Il y a environ un an et demi, je suis entré dans un lieu de travail qui prétendait faire du développement Agile. Ce que j'ai appris, c'est que cet endroit a adopté plusieurs pratiques agiles (telles que les standups quotidiens, les plannings de sprint et les critiques de sprint) mais aucun des principes (juste à temps / juste assez bonne mentalité, exposant l'échec tôt, communication riche).
J'ai maintenant la tâche de rendre l'équipe plus agile et j'ai la certitude que j'ai l'adhésion complète des développeurs et de l'équipe commerciale. En tant que programme pilote, ils m'ont donné un projet qui vient de terminer 15 mois de collecte des exigences, a un document d'analyse et de conception de 110 pages (à considérer comme "écrit dans la pierre"), et où je n'ai pas accès à la fin utilisateurs (uniquement au comité composé des gestionnaires des utilisateurs qui n'utiliseront pas réellement le produit).
J'ai commencé petit, en leur donnant une liste des livrables attendus pour les 5 premiers sprints (laissant les futurs sprints indéfinis), une liste d'objectifs pour le premier sprint, et j'ai disséqué le document A&D pour obtenir suffisamment de user stories pour atteindre les objectifs du premier sprint .
Depuis lors, ils ont demandé pourquoi nous n'avons pas toutes les exigences pour tous les sprints, pourquoi je n'ai pas commencé à travailler sur des trucs pour le troisième sprint (qu'ils considèrent plus importants mais basés sur les livrables du premier). 2 sprints) et nous demandons encore plus de documentation que toute mon équipe informatique considère comme un travail occupé ou sans rapport avec nous (comme écrire le manuel d'utilisation à l'avance, documenter tous les champs de données de tous les sprints à l'avant, et plus encore). travail "en amont").
Cela a été assez difficile pour moi en tant que nouveau chef de projet, mais j'ai effectivement mis en œuvre des améliorations telles que Scrumban pour la gestion des histoires, la programmation des paires et le fait que l'entreprise nous donne des tests d'acceptation des clients dès le départ (dans le cadre de la documentation des exigences). .
Mes questions sont donc:
- Que puis-je faire pour introduire plus efficacement le changement dans une entreprise résistante?
- Y a-t-il d'autres pratiques que je peux introduire du côté informatique pour aider à montrer à l'entreprise les avantages de l'agilité?
- Le fardeau de la documentation nous étrangle - l'entreprise y voit toujours une stratégie de gestion des risques plutôt qu'un risque. Que pouvons-nous faire pour atténuer leurs préoccupations et leurs demandes en matière de documentation (en particulier la quantité de documentation et leur besoin immédiat de toute la documentation)?
- Nous sommes dans un bâtiment séparé de notre entreprise, à environ 3 pâtés de maisons et ils refusent que leurs employés participent au projet, car cette personne "ne pourra pas travailler sur leurs autres projets pendant qu'elle est chez nous. bâtiment." Ils s'attendent à ce que nous nous rendions toujours là-bas et que nous groupions nos questions afin que nous puissions toutes les poser en même temps et ne pas perdre le temps de cette personne avec des «interruptions constantes». Que pouvons-nous faire pour obtenir une communication plus riche de leur part?
Tout conseil supplémentaire serait également apprécié.
Merci!