Chiffrages, estimations et autres techniques périlleuses

Hello !!

un petit article pour donner quelques billes pour l’estimation et la construction d’un plan de release, en mode « Scoummm », vu que cette fameuse « non méthode » n’en parle pas 🙂

Postulat :

Nous avons des features, et éventuellement un premier backlog …

Le cas d’aujourd’hui 32 features, dont 12 MUST TO HAVE, 12 SHOULD HAVE et disons 8 NICE TO HAVE

300 US rédigée avec en tant que en deux phrases c’est tt 🙂

Question :

Comment pouvons nous faire pour poser  un plan de départ en disant voilà la première release, avec deux ou trois sprints … sortira plus au moins à telle date ( ajustable et révisable  ) ?

Réponse possible :

  • Estimer la complexité des Features par les développeurs et expliqués par les POs
  • Prendre une Feature moyenne et comparer
  • Pour notre cas, vu qu’il y a 300 PIBs, donc multiplication X 10 de la complexité des features pour avoir celle du projet
  • Donner une vélocité théorique pour le Sprint 1 et répartir le reste sur les Sprints prochains et voir où s’arrête les MUST HAVE ==> Voilà première release avec une date estimée NON GRAVEE DANS LE MARBRE

 

Reinventing Organizations

Conférence intéressante à suivre, pour l’adoption de nouvelles organisations….

De plus en plus, nous ressentons que notre manière actuelle de gérer des organisations touche à ses limites. La plupart des dirigeants comme des employés sont frustrés par la lenteur, la bureaucratie, les jeux de pouvoirs, les guerres internes qui finissent par étouffer la créativité et la motivation au travail. A chaque fois, dans le passé, quand l’humanité a connu une grande transition historique, elle a inventé un nouveau modèle d’organisation, radicalement plus puissant que les précédents.

Et si le changement de conscience qui est en train de s’amorcer nous invitait à inventer, une fois encore, un nouveau type d’organisation ?