Explore comment interfacer l\'équipe Agile avec les intervenants externes traditionnels, ainsi que comment étendre l\'Agilité au-delà du développement logiciel.
9. L’Agilité dans la Vie d’un Projet Business Case Sélection Projet Zone Agile Exécution Projet Maintenance Acquisition Équipe
10.
11.
12. Sélection du Projet Recommandation Faible risque Align. stratégie Compétences ROI – 3 ans ROI – 6 mois 3. Développer 2. Acheter 1. Status Quo
13.
14. Solution d’Affaires Agile Développement Solution logicielle Solution d’affaires Coding Composants, Produits, Intégration Processus d’affaires, stratégie Dissocier coût et effort Dissocier valeur et fonctionnalité
15. Solution d’Affaires Agile En tant que Spécialiste Marketing, je voudrais que notre produit soit connu des utilisateurs Agiles de Montréal 20 Item Démo : Montrer matériel promo déployé Suivi : Mesurer les résultats de l’opération marketing à chaque sprint 50 3000$ Coût indépendant des prestations Heures de prestation
17. La Planification ? - Combien ça va coûter? - Quand est-ce que ce sera livré? - Qu’est ce qui sera livré? Backlog Équipe Importance Effort Vélocité
18. La Planification Lister les fonctionnalités Prioriser Estimer l’effort Estimer coût horaire moyen Établir le plan SM et DP SM et DP Équipe SM SM 100 $ 235 10 3 Évaluer l’application 50 7 Consulter le rapport 120 20 Répondre au questionnaire 40 40 Créer, mod., sup. utilisateur 15 30 Se (dé)connecter Effort Prio Item
19. La Planification Créer, mod., sup. utilisateur Se (dé)connecter Répondre questionnaire Consulter rapport Évaluer application
20. Évaluer le Statut du Projet ? - Où en est le projet par rapport à ce qui a été prévu? - Combien a-t-on dépensé? - Qu’est-ce qui a été livré? Backlog Équipe Importance Effort Vélocité Plan précédent +
21. Les Statuts de Projet À la fin du 1 er sprint Variance de temps = 1500$ (+38%) Variance de coût = -500$ (-9%) Gestion de la Valeur Acquise (earned value management) 55 40 Valeur 6000$ - Coût 5500$ 4000$ Budget 60 40 Effort Réel Planifié
25. RH Agile ? - Comment évaluer un candidat? - Comment évaluer les performances d’un équipier? Équipe Aptitudes agiles Compétences Performances
26.
27. L’Évaluation des Performances Équipe + Membres Évaluée par DP/client Sur base de la satisfaction Exemple: 7/10 Évalués par pairs Sur base de la contribution Exemple: John 8/10 Katty 4/10 Score de John = 15/20 Score de Katty = 11/20
Pourquoi: défis Mon parcours Pas uniquement agiliste Synapsys
Sujets multiples, certains méritant une présentation séparée. Certains sujets sont au stade de l’expérimentation. Question acceptées pendant présentation, mais reportées si trop nombreuses ou couvertes plus loin. Je vous invite à partager votre expérience.
Exemple projet annulé car intervenants mal gérés. Définition succès projet.
Piège: alourdir agile Exemple: CDP qui traduit tableau Scrum en MS Project On utilisera Scrum.
Exemple: arrive sur projet vs. arrive avant projet.
Itération 0 Make or buy Architecture
Ne dépendant pas des prestations. Ne livrant pas de fonctionnalité ( étendre la définition de valeur livrée) Ex: projet de démarrage d’une startup: Coûts indépendants des prestations, ex licences logiciels et services hébergement Tâches non dev, ex marketing
La valeur n’est pas une fonctionnalité du produit La valeur est répartie sur plusieurs sprints Une partie du coût est indépendante des prestations de l’équipe L’équipe inclut tous les profils nécessaires au succès du projet
Agile: budget et délai sont des contraintes (fixes). La planification Agile définit une vision commune . Elle n’est pas un contrat ou un cahier des charges. Dans la réalité, les projets agiles sont souvent définis par des contrats ou chartes traditionnels. Être agile ne veut pas dire qu’on ne doit pas répondre à ces questions. Itération 0 Q: qui a déjà fait un plan initial pour tout le projet
Différences par rapport à une planification initiale ordinaire: On priorise et estime toutes les fonctionnalités On convertit l’effort en en $
Dates pourraient être des milestones, pas nécéssairement des itérations. But est de montrer qu’avec un schéma simple on peut répondre aux trois questions du début. Doit être communiqué verbalement aussi, pour s’assurer de la compréhension du mode agile.
Q: qui s’est déjà vu poser ce genre de questions? Q: qui s’est contenté du scrum board comme statut de projet? Problème: le backlog ne garde pas l’historique, par définition on n’est jamais en retardà la fin d’un sprint car les items peuvent être remis dans le product backlog Différence entre planif agile et trad: à chaque statut, le nouveau plan devient le plan de référence. Le plan reflète les prévisions les plus récentes et non pas l’estimation initiale.
Voir AgileEVM. Risque que les indicateurs de perf changent les comportements. La tendance est plus importante que les variances d’une itération. Quel effort ça prend de faire un statut hebdo: 30 min. Eventuellement, appliquer la méthode aux releases et pas aux sprints.
Statut très utile pour rétrospectives.
Q: qui travaille en RH?
Les compétences etc. restent importantes, mais les aptitudes agiles le sont plus encore. Recruter l’attitude et former les compétences Exemple: mon entrevue chez EAC. La rencontre avec l’équipe n’est pas une entrevue. Le but est d’évaluer l’intégration dans l’équipe. Je suis tjs étonné de voir des compagnies où les nouveaux arrivent sans avoir rencontré personne avec qui ils devront travailler au quotidien.
Problème: collectif vs. Individuel Cycle rapide: ex trimestriel ScrumMaster évalué par les autres membres de l’équipe
Dans la réalité bcp d’équipes de développement travaillent en agile sur base de contrats traditionnels. Risques. Périmètre peut varier.
On préfère une vision qu’une liste de fonctionnalités car les fcts présument d’une solution alors que le projet n’a pas encore commencé. La vision définit la valeur que la solution doit apporter au client.