Comment organiser les ressources de l'équipe avec des clients en constante évolution/exigences du projet

Question

Nous disposons d'un pool de ressources techniques composé de développeurs frontaux, développeurs back-end, graphistes. Ces ressources sont séparées des clients directement par une ou deux personnes de compte par client.

Les demandes des clients arrivent par l'intermédiaire des personnes du compte et sont envoyées à notre gestionnaire de synchronisation. Le gestionnaire de synchronisation conserve la trace de tous les projets clients et a une idée de base de la charge de travail pour chaque ressource. Son travail consiste à affecter du travail aux ressources en fonction de la priorité du projet et de la familiarité de la ressource avec le projet (dans une certaine mesure). Actuellement, la majorité de ces données/logiques sont traitées dans une feuille de calcul Excel complexe. Nous revoyons l'horaire chaque lundi afin que les gens aient une idée claire de ce qui les attend.

Ce type de système fonctionne bien pour les projets linéaires dont la durée est plus longue, mais qui commence à échouer lorsqu'il y a beaucoup de petits projets/tâches qui se déroulent simultanément. Plusieurs fois, les ressources techniques sont «perdues» lorsque les mises à jour arrivent à l'horaire en milieu de semaine. Ne pas mentionner quand il y a des demandes «urgentes» qui remplacent l'horaire existant.

Comment gérez-vous l'attribution de la charge de travail lorsque vous travaillez avec plusieurs clients sur une base quotidienne/hebdomadaire? Existe-t-il un logiciel que vous recommandez pour planifier/déterminer la disponibilité des ressources? S'il vous plaît gardez à l'esprit que les priorités et les projets changent fréquemment, avec nous ne sachant pas vraiment ce qui va se passer 1-2 semaines à partir du présent.

Answer 1

Cela me semble être l'énigme du conseil classique: atteindre ce point idéal où le moins de ressources génère le plus de revenus.

La première question qui me vient à l'esprit est la suivante: quelle est la cause de cette douleur? Grognant parmi les développeurs? Plaintes de la haute direction? Des clients furieux? La solution doit correspondre au niveau de problème causé.

Le simple fait que vous ne puissiez pas connaître l'inconnaissable quand il s'agit de programmer des interruptions signifie que, en grande partie, il n'y a pas de solution logicielle à ce problème. Vous devez prévoir assez de place pour ces demandes inattendues à l'avance et être prêt à réaffecter à la volée.

Il convient également de mentionner que le modèle de siège-de-votre-pantalon, dans lequel les développeurs sautent chaque fois qu'un client dit boo, est un choix. Cela ne doit pas nécessairement être le cas si tout le monde est prêt à envisager d'autres options.

Answer 2

Utilisez un suivi des problèmes tels que JIRA

Answer 3

Personnellement, je prendrais un coup d'œil à l'aide d'un tableau Scrum. Cela peut être accompli avec un mur physique, des diapositives PowerPoint ou Bugzilla.
Essayez ce qui suit:
1. Affectez chaque technicien à une cellule
2. Affectez chaque technicien x quantité de travail/tâche à chaque tâche/tâche pour lui attribuer un niveau de priorité.
3. Dans la diapositive/le mur, créez vos différentes étapes de To Do, Test, Very, Done et demandez aux développeurs de les déplacer à travers les étapes pour donner une meilleure visibilité de la technologie et des projets.