Dans le premier blogue de cette série , nous avons examiné certaines questions de haut niveau qui nous ont été posées depuis l'annonce des améliorations apportées à notre produit pour soutenir la capitalisation des coûts Agile et Agile des logiciels.
Dans ce blog, je vais creuser un peu plus dans le comment-faire et répondre à ces questions :
- Comment faites-vous pour passer du temps au coût ? Comment Planview répartit-il votre temps ?
- Que se passe-t-il si les gens sont affectés à des choses sur lesquelles ils ne travaillent pas ?
- Comment inclure les membres de l'équipe qui n'ont peut-être pas de cartes assignées, comme les Scrum Masters et les Product Owners ?
- La méthode Agile de calcul des coûts fonctionne-t-elle pour les heures supplémentaires ou les employés payés à l'heure ?
- Est-il possible de faire un suivi/rapport traditionnel des feuilles de temps, tout en se lançant dans le calcul automatique des coûts Agile ?
- Ce processus d'évaluation des coûts est-il fidèle à la collecte traditionnelle et manuelle des données des feuilles de temps ?
Allons droit au but.
Q : Comment faites-vous pour passer du temps au coût ? Comment Planview répartit-il votre temps ?
R : Tout est dans la façon dont vous déplacez votre carte dans Planview AgilePlace. Nous prenons donc le temps disponible dont dispose une personne ou une équipe et nous divisons ce chiffre par le nombre de cartes en cours de traitement. Nous encourageons les pratiques Agile fondamentales, donc dans les cartes de processus/capacité disponible les heures par équipe sont égales au coût. Les équipes doivent limiter les travaux en cours (WiP) et tenir à jour le tableau ou le backlog. Encore une fois, il s'agit d'une pratique assez typique pour toute organisation ou groupe mettant en œuvre des pratiques et/ou des principes Agile.
Q : Que se passe-t-il si les gens sont affectés à des choses sur lesquelles ils ne travaillent pas ?
R : Agile, c'est l'amélioration continue ! Les pratiques Kanban ne font pas exception. Vous ne pouvez pas mesurer précisément le WiP si vous ne tenez pas votre travail à jour afin qu'il représente ce qui se passe dans votre équipe (pratiques Agile standard). Laissez l'équipe adopter ces pratiques afin que l'automatisation puisse se faire en arrière-plan.
Q : Comment inclure les membres de l'équipe qui n'ont peut-être pas de cartes directement attribuées, comme les Scrum Masters et les Product Owners ?
A : Chaque individu est essentiel à l'équipe, c'est pourquoi nous avons intégré le travail d'équipe dans l'automatisation. Même lorsqu'un Scrum Master ou un Product Owner n'est pas assigné aux cartes et aux tâches individuelles, Portfolios connaît tous les membres de votre équipe et le système répartira proportionnellement le temps de tous ceux qui n'ont pas de données à faire correspondre.
S'il y a 3 personnes dans une équipe avec 5 cartes, le temps du Scrum Master est divisé de 5 façons. Le temps du Scrum Master ou du Product Owner va être réparti proportionnellement sur toutes vos user stories pour les fonctionnalités correspondantes dans les portefeuilles.
Q : Est-il possible de faire un suivi/rapport traditionnel des feuilles de temps, tout en se lançant dans le calcul automatique des coûts Agile ?
R : Le calcul des coûts agiles peut être effectué par équipe et par département. Cela signifie que vous pouvez commencer à tirer parti de la méthode Agile de calcul des coûts pour une petite équipe ou plusieurs équipes, tandis que le reste de l'organisation continue à remplir la feuille de temps manuellement. Vous pouvez également l'utiliser pour adopter un mélange d'approches de gouvernance discuté dans le blog précédent, en soutenant les groupes qui ont besoin de différents niveaux de surveillance manuelle.
En résumé : Le calcul des coûts agile est suffisamment flexible pour gérer la complexité de différents types d'organisations.
Q : Ce processus d'évaluation des coûts est-il fidèle à la collecte traditionnelle et manuelle des données des feuilles de temps ?
R : Comme toute organisation Agile, Planview développe des solutions en collaborant avec de nombreux clients. Les fonctionnalités et les capacités du produit Agile costing ne sont pas différentes. Nous avons discuté et validé avec les responsables financiers de nos clients, et nous considérons qu'il s'agit d'une énorme opportunité pour amener les finances à s'engager dans les efforts de transformation Agile. L'établissement des coûts et la capitalisation du développement logiciel agile semblent être l'un des derniers obstacles à franchir avant qu'une organisation puisse vraiment dire qu'elle s'est transformée.
De plus, nous avons une comptable publique certifiée (CPA), Carina Hatfield, qui occupe le poste de directrice de la gestion des produits, et qui est super passionnée par la satisfaction des besoins financiers. Son processus sur notre approche comprenait la validation avec d'autres CPA et auditeurs. Elle est prête à parler à quiconque de la façon dont il gère la transformation Agile du point de vue de l'évaluation des coûts Agiles, qu'il s'agisse d'un membre des finances, qui vérifie les efforts Agiles, ou d'un PMO qui essaie de faire le lien entre les dirigeants Agiles et les finances.
Voilà donc les questions les plus fréquemment posées sur la capitalisation des coûts de développement de logiciels Agile et Agile. Si vous avez des questions supplémentaires, contactez [email protected] .
Si vous cherchez une plongée plus approfondie sur la capitalisation du développement logiciel Agile, lisez notre eBook . Nous avons également réalisé un court webinaire à la demande qui donne un aperçu de haut niveau du problème que nous essayons de résoudre et de la solution à ce problème dans une courte démo .
