Pensez à d'autres alternatives pour fournir à la gestion la transparence dans le travail de développement dont ils ont vraisemblablement besoin. Cela ne va pas vous aider avec la replanification fréquente qui est au cœur des méthodes agiles - MS Project est plus susceptible de s'avérer un obstacle. Au lieu de cela, parlez-leur d'utiliser des tableaux blancs de faible technologie pour montrer les progrès réalisés sur les objectifs, par ex. les pourcentages d'histoires d'utilisateurs complétés, les vitesses estimées et réelles et les problèmes mis en évidence. Mais s'ils poussent MS Project, ils devront être provisoirement convertis en méthodes itératives/agiles. Googlearound ... ils peuvent demander des chiffres pour appuyer votre position: montrez-leur les chiffres sur l'agilité plutôt que sur MS Project.
Une contre-question: Microsoft Project vous aide-t-il à exécuter un projet ** quelconque **? Les quelques fois où j'ai essayé de l'utiliser, il était modérément utile pour visualiser le calendrier et les dépendances, mais le garder à jour sur les changements de projet (qui se produisent inévitablement) s'est avéré beaucoup trop douloureux. Quelqu'un peut-il signaler les projets ** cascade ** qui ont réussi à utiliser MS Project? (Ou peut-être juste des projets en cascade qui ont réussi, à y penser ...!) –
Ce qui arrive toujours avec les grands projets de projets MS, c'est qu'il est difficile de suivre de nouvelles tâches (au niveau micro). Et toute tâche de haut niveau sera toujours fausse mise à jour par les MP pour montrer le% d'achèvement. Si vous faites Agile, mieux avec XPlanner ou FogBugz pour les sprints réels, et le grand plan MS affiche seulement les dates de début/fin de chaque Sprint – JoseK
@abc: Pourquoi la rédaction? Même une question fermée peut être utile aux autres. Même si c'est votre question, c'est toujours du vandalisme. –