Comment gérer les chefs de projet qui gèrent la microgestion?

10

Peut-être que je suis juste naïf, mais quand j'essaie de déchiffrer le mur des tâches que je suis censé accomplir au cours d'une semaine, je ne peux pas m'empêcher de penser que celui qui construit le calendrier du projet doit suivre une formation de rattrapage gestion de projet de base.

Par exemple, 13 tâches m'ont été attribuées aujourd'hui, la plus courte durée de 0,13 jour (métrique de temps par défaut dans Microsoft Project) et la plus longue durée de 0,75 jour. Je ne peux pas m'empêcher de penser qu'il s'agit de projets de planification de microgestion flagrants à des intervalles de moins de 10 minutes.

Les effets de la gestion deviennent évidents dans les tâches glissantes, l'affectation des ressources dépassant la capacité d'un facteur à deux à un moment donné, et le fait de passer plus de temps à nettoyer les tâches et à déterminer ce qui vient ensuite que de faire le travail.

Comment puis-je convaincre le chef de projet de créer des tâches avec une durée plus longue et de voir l'image plus grande? Microgestion == horaires insensés?

Greg Buehler
la source
2
.13 jours est d'environ 3 heures. Où obtenez-vous des intervalles inférieurs à 10 minutes?
Robert Harvey
4
Si c'était moi, j'enverrais mes propres estimations. J'inclurais une tâche pour "déchiffrer le plan de projet - 3 jours". Et j'enverrais au patron des liens vers des articles avec des titres comme "Basic Project Management - The Idiot's Guide". Voyez combien de temps il lui faut pour s'enfoncer
JohnL
1
Je me sens avec toi; J'avais un tel patron et j'ai finalement démissionné.
user281377
1
@entens Que faites-vous dans une telle entreprise.
Gaurav
2
@Gaurav Garder la tête baissée, parcourir le travail et chercher la sortie la plus proche.
Greg Buehler

Réponses:

13

Demandez à votre responsable de définir des priorités pour chacune des tâches. Ensuite, acceptez de terminer les tâches dans l'ordre de priorité.

Il ne le fera pas.

Vous pouvez essayer d'introduire la gestion dans CCPM. Ils découvriront à la hâte que le plus gros saignement de la productivité est l'interruption.

Mais sérieusement, pensez-vous vraiment que vous pouvez changer ce genre de mentalité? Des vies ont été gaspillées à essayer.

Robert Harvey
la source
1
Conférence
JBRWilkinson
7

Quand vous allez au garage, vous ne dites pas au gars:

"veuillez changer l'huile, les filtres. Et vérifiez le système de climatisation, cela fait un bruit étrange. En plus de cela, faites une vérification de l'alignement des roues et du rinçage de la transmission automatique. Vous avez 1,23 heures et je vous paierai 97 $"

Vous lui demandez combien de temps il aura besoin et combien il demandera. Même si vous êtes vous-même un spécialiste sachant combien de temps il devrait prendre et combien il devrait charger.

Si vous n'êtes pas d'accord avec le temps dont il a besoin et / ou le montant qu'il facture, vous allez dans un autre garage, n'est-ce pas?

C'est à peu près la même chose ici. Votre travailleur, le spécialiste , celui qui fera la tâche, devrait l'estimer lui-même .

Au niveau de l'équipe, l'équipe devrait en être responsable. Pour éviter trop de variations dans les estimations entre les membres de l'équipe, une méthodologie d'estimation basée sur le consensus devrait être utilisée comme Planning Poker .

Maintenant, comment traiter avec votre manager actuel?

À moins que vous ne puissiez le convaincre en utilisant l'argument ci-dessus juste en lui disant, vous devrez travailler avec lui. Très peu de managers sont capables de "changer" sur l'impulsion de leur personnel si rapidement. La plupart d'entre eux ne changeront jamais.

  • Chaque fois que vous êtes affecté à des tâches et à ses estimations, envoyez-lui poliment vos chiffres.
  • Utilisez des preuves de vos allégations en pointant l'expérience passée sur des tâches qui prennent plus de temps que prévu initialement.
  • Vous devrez répéter le cycle ci-dessus beaucoup de temps
  • Vous aurez besoin de patience, de détermination et de courage. Ivan Pavlov est votre ami ici.

Finalement, il changera d'avis et adoptera le système décrit ci-dessus.

Mais votre manager est probablement parkinsonien . Dans ce cas, appelez Ashton et demandez-lui des conseils. Parce qu'il ne va probablement pas changer.

Ne vous inquiétez pas pour lui après votre départ, il trouvera un autre développeur à abuser .

Communauté
la source
C'est un excellent conseil, mais dites-moi s'il vous plaît Senior Pablo et son histoire Ashton ne devient pas une tendance.
Greg Buehler
@entens: je le promets. Mais l'histoire met en évidence quelque chose que j'affectionne: le courage d'arrêter.
Et si le singe graisseur travaillait pour vous, pas en tant qu'entrepreneur?
Jé Queue
Il est payé à l'heure, de la même manière. La différence est qu'il est dédié à vous, et si vous voulez changer, vous mettez fin à son contrat.
4

.13 jours @ 8 heures par jour (480 minutes par jour) = 62,4 minutes (un peu plus d'une heure). Planifier des tâches d'une heure n'est pas si mal.

Plus important encore, comment les tâches s'inscrivent-elles dans le calendrier en premier lieu? Et comment les durées sont-elles attribuées? Si votre chef de projet arrive avec la liste des tâches et quelles devraient être les durées, alors c'est un problème. C'est le travail de votre PM de suivre ces éléments, mais c'est la responsabilité de l'équipe de trouver la liste des tâches et des estimations pour ces tâches. La planification est un sport d'équipe.

Il semble qu'il y ait d'autres problèmes en jeu ici aussi, et vous pourriez avoir des plaintes très valables. Avez-vous essayé de parler en tête-à-tête avec le PM de vos préoccupations?

Marcie
la source
1
@Marcie J'ai vu ce manager en particulier construire ses horaires. Cela commence à partir du modèle de projet de mon entreprise et les tâches sont insérées comme si le projet était une liste de tâches de 18 mois. Une date de début et de fin est affectée à la première et à la dernière tâche, ensuite les tâches prédécesseurs sont liées, et enfin les tâches se voient attribuer des durées qui ne semblent pas invalider le planning. Certains des gestionnaires sont meilleurs que d'autres avec leurs horaires, mais le problème est systémique de déplacer les gestionnaires de projet en projet, chacun avec un peu de sa propre touche.
Greg Buehler
Quelle est la durée totale de ces projets? Je pense que je créerais un calendrier de mes propres tâches, ou de toutes les tâches de développement, et le présenterais à la direction.
Marcie
@Marcie, les projets sont prévus de 12 à 28 mois. J'ai essayé et échoué à expliquer que la création d'un seul projet avec plus de 4000 tâches est une mauvaise idée.
Greg Buehler
4000 tâches? Hou la la! Je suis totalement d'accord avec vous.
Marcie
1
Non, la planification du développement logiciel à 1 heure est retardée.
hplbsh
2

Désolé, mais parfois tu dois juste y faire face. Mettez-vous du bon côté du PM. Parfois, quelle que soit votre position, vous n'aimerez tout simplement pas pour qui vous travaillez.

Je peux presque vous garantir que le PM a un budget limité, a été donné un budget horriblement insuffisant pour commencer, ou a un nombre fixe d'heures qu'il doit rencontrer et pour lesquelles son travail et son salaire sont responsables. Je parierais également que la gestion comme celle-ci provient de sa chaîne de gestion, douteux que le PM aime suivre les choses à ce niveau non plus, en fait, elles sont probablement microgérées à un degré encore plus fin.

Jé Queue
la source
1
J'ai le sentiment que c'est le résultat d'une microgestion en cascade maintenant que vous en parlez.
Greg Buehler
0

Vous pourriez peut-être essayer de faire valoir qu'il y a beaucoup de frais généraux pour définir et estimer des tâches si petites. Au lieu d'écrire tous les détails et les estimations de 4 tâches qui doivent chacune prendre 125 jours, il peut être préférable d'avoir 1 tâche estimée à 0,5 jour qui peut être configurée beaucoup plus rapidement. Maintenant, cela a quelques mises en garde:

  1. Des estimations plus importantes doivent encore être proches de la droite. Si, en regroupant les choses, les estimations deviennent moins précises, cela pourrait être un problème car il y a une confiance que les développeurs veulent, mais le chef de projet peut maintenant vouloir donner. Il s'agit plutôt de répondre à une peur avant que le chef de projet n'ait la priorité pour dire: «Regardez, vous avez déjà foiré ça avant. Pourquoi devrais-je vous faire confiance maintenant? avec quelques preuves.

  2. Le fait que les personnes qui examinent le travail effectué, comme le gestionnaire de projet et les sponsors, puissent comprendre qu'il peut y avoir une différence minimale entre 101 tâches minuscules et 10 éléments de travail volumineux, car il peut parfois s'agir du même travail. Certaines personnes peuvent considérer la quantité comme ce qui compte et malheureusement, c'est là que la capture entre en jeu ici, comme je le vois. Je ne sais pas comment résoudre ce problème car la solution typique que je verrais est d'essayer d'amener l'autre personne à voir la logique qui peut ou peut ne pas bien se passer.

  3. Quelle est la technicité du PM? Cela peut être un autre point comme si le PM n'était pas si averti, alors il y a un souci que cela puisse paraître snob ou arrogant, ce qui n'est pas l'intention car vous voulez la liberté de faire quelque chose comme vous le voyez plutôt que d'être donné la liste des choses à faire avec 10 étapes pour faire quelque chose de a à j.

Tels seraient les sujets de préoccupation, je serais sûr de savoir comment traiter les questions qu'il pourrait avoir en voulant mettre cela en pratique, car ce que je pense que vous voulez est juste et réaliste à mon avis.

JB King
la source
-1

Faites de votre mieux, c'est sa faute si sa planification est mauvaise et avec de la chance, son manager commencera à poser des questions lorsque les délais commenceront à glisser.

hplbsh
la source