Discussion :

[mysianne]

Bonsoir,
je pense ne pas me trouver dans le bon forum, donc je m'en excuse bien avant.
En effet, je viens m'informer comme le titre de mon post le suggère sur la façon la plus approprié de répartir les tâches dans un projet informatique.
je viens d'être nommée responsable d'un projet de réalisation d'un ERP, mais je n'ais pas vraiment de qualifications dans gestion du travail collaboratif. Et je coince premièrement sur la façon d'organiser le travail entre plusieurs développeur et aussi sur le niveau d'implication que je doit autoriser pour chacun d'eux. je viens m'enrichir de vos expériences. Merci

[fatbob]

Bonjour,
Cela dépend de pas mal de paramètres :
- le nombre de personnes constituant l'équipe
- les compétences de chacun
- la taille estimée du projet
- architecture du projet

Ensuite, il faut se pencher sur les différentes parties constituant un projet et qui peuvent éventuellement être réalisées en parallèle. Ces parties ne sont pas nécessairement identiques d'un projet à l'autre mais, on peut tout de même dégager quelques éléments :
- Modélisation de la base de donnée
- Modélisation des traitements
- Si on part sur une architecture MVC ou n-tiers, chaque couche peut être confiée à des équipes différentes. Cela favorisera une bonne décorrélation des couches
...

Je n'ai pas une très grande expérience organisationnelle mais pour ma part, c'est comme ça que je commencerais à réfléchir.

[ndeclerck]

Bonjour,

Pour vous donner quelques pistes, je vous donne la façon dont nous nous organisons au sein de notre entreprise d'édition de logiciel.

Les consultants et clients remontent régulièrement des anomalies, des bugs et des demandes d'évolution aux développeurs par l'intermédiaire de "tâches". Ces tâches sont des objets enregistrés dans notre logiciel collaboratif qui décrivent le problème, la procédure à effectuer pour le reproduire. Elle peut porter d'autres éléments comme le projet auquel elle est rattachée.

Une fois par semaine, le responsable des développeurs fait le tour de ces tâches avec son équipe, il priorise chacune des tâches et les répartis entre les différents développeurs, en concertation avec eux. Une fois les tâches traitées, les corrections sont testées par les consultants et les clients afin valider leur mise en production.

Ce système est assez adaptée dans des équipes réduites. A voir dans des organisations plus importantes.

En espérant avoir pu vous aider.