gestion de projets logiciels multiples [fermé]

Question

nous avons une organisation qui a environ 50 projets logiciels différents en cours (environ 90 développeurs). certains grands, certains petits. certains sont avant vers l'arrière solutions et certains construisent sur des solutions et technologies existantes.

certains de ces projets sont nouvelle initiative et certains sont des améliorations supplémentaires par rapport aux logiciels existants que nous avons construit.

notre haute direction est à la recherche d'un moyen élégant de visualiser tous les projets en cours, y compris:

1. Taille de l'effort dans le temps et les ressources
2. retour sur investissement attendu du travail
3. Indiquez une amélioration progressive par rapport à la nouvelle initiative.

la raison est que nous voulons probablement déplacer les ressources pour assurer un retour sur investissement supérieur, mais pas tout développeur sont fongibles en fonction de leurs compétences.

dans ma tête, cela se traduit par un certain type de heatmap ou tableau de bord, mais je voulais voir s'il y a une solution ou recommander des outils là-bas qui attaque ce domaine.

En ce moment nous avons juste des feuilles de calcul énumérant chaque projet et des ressources et d'une certaine manière, il ne donne pas vraiment une bonne visualisation de ce qui est en fait qui se passe.

suggestions?

Answer 1

Si je comprends bien cette question, la solution dépend fortement objectif final qui est en réalité pas clair dans la plupart des cas similaires.

Avant de faire des « schémas kanban comme » pour ce cas particulier ayant à l'esprit objectif déclaré (je suggère qu'il est dire que, pas un but) de rééquilibrer la force de travail que je vous recommande de penser sur les points suivants:

• l'efficacité Chaque développeur dépend fortement de nombreux facteurs individuels à des projets en cours. Il y a 'refactoring-conscients' personnes / support-likers '/ E.T.C. Donc, être placé dans un autre environnement ... cela pourrait changer quoi que ce soit.
• Eh bien, les efforts qui font Rééquilibrer. Qu'advient-il de structure de l'équipe existante? Les bonnes équipes alignées avec des rôles appropriés de chaque personne sont très rares. Est-ce que cela vaut la peine de briser une bonne équipe pour une estimation (dans le ciel)?

Je vous recommande (à la place ou en plus des projets de suivi de l'efficacité) pour suivre l'efficacité des développeurs / satisfaction / efficacité de l'équipe / satisfaction et essayer de résoudre la façon de rééquilibrer les efforts non seulement en raison du retour sur investissement, mais pour obtenir la plupart des gens (au moins à moins que les projets ne sont pas rentables pour mettre les estimations de ROI sur l'ensemble). Ne gâchez pas la réussite du projet (pas mais oui) juste parce que quelqu'un a besoin d'un développeur dans un autre projet lumineux.

OK, ceci est juste mon opinion générale, mais il m'a beaucoup aidé durant l'année dernière. Je espère que ça va aider quelqu'un aussi.

Answer 2

Agilefant est un outil open-source qui « rassemble les perspectives du produit à long terme et la libération de planification et la gestion du portefeuille de projets », et est activement développé. Je voudrais essayer la version 2.0-alpha (accessible via la page Téléchargements ) pour l'amélioration des outils de visualisation, mais vous pouvez aussi essayer la démo en direct pour obtenir l'idée de ce que Agilefant peut faire.

Answer 3

La technique d'un consultant classique ... je commencerais par les tracer sur un graphique 2x2. Faire l'axe vertical du ROI, avec haut en haut, faire l'axe horizontal deux cloisons d'amélioration incrémentale à l'initiative gauche et nouveau sur la droite - et je parie qu'il ya des projets qui sont un peu des deux, peut-être que vous avez un continuum. Tracer chaque projet sur ces axes comme un cercle et faire de la région du cercle représente le nombre de jours de l'homme.

Stuff en haut à droite est élevé retour, de nouvelles initiatives, des choses en bas à gauche est faible entretien retour / améliorations progressives. Si vous faites un graphique pour le déploiement des ressources en cours et un autre pour le déploiement des ressources du système, vous aurez une forte idée de la façon dont vous dépensez votre main-d'œuvre.

Il existe de nombreuses variantes à ce sujet et vous pouvez choisir ce que vous voulez tracer où mieux montrer votre histoire. Il est simple et puissant comme aide visuelle et vous pouvez obtenir 90 cercles sur votre graphique sans perdre les bois pour les arbres.

HTH et bonne chance.

Answer 4

G'day,

Avoir une lecture de l'excellent livre de Johanna Rothman « Gérer votre portefeuille de projets »qui aborde cette question en fournissant une approche pour évaluer plusieurs projets afin de déterminer une priorité.

Edit:. J'ai oublié de dire que je suis moi-même l'application de la technique à travers le travail de multiples flux atm

HTH