Tu décris déploiement continue. C'est un Graal, mais ça n'est pas donné à tout le monde.
Personne ne ressent d’intimidation ou de l’hésitation quand il/elle s’exprime.
Chacun dit ce qu’il/elle pense être utile au projet.
Et personne ne bloque l’idée d’un(e) autre.
C'est un point rarement vu dans l'agilité mais c'est très important. C'est le psychological safety. C'est super intéressant, mais ça ne se décrète pas. Les turnovers et la méthode d'embauche peuvent être importante (par exemple impliquer l'équipe dans le processus d'embauche).
en fin de journée, un dernier clavardage permet de faire un débriefing de la journée, si besoin on prévoit une réunion plus formelle pour résoudre une problématique plus complexe.
Ça me paraît compliqué à tenir. J'aurais peur que des retro trop informels (et trop régulière) empêchent de se poser, regarder en arrière, avoir du recul et que ça devienne du aussi vite terminé aussi vite parti (d'autant plus quand c'est en fin de journée...). J'insiste, je ne dis pas que ça ne marche pas, juste que c'est ce dont j'aurais peur.
[^] # Re: sprint d'un jour
Posté par barmic . En réponse à la dépêche Moi, expert C++, j’abandonne le C++. Évalué à 2.
Tu décris déploiement continue. C'est un Graal, mais ça n'est pas donné à tout le monde.
C'est un point rarement vu dans l'agilité mais c'est très important. C'est le psychological safety. C'est super intéressant, mais ça ne se décrète pas. Les turnovers et la méthode d'embauche peuvent être importante (par exemple impliquer l'équipe dans le processus d'embauche).
Ça me paraît compliqué à tenir. J'aurais peur que des retro trop informels (et trop régulière) empêchent de se poser, regarder en arrière, avoir du recul et que ça devienne du aussi vite terminé aussi vite parti (d'autant plus quand c'est en fin de journée...). J'insiste, je ne dis pas que ça ne marche pas, juste que c'est ce dont j'aurais peur.