Comment hiérarchiser les tâches lorsque plusieurs projets de programmation s'exécutent en parallèle?

Supposons que vous ayez 5 clients, vous développez 2 ou 3 projets différents pour chacun. Chaque projet a X _i tâches.

Chaque projet prend de 2 à 10 semaines-homme.

Étant donné qu'il y a peu de ressources, il est souhaitable de minimiser les frais généraux de gestion.

Deux questions dans ce scénario:

1. Quels outils utiliseriez-vous pour hiérarchiser les tâches et suivre leur achèvement, tout en tendant à minimiser les frais généraux?
2. Quels critères prendriez-vous en considération pour déterminer la tâche à attribuer à la prochaine ressource disponible étant donné que l'objectif principal est d'augmenter le débit (plus de projets terminés par unité de temps, cet objectif entre en conflit avec le démarrage d'un projet et sa fin, puis le passage à le suivant)?

Les idées, les techniques de gestion, les algorithmes sont les bienvenus

On dirait que l'entreprise a pris plus de travail qu'elle ne peut en gérer et qu'elle essaie de se creuser un trou.

Offrez des vacances à vos vendeurs, choisissez les projets qui ont les ratios de profit les plus élevés, terminez-les et retardez le reste jusqu'à ce qu'ils puissent être travaillés.

Ou faites travailler plus de gens sur des projets que vous ne pouvez pas gérer (ce n'est pas un scénario homme-mois mythique s'il n'y a personne pour travailler dessus).

Kanban vous permet de suivre les tâches dans les workflows. Ils montrent les zones du flux de travail qui connaissent des arriérés afin que vous puissiez consacrer plus d'efforts à les éliminer et commencer à isoler ce qui les cause.

Il y a plusieurs belles références sur les techniques .

Lisez-les tous. Oui. Relisez-les jusqu'à ce que rien ne semble contredire votre expérience «apprise». Retirez ensuite quelques post-it et essayez d'enseigner à quelqu'un ce qu'est le kanban. Relisez-les ensuite pour voir ce que vous n'avez pas compris aussi bien que vous le pensiez.

Compte tenu de votre scénario, je demanderais au client de prioriser les projets sur lesquels vous travaillez pour lui. Je ne choisirais pas ces projets par ceux qui ont "les ratios de profit les plus élevés" car vous envoyez à votre client le message que tout ce qui vous intéresse, c'est son argent. Vous voulez que votre client sache que vous souhaitez l'aider à résoudre ses problèmes logiciels.

Ensuite, le processus de détermination de ce sur quoi vous travaillez ensuite est une conversation entre vous et eux, où vous expliquez quelles ressources vous avez à consacrer à leur (s) projet (s) et lesquelles ils prioriseraient en premier.

Ils ne seront peut-être pas ravis que vous leur disiez que vous ne pouvez pas faire tout ce qu'ils veulent, mais ils apprécieront que vous les mettiez en charge de ce qu'ils considèrent important.

Un autre effet secondaire de ce processus est que vous pouvez mieux gérer les attentes du client.

Microsoft OneNote est le meilleur outil que j'ai vu pour suivre plusieurs projets à différentes étapes.

Malheureusement, avec de nombreuses sociétés de logiciels, les priorités sont fixées sur la base du vieil adage "La roue qui grince obtient la graisse." Quel que soit le client qui se plaindra le plus, son projet sera terminé en premier.

Dans les cas où vous avez des projets qui affecteront plus d'un client, il peut être plus facile de prioriser, en vous demandant quels articles affecteraient le plus de clients.

Je suis toujours intéressé à apprendre de nouvelles et meilleures façons de hiérarchiser les projets de développement, mais il ne semble pas y avoir de moyen parfait qui puisse atteindre différentes organisations.