Je ne pense pas que beaucoup de méthodes agiles gèrent bien les activités qui font généralement partie du démarrage d'un projet. De nombreux cadres communs (XP, Scrum, Kanban) ne répondent pas à cette préoccupation, mais certains des cadres évolués (Disciplined Agile Delivery, SAFe) le font dans une certaine mesure.
Certaines personnes préconisent un concept d'incrément initial (dans Scrum, un sprint) conçu pour mettre en place votre projet. Ceci est souvent appelé Increment Zero (ou, dans Scrum, Sprint 0). Cependant, ce n'est pas une partie formelle de Scrum et les puristes disent que le premier incrément devrait être potentiellement libérable.
Un tel incrément est utilisé pour configurer l'environnement de l'équipe - configurez vos environnements de développement, de test et de production, configurez vos outils et scripts de prise en charge et établissez vos environnements de travail avec des graphiques de burndown et des backlogs. Si un membre de l'équipe n'est pas familier avec les outils de développement utilisés, c'est là qu'il apprend les bases pour fonctionner et commence à produire des résultats dès la première itération.
Parallèlement à cela, vous commencerez souvent à écrire vos premières histoires d'utilisateurs et à hiérarchiser votre backlog de produit, car il n'y a pas de backlog de sprint à ce stade. Celui qui est le propriétaire du produit inventera des histoires. Si cette personne est nouvelle à Scrum, elle apprendra à écrire de bonnes histoires d'utilisateurs avec lesquelles l'équipe peut également travailler. N'insistez pas sur l'obtention de toutes les histoires, mais vous en aurez assez pour lancer la première itération de développement.
Différentes équipes gèrent le Sprint 0 différemment. Certains pourraient le chronométrer à la même durée que n'importe quel autre sprint. D'autres pourraient l'allonger un peu plus ou un peu plus court selon les besoins de l'équipe. Comme c'est votre première tentative de Scrum, je pourrais l'allonger, surtout si vous avez des itérations plus courtes dans le cadre de votre cycle de développement. Si vous prévoyez des itérations de deux semaines, faites-en 3 semaines.
En ce qui concerne la formulation des tâches, je ne les formulerais pas nécessairement comme des user stories. Vous pouvez, du point de vue des membres de l'équipe et des différents rôles (Product Owner, ScrumMaster, développeur, testeur, concepteur, rédacteur technique, etc.). Cependant, Sprint 0 est pour l'équipe, pas pour le client ou l'utilisateur. Une simple liste de tâches et d'activités suffirait.