Il y a quelques mois à peine, lors du Global SAFe Summit d'octobre, nous avons annoncé à l'adresse la sortie d'une nouvelle fonctionnalité produit qui permet aux clients de Planview de chiffrer automatiquement le coût du travail en équipe Agile et, par conséquent, de mieux capitaliser les efforts de développement logiciel Agile.
Qu'est-ce que cela signifie, vous pourriez vous demander ? Eh bien, notre solution utilise la puissante combinaison de Planview Portfolios™ et de Planview AgilePlace pour regrouper et traduire les affectations d'équipe, le temps de travail et les travaux en cours en un enregistrement consolidé et entièrement vérifiable des coûts Agile réels. Grâce à ces informations, les responsables Agile et financiers comprennent désormais l'impact réel de leurs équipes Agile sur le résultat net, en identifiant les coûts de développement Agile pour une catégorisation correcte des CAPEX et OPEX. En fin de compte, ce niveau d'information garantit que les équipes Agile obtiennent le financement et le soutien budgétaire nécessaires pour les projets futurs et supprime le besoin de rapports manuels et de réconciliation des feuilles de temps, rendant le temps de développement à l'entreprise. Cool, hein ?
Puisqu'il s'agit d'une solution qui change la donne et d'une technologie super nouvelle (et géniale, j'ajouterais), nous avons rassemblé et collationné les questions les plus fréquemment posées que nous avons entendues - lors du sommet SAFe, de notre événement client annuel, Horizons, et de nombreuses réunions avec des clients/prospects. Dans ce blog, nous répondrons à ces questions :
- Quel est le rapport entre cette histoire de coût Agile et la capitalisation du développement logiciel Agile ?
- Comment déterminez-vous/distinguez-vous exactement les CapEx par rapport aux OpEx avec Planview ?
- Pourquoi ne pas utiliser les story points pour déterminer les coûts Agile ?
- Quelle doit être la précision des feuilles de temps (individuel, équipe, ou équipes d'équipes) pour le reporting / la capitalisation ?
Alors, allons droit au but.
Q : Quel est le rapport entre cette histoire de coût Agile et la capitalisation du développement logiciel Agile ?
R : Dans le passé, les politiques de capitalisation s'alignaient bien sur les phases de la cascade. Il peut y avoir une incertitude quant à la manière de penser votre politique de capitalisation par rapport aux équipes Agile ou Lean qui n'utilisent pas l'approche classique par phases de la gestion de projet.
Il n'y a aucune raison de penser que vous ne pouvez pas capitaliser simplement parce que vous suivez une méthodologie différente.
Alors que les organisations continuent d'utiliser la méthode "waterfall" dans certaines parties de leurs activités, d'autres parties de l'entreprise sont passées à la méthode de livraison Agile. Il est temps de reconnaître ce changement avec les Finances et de trouver comment changer la façon de calculer les coûts. Tant que vous disposez d'une politique claire pour identifier les fonctionnalités éligibles à la capitalisation, la saisie des coûts Agile se traduit désormais directement par la capitalisation du travail Agile dans Planview. C'est aussi simple que de demander à vos équipes de déplacer des cartes sur un tableau Kanban. Plus d'informations à ce sujet ci-dessous !
Bien que j'adorerais entrer dans les détails de ce sujet particulier ici, je n'ai pas le nombre de mots pour le faire. Je vous recommande de lire notre eBook pour en savoir plus. Mais, en bref, voici comment nous apprenons à nos clients à repenser la comptabilité analytique traditionnelle pour l'aligner sur la livraison Agile, en utilisant Kanban pour ce faire.
Q : La question ci-dessus nous amène généralement à la question suivante : Comment déterminez-vous/distinguez-vous exactement les CapEx par rapport aux OpEx avec Planview ?
R : Tout d'abord, vous devez avoir une conversation avec les Finances. Ils fourniront des directives sur les caractéristiques qui peuvent être capitalisées et celles qui ne le peuvent pas.
En utilisant l'image ci-dessus, les activités réalisées avant le début du développement (colonne Plan) ne sont pas capitalisables et sont comptabilisées en tant que dépenses ou Opex. Lorsque la carte de fonctionnalité globale (qui est étiquetée comme capitalisable) est déplacée vers une voie en cours, cela signale que le développement a commencé, et que vous pouvez commencer à capitaliser le coût (CapEx). Toute carte enfant ou histoire associée peut être mise en majuscule, et la mise en majuscule s'arrête lorsque la carte de la caractéristique globale est déplacée vers done.
Avec la solution de Planview, la feuille de temps se remplit automatiquement, et les caractéristiques capitalisables et les histoires connectées sont également catégorisées automatiquement.
Q : Pourquoi ne pas utiliser les story points pour déterminer les coûts Agile ?
R : Eh bien, de notre point de vue, un point est une représentation de la complexité, et non du temps ou de l'effort. Dire que quelque chose est une histoire à 3 points ne signifie pas qu'elle représente 60% de l'effort d'une histoire à 5 points. Les équipes ont également des définitions différentes de la valeur des points, ce qui rend difficile leur cumul entre les équipes.
Q : Si ce ne sont pas des points d'histoire, alors il faut remplir manuellement des feuilles de temps, n'est-ce pas ?
R : Non, vous n'avez plus besoin de demander aux gens de remplir manuellement des feuilles de temps. Même en remplissant des feuilles de temps tous les jours, vous n'obtiendrez pas le niveau de précision auquel vous vous attendez. Les feuilles de temps sont généralement pas 100% précises pour commencer :
- Achèvement quotidien : 66% de précision
- Achèvement hebdomadaire : 47% de précision
- Moins d'une fois par semaine : 35% de précision
Laissez les équipes travailler sur le travail qu'elles doivent fournir à l'entreprise et laissez le suivi du temps se faire en arrière-plan.
Q : Quelle doit être la précision du temps (individuel, équipe, ou équipes d'équipes) pour le reporting / la capitalisation ?
R : Les pratiques traditionnelles exigeaient que les individus remplissent des feuilles de temps en utilisant des pratiques manuelles qui dépendent fortement de la mémoire des individus (voir les statistiques ci-dessus).
Notre calcul automatisé exploite l'historique conservé à partir de l'activité de chaque carte au fur et à mesure de sa mise à jour par l'équipe. Le résultat est une feuille de temps auto-remplie qui représente ce qui a été déplacé à travers le tableau Kanban de Planview AgilePlace et livré. Même si une personne de l'équipe n'est pas aussi habituée que les autres membres de l'équipe, la matérialité de l'effort doit refléter les actions de toute l'équipe.
L'automatisation peut toujours avoir des contrôles et des équilibres mis en place pour augmenter le niveau de confiance dans les données. Ces procédures peuvent être appliquées indéfiniment ou pendant un certain temps jusqu'à ce que la confiance soit obtenue. L'examen de ces options avec les services financiers peut aider à établir un processus qui conviendra à tous, et tout est possible avec Planview.
- Dans les environnements à haute gouvernance, la feuille de temps est auto alimentée par l'activité naturelle de l'équipe / du membre de l'équipe, mais l'organisation peut demander à chaque membre de l'équipe de revoir, signer et soumettre sa feuille de temps. Dans cet environnement, les responsables peuvent également examiner et approuver, ou les feuilles de temps peuvent être configurées pour être automatiquement approuvées une fois signées par le membre de l'équipe.
- Dans les environnements de gouvernance intermédiaires, la feuille de temps est remplie de la même manière et auto-signée pour le membre de l'équipe mais peut nécessiter qu'un chef d'équipe ou un manager la révise et l'approuve sur une base hebdomadaire ou mensuelle pour s'assurer qu'elle est correcte.
- Les environnements à faible (ou nulle) gouvernance peuvent remplir, signer, approuver et chiffrer automatiquement les feuilles de temps, sans qu'aucune révision manuelle ne soit nécessaire.
Restez à l'écoute pour le prochain blog, où nous répondrons à d'autres questions sur le mode d'emploi de l'évaluation des coûts de la méthode Agile et de la capitalisation du développement logiciel Agile. En attendant, jetez un coup d'œil à la façon dont la solution de Planview fait cela automatiquement dans cette courte démonstration.
