Composition d'équipes tout en souplesse | Agilistes

Programme:
Composition d’équipe
Principe Agile du mois du Juillet
Problématiques actuelles
Les outils de l’épisode
Mais pour commencer, on voulait vous remercier pour tous vos retours sur le premier épisode. On a compilé tout ça et on a pu débriefer ensemble, faire le tri, réfléchir encore plus à ce qu’on recherchait vraiment dans ce podcast, quel était notre cible et ce qu’on voulait que les auditeurs en retirent comme information.

Ça nous a aussi permis de voir qu’on était toujours tous les deux alignés sur tout ça, ce qui est évidemment important.
“Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client.”
Julien:
M’évoque le waterfall ou cycle en V appris à l’école.
Un évidence
Demande de découper le travail en petits morceaux
si on veut commencer les taches nouvellement prioritaires, il faut pouvoir terminer les taches en cours rapidement.

Sujet principal
Composition d’équipe
Quelle serait la taille idéale? Comment balancer les skills dans cette équipe?
La règle de Scrum de 3 à 9 personnes dans la même équipe est-elle viable? Est-ce une bonne idée d'avoir plus de 9 personnes dans une équipe, et si oui pourquoi?
Sous question: Comment créer une nouvelle équipe? Tous les nouveaux dans une nouvelle équipe? Ou un mix de nouveaux et d'anciens?
Pierre:
Rappel principe Scrum (3 -9) une pizza large pour toute l’equipe?
Fullstack team VS stack-based team?

Problématiques actuelles
Pierre:
Quand créer une nouvelle équipe? (metrics? / besoins?)
New joiners doivent passer quelques mois dans une équipe déjà existante? (Team DNA)

Julien:
Comment garder une équipe tech engagée?
prise de décisions, d’initiatives, rédaction de blog tech
comment aller plus loin que la simple coopération autour des taches
en remote

Outils de l’épisode
Pierre:
Sprint Rétrospective en remote
En temps réel - Possibilité infinie
Gratuit pour 3 boards / users illimité
Utile pour discuter/sketcher une solution / architecture

Julien:
checklist sur Epic / User Story / Tâche / Bug / etc
condition sur les transition
parfait pour Definition of Done ou Kanban policies
gratuit
lien dans les notes de l'émission