En gestion de projet logiciel, la taille importe peu

Il ya quelques mois, je discutais avec quelqu'un de gestion de projet dans le secteur financier. Cette personne, qui est plutôt bon à sa propre ligne de travail, a admis qu'il ne savait pas beaucoup sur la gestion de projets (mais il a quelques clients qui n'ont). Nous parlions de nouvelles façons de regarder la gestion de projet, en particulier, l'approche de domaine spécifique que j'ai souvent l'avocat. Voulant tester mes théories, il a pris le téléphone et se mit à appeler l'un de ses clients, qu'il savait être un véritable expert de premier plan dans la gestion de projet. Ce qui est intéressant, c'est que ce client gestionnaire de projet de son a été perçu comme un expert non pas parce que de toute compétences particulièrement extraordinaire qu'il avait affiché, ou même une longue liste de réalisations stellaires, mais plutôt parce que il a réussi très grands projets - par exemple, 4 ans, 200 personnes, 50 millions de dollars de projets. les grands.

Au début, je n'ai même pas penser à deux fois. Bien sûr, j'ai pensé, je suppose que vous auriez à être vraiment bon pour traiter ces types de projets. Je veux dire, si la coordination de 10 personnes est difficile, 200 doivent être environ 20 fois plus sévères. Beaucoup de gens seraient certainement la raison de cette façon. Après sa rencontre avec ce gestionnaire, qui a été une expérience plutôt familier, il a déclenché une ligne de pensée:

Il est souvent beaucoup plus difficiles à gérer un projet de 10 personnes d'un projet de 200 personnes.
Permettez-moi de vous expliquer. Je ne dis pas que la personne qui gère l'équipe de 10 personnes est plus important que la personne qui gère 200 personnes sur un ensemble de 50 millions de dollars. Je ne suis pas la difficulté à assimiler l'importance - et par la difficulté, je parle des responsabilités de gestion de projet, pas d'autres devoirs qu'ils ont à accomplir.

S'exprimant à ce gestionnaire de projet en particulier, m'a donné un sentiment de déjà-vu. Il ressemblait plus à parler avec un chef de la direction d'un chef de projet.

En discutant avec un gérant de projet "avec une taille de l'équipe de quelque 100 personnes, ce que vous rendrez vite compte, c'est qu'ils ne sont pas des projets de gestion plus du tout. Ils sont plus comme un chef de la direction impliqués au niveau répartition du capital, pour les opérations pluriannuelles. Ils sont en cours d'exécution d'une organisation. Ils sont à l'écoute des grandes mutations technologiques et les tendances, comme «Si nous avons parié sur la ferme Lotus Notes, est-elle encore être la plate-forme de choix quand nous avons fini en 4 ans?" Heh heh. Oops. Lorsque vous parlez d'un projet que les gestionnaires de grands, le grand patron qui gère à même de gérer d'autres gestionnaires, qui ont conduit l'équipe, qui conduira le peuple fait la production de l'œuvre. Ils sont plus comme des mentors pour les gestionnaires qui sont effectivement la gestion. L'organisation est assez grande alors, qu'il devient vraiment difficile de voir l'impact direct que le décideur top est d'avoir sur le succès ou l'échec du projet. Je le comparerai à l'équitation (ou direction) la vague, plutôt que de provoquer directement. Comment de nombreux débats avez-vous entendu au bout de quelques politiques ou Fortune 500 scandale où des hordes de gens disent des choses comme: «Eh bien, vous ne pouvez pas blâmer le chien top pour quelque chose que certains sous-fifre dans un autre bureau a fait. Ce n'est pas sa faute." Il vous en avez, par l'opinion populaire, la responsabilité moins directe pour les gestionnaires de grandes équipes. Si vous ne pouvez pas blâmer le chien top pour les échecs, comment pouvez-vous attribuer le succès à lui?

La vie dans une petite équipe cependant (par exemple 10 personnes), est beaucoup plus susceptible de vous donner une crise cardiaque. Il n'y a nulle part où se cacher. Le rythme est beaucoup plus rapide. Il est très facile de voir l'impact direct (bon ou mauvais) que chaque personne a sur une base quotidienne. Lorsque vous gérez une équipe de logiciels de moins de 10 personnes, les chances sont, vous n'êtes pas seulement le gestionnaire, mais un des développeurs ainsi (ou au moins un designer ou un architecte). La dynamique d'une équipe de 10 personnes logiciel est beaucoup plus claire - une gestion des personnes, et 9 personnes qui produisent. Je pense que c'est à peu près 10 à 15 personnes, où il n'est plus pratique pour un gestionnaire de même toucher au code source - en fait, il peut être dangereux. Codification n'est pas quelque chose que vous devriez tremper po soit laisser le consommer et de vous être vraiment bon dans ce domaine, ou ne pas y toucher. membres de l'équipe après 15 ans ou plus, il est fort probable qu'il y aura beaucoup plus de délégation. À 15 ans, vous pouvez avoir 1 gérant et 1 chef d'équipe technique. À 35, vous avez probablement un directeur ou d'un des gestionnaires de couple et une équipe technique qui mène en couple. A 100, eh bien, vous obtenez l'image. À chaque étape de la délégation (ce qui est nécessaire par ailleurs), une certaine quantité de pression, et la responsabilisation directe est enlevé le chien Top. Je ne suis pas seulement ici des théories, je n'ai jamais vécu cela. Bien que je n'ai pas géré une équipe de 100 personnes encore, je peux déjà voir la différence entre 10 et 35 développeurs, taille de l'équipe, j'ai réussi. Pour gérer les 35 développeurs dont vous avez vraiment besoin de les diviser en équipes de 5 à 7, avec tête de l'équipe technique, et un gestionnaire ou deux. Ainsi, même à 35, il ya quelques degrés de séparation entre le décideur haut, et les gens en fait la production de code.

Dans cette taille de l'équipe maladroite d'environ 10 développeurs, vous êtes susceptibles d'être autant un producteur en tant que gestionnaire. C'est vraiment difficile d'être à la fois grande. Tout comme vous ne doit pas tremper au codage, à la gestion des barboteurs vous fait juste un gestionnaire ayant un handicap. C'est au moment où il est clair pour tout le monde autour de vous qu'il est plus pratique pour vous faire faire toute la production, mais que vous devriez être en gestion à plein temps, que votre vie de gestion de projet commence réellement à devenir un peu plus facile. Lorsque vous avez des gestionnaires de vous faire rapport, tous vos soucis de gestion de projet deviennent plus claires encore (si vous avez probablement de nouvelles responsabilités vous tenir la nuit).

Tout cela pour dire, plus que 13 dernières années de la gestion des équipes de développement logiciel, je n'ai pas vu de preuves convaincantes que l'augmentation des difficultés de gestion de projet linéairement avec la taille de l'équipe. Il ya un point de rupture au cours de laquelle la difficulté de gestion de projets diminue effectivement. Gestion de projet en temps réel les soucis remplacé par d'autres soucis (comme ce que le diable devrions-nous être les paris sur la ferme ... Parce que si je me trompe, nous sortons de l'entreprise - ce qui est facile comme ça).

cet article est traduisé en francais
l'origine de cet article (en anglai): http://ezinearticles.com/?In-Software-Project-Management,-Size-Doesnt-Matter&id=816627