Quel pourcentage d'heures de projet devrait être le développement de développeur (hors réunion) pour un rendement maximum?

Question

Je travaille sur une application Web/base de données interne typique pour une grande entreprise. En général, je veux dire, un projet qui devait durer quatre mois et 300 000 $ semble être de 9 mois et de 1 000 000 $.

IMHO, une raison pour le dépassement brut est le ratio de personnes fonctionnelles aux développeurs, 3,5 à 2 (PM, BA, QA, et un maître de mêlée qui vient à chaque réunion.) Environ 250k de 600k a été facturé par les développeurs, mais au moins la moitié de ces développeurs sont assis dans des réunions avec des gens fonctionnels qui essayent de construire un consensus avec des gens fonctionnels qui ne sont pas très enclins à l'analyse.

De nombreuses heures sont également consacrées à la réunion BA avec les clients et à l'acceptation d'un système trop compliqué qui se concentre davantage sur les cas limites que sur les fonctionnalités de base. Avec suffisamment de temps, ces gens vont redessiner la roue en tant que carré de peur qu'une roue ronde puisse jouer un rôle! Un problème ici est que les BA, QA, et PM ne sont pas des geeks et les utilisateurs sont au niveau du personnel, la plupart du temps des personnes non-techniques. Pour chaque heure de réunion et de discussion et de construction de consesus, je dois passer deux heures à les convaincre qu'ils essaient de transformer tous les défauts d'un système papier en un système numérique et que la puissance d'un système numérique est que 90% des les contrôles établis par le système papier ne sont pas nécessaires.

Le long et court de c'est que je me sens comme je pourrait écrire une version du système avec 90% de fonctionnalité en 2 mois s'ils me laisseraient tranquille. Certes, cela pourrait être le mauvais système, mais étant donné un mois ou deux, je suis convaincu que je pourrais faire les choses correctement.

Alors je me demande, "Quelle est votre opinion sur les heures fonctionnelles optimales pour les heures de développement sur un projet?" Aussi, "Y a-t-il des directives publiées sur ce sujet"

Answer 1

Il semble que vous n'ayez pas autant de problème avec le ratio personnel que le problème de personnes qui font le travail d'autres personnes plutôt que les leurs. C'est une question de culture d'entreprise, et vient de la haute direction. Si vous êtes une haute direction, travaillez avec les ressources humaines pour déterminer la cause première du problème et corrigez-le - si vous ne l'aimez pas.

Si vous n'êtes pas une haute direction, apprenez à y travailler ou trouvez un nouvel emploi. Malheureusement, je n'ai pas beaucoup d'expérience dans cet environnement, donc je ne peux pas vous dire la bonne façon de faire de la politique. Mais je peux vous dire que vous avez un tas de choix.

Vous ...

• Dites aux gens qu'ils ont besoin de vous faire confiance pour faire votre travail, et dont ils ont besoin pour faire leur travail. Quand ils s'immiscent dans votre espace, dites-leur d'arrêter. Assurez-vous que les responsabilités individuelles sont clairement définies et respectez ces définitions. Parlez à votre patron et voyez s'il peut aider à mettre les gens à leur place.Essayez de faire en sorte que les autres membres de l'équipe soient surchargés de travail et qu'ils ne fassent pas le travail que vous devriez faire.
• Si les gens veulent discuter de choses dont ils n'ont aucune idée, et vous vouloir rendre la discussion productive, leur expliquer que les principes fondamentaux qui rendent la décision évidente sont bien documentés, et identifier où, de préférence des manuels ou des documents de normes. S'ils lisent les documents et ne sont toujours pas d'accord, indiquez les documents supplémentaires qu'ils n'ont évidemment pas lus, mais qu'ils doivent lire. Ignorez ce que tout le monde vous dit, et faites-le juste, mais vous feriez mieux de choisir la bonne valeur de «juste». Et tu perds ton travail, peu importe. Ignorez ce que tout le monde dit, car ils ne se soucient évidemment pas de ce que vous pensez, et suivent le courant. Laissez-les voir l'erreur de leurs manières. Et vous risquez de perdre votre travail et d'être blâmé lorsque le projet échoue. Et ne soyez pas surpris si les personnes qui ont réellement causé le problème sont promues.
• Choisissez un développeur ou deux dont la seule responsabilité est l'heure de la réunion gaspillée. Ces quelques développeurs de confiance pourraient alors reprendre les parties des réunions réellement importantes et le reste de l'équipe pourrait faire son travail. Notez que ces gens sont souvent appelés « gestionnaires » :)

bonne chance - J'espère que quelqu'un signale une bonne réponse ...

Answer 2

Si les développeurs passent plus de 4 heures par semaine en réunions, à mon avis quelque chose ne va pas. Même plus de 2 est discutable. C'est sur une longue période de temps car elle peut varier selon le stade dans lequel le projet est.

Je n'ai pas de chiffres concrets pour cela, seule l'expérience que le temps passé dans les réunions est le plus souvent perdue.