Agence logicielle · Delivery
Lancement d'un projet logiciel
Commencez à développer dès le premier jour du premier sprint, au lieu d'attendre les accès. Le client nomme ses décideurs et donne les accès via un lien public, et le kickoff reste verrouillé jusqu'à ce que le chef de projet approuve le brief.
- Durée: 1 à 2 semaines
- Fréquence: Pour chaque nouveau projet
- Étapes: 9 étapes
- Agents IA: 1 agent IA
- Approbations: 1 approbation
Plan gratuit, sans carte de crédit.
Ce que ce modèle change
Sans le modèle
Le premier sprint démarre et la moitié de l'équipe n'a toujours pas d'accès.
Les mots de passe arrivent par e-mail et restent dans les boîtes de réception.
Personne ne sait qui valide une version côté client.
Les décisions du kickoff restent dans les notes d'une seule personne.
Avec le modèle
Chaque accès est testé avant le kickoff, et un accès manquant bloque l'exécution.
Le client donne l'accès dans chaque système ou via un gestionnaire de mots de passe.
Le client nomme qui décide du périmètre, qui valide les versions et qui approuve les factures.
Le client confirme les décisions du kickoff sur l'exécution.
Le modèle, étape par étape
Chaque étape indique qui la réalise : une personne de votre équipe, un agent IA ou le client via un lien public. Une approbation garde toutes les étapes suivantes verrouillées jusqu'à ce qu'elle soit donnée.
- Réalisé par votre équipe
- Réalisé par un agent IA
- Réalisé par le client, via un lien public
Démarre quand
Le client signe le contrat. Le chef de projet lance une exécution avec le nom du client et le démarrage prévu du premier sprint.
- 1
Préparer le projet et partager le lien du kickoff
Jour 1Chef de projet · Équipe
Saisissez les informations du projet à partir du contrat, notez le périmètre et les jalons, et envoyez au client le lien public avec ce que vous attendez de lui.
Checklist
- Équipe affectée
- Date du kickoff proposée
- Lien public envoyé au contact client
Champs à remplir
- Nom du client (obligatoire)
- Lien vers le contrat signé (obligatoire)
- Périmètre et jalons (obligatoire)
- Début du premier sprint (obligatoire)
- 2
Le client nomme les décideurs
Jours 1 à 3Contact client · Lien public
Via le lien public, le client indique qui décide du périmètre, qui teste et valide les versions et qui approuve les factures.
Checklist
- Créneau des démos de sprint convenu
- Canal préféré pour joindre l'équipe choisi
Champs à remplir
- Product owner (obligatoire)
- E-mail du product owner (obligatoire)
- Qui teste et valide les versions (obligatoire)
- E-mail de la personne qui approuve les factures
- 3
Le client donne les accès aux systèmes et aux comptes
Jours 1 à 5Contact client · Lien public
Via le lien public, le client donne à l'équipe l'accès à chaque système de la liste, dans le système lui-même ou via un gestionnaire de mots de passe. Les mots de passe ne vont jamais dans un champ.
Checklist
- Accès au dépôt de code donné
- Accès à l'hébergement ou au compte cloud donné
- Accès au domaine et au DNS donné
- Comptes des services tiers partagés
Champs à remplir
- Lien vers la documentation technique existante
- Accès encore à organiser
- 4
Tester chaque accès et préparer les environnements
Jours 3 à 6Ingénieur DevOps · Équipe
Testez chaque accès donné par le client et préparez les environnements de développement et de préproduction ainsi que la chaîne de déploiement. S'il manque un accès, marquez l'exécution comme bloquée et notez ce qui manque.
Checklist
- Chaque accès testé
- Environnement de développement prêt
- Environnement de préproduction prêt
- La chaîne de déploiement fonctionne
Champs à remplir
- Accès manquants
- Lien de préproduction
- 5
Rédiger le brief du kickoff
Jour 6Rédacteur du brief de lancement · Agent IA
Le rédacteur du brief de lancement rassemble le périmètre, les jalons, les décideurs et l'état des accès dans un brief de kickoff avec ordre du jour, selon l'ordre du jour de ses instructions.
Champs à remplir
- Brouillon du brief du kickoff (obligatoire)
Contrôle humain: Le chef de projet corrige et approuve le brief à l'étape 6.
- 6
Relire et approuver le brief du kickoff
Jour 7Chef de projet · Équipe
Corrigez le brief, vérifiez que les jalons correspondent au contrat et approuvez-le.
Checklist
- Les jalons correspondent au contrat
- Décideurs et accès corrects
- Chaque point ouvert a un responsable
Approbation: Le kickoff reste verrouillé jusqu'à ce que le chef de projet approuve le brief.
- 7
Tenir le kickoff
Semaine 2Chef de projet · Équipe
Parcourez avec le client le brief, la façon de travailler et le premier jalon, enregistrez les décisions et envoyez-les-lui par e-mail le jour même.
Champs à remplir
- Décisions du kickoff (obligatoire)
- Date du premier jalon (obligatoire)
- 8
Le client confirme les décisions du kickoff
Semaine 2Contact client · Lien public
Le client lit les décisions du kickoff envoyées par le chef de projet, et les confirme via le lien public ou note ce qu'il a compris autrement.
Champs à remplir
- Décision (obligatoire)
- Ce que nous avons compris autrement
- 9
Planifier le premier sprint
Semaine 2Responsable technique · Équipe
Planifiez le premier sprint à partir des décisions confirmées et vérifiez que chaque développeur peut démarrer dès le premier jour.
Checklist
- Stories du sprint prêtes et estimées
- Chaque développeur a des accès qui fonctionnent
- Date de la démo de sprint convenue avec le client
Champs à remplir
- Lien vers le tableau du sprint (obligatoire)
Terminé quand
Le kickoff a eu lieu, le client a confirmé ce qui a été convenu, l'équipe a des accès qui fonctionnent sur chaque système et le premier sprint est planifié.
Adaptez-le. Renommez les étapes, changez les responsables et ajoutez des points de checklist, des champs ou des approbations. Le modèle est un point de départ pour la façon de travailler de votre équipe.
Les agents IA de ce modèle
Un agent ne travaille que sur ses propres étapes, et une personne de votre équipe vérifie ce qu'il a fait. Tout ce qu'un agent écrit dans une application connectée attend une approbation, sauf si vous l'autorisez.
Rédacteur du brief de lancement
Rassemble le périmètre, les décideurs et les points ouverts dans un premier brief de kickoff avec ordre du jour.
Ce qu'il fait
- Lit le périmètre, les jalons et les décideurs sur l'exécution
- Note les accès qui manquent encore
- Suit l'ordre du jour de kickoff de ses instructions
- Termine son étape pour que le chef de projet puisse relire
Contrôle humain: Le chef de projet corrige et approuve le brief à l'étape 6.
Les questions auxquelles ce modèle répond
Réunissez les décideurs et les accès avant le kickoff, et ne lancez le premier sprint qu'une fois l'environnement opérationnel. Aux étapes 2 et 3, le client nomme ses décideurs et donne les accès via le lien public, et à l'étape 4 l'ingénieur DevOps teste chaque accès.
Envoyez une seule liste de tous les systèmes nécessaires, et rendez chaque accès manquant visible comme un blocage. À l'étape 3, le client coche chaque accès via le lien public, et à l'étape 4 l'ingénieur DevOps marque l'exécution comme bloquée et note ce qui manque encore.
Jamais par e-mail ni dans un formulaire : le client donne l'accès dans le système lui-même ou le partage via un gestionnaire de mots de passe. L'étape 3 le dit exactement au client, et ses champs ne demandent que des liens et ce qui reste à organiser.
Les objectifs, le périmètre et le premier jalon, qui décide de quoi côté client, comment vous travaillez ensemble et ce qui reste ouvert. À l'étape 5, le rédacteur du brief de lancement prépare cet ordre du jour, l'étape 6 est un contrôle d'approbation du chef de projet, et l'étape 7 est le kickoff lui-même.
Écrivez les décisions le jour même et demandez au client de les confirmer. À l'étape 7, le chef de projet envoie les décisions au client, et à l'étape 8 le client les confirme via le lien public ou note ce qu'il a compris autrement.
Laissez l'IA rassembler le périmètre, les décideurs et les points ouverts dans un premier brief, et laissez le chef de projet décider de ce que le client voit. Le rédacteur du brief de lancement le prépare à l'étape 5, et le chef de projet le corrige et l'approuve à l'étape 6.
Exécutez ce workflow dans OKiDO
Configurez les étapes, les responsables et les approbations une fois, puis lancez une exécution pour chaque nouveau cas.