Discussion :

[ivansay]

tout ce que vous avez dit est excellemment vrai, seul détail auquel je crois: c'est qu'il faut définira d'avance:

-les objectifs clairs et nets
-la mission de chacun (par eemple chcun s'occupe d'une rubrique)
-la définition des variables (pour éviter les bugs)
-et un rassemlement périodique des projets (codes) pour éviter la perte des informations ou les hors-sujets d'un ou plusieurs programmeurs.

bon courage mes amis, c'est un ecellent travail, sa fait 6 mois que j'apprends e vous des choses etremement importantes et pointues; bravo

[samus535]

Bonjour,
de la façon que l'on fonctionne ou jetravail, c'est que nous avons développer un petit programme qui nous permet de réserver une partie du programme. Lorsque la partie est réservé, personne n'y a accès. On fait les modifications et on "libère" le module en question en disant ce que nous avons changer. Pour ce qui est des variables globales, elles sont dans un fichier et nous pouvons le réserver de la même façon que pour les autres modules

Merci et bonne journée

[bengign]

Pour ma part je suis amené à travailler avec des electroniciens, ce qui est source de pas mal de conflits. Cela semble évident mais se fixer des objectifs chiffrés et datés et faire preuve d'un minimum d'empathie permet de résoudre bien des problèmes

[vosaray]

Bon fini les vacances ... avant de retiourner au taff (en equipe svp) voila ce que je preconise pour resussir un projet en groupe :

- definir le projet sur le fond ( des specs et encore des specs ), sans cela pas de projet en equipe !
- repartir les taches entre les acteurs et leur assigner un role clair et precis de maniere a ce que chaque acteur sache ce qu'il a faire
- dresser un planning initial et l'actualiser regulierement
- prioritiser les taches peut d'averer critique pour la reussite globale
- informer regulierement tous les acteurs de la progression du projet afin que chacun sache ce qui reste a faire et puisse gerer son travail personel. Sans s'enlisser dans la reunionite aigue, une petite reunion d'equipe s'impose. Elle peut etre virrtuelle ( irc, visio ... ) ou reele dans une vrai salle de reu avec du vrai café !
- disposer d'un outil de source controle valable ( cvs, perforce, clearchoze ) accessible par tous les membres de l'equipe et d'un bugtracker suffisament simple pour etre utlisé par toute l'equipe. aucun travail collaboratif ne peut se faire sans ces deux outils !
- une fois le projet commercialisé, prendre en compte le cout de maintanance amputé sur le dev en amont

[siplusplus]

Bonjour,

En passant il existe beaucoup de livres sur la gestion de
projets et le management.
La communication et savoir le maîtriser est très importante
quel que soit la taille du projet.
Développer en équipe c'est aussi savoir gérer les conflits
et tout un projet pourrais tomber à l'eau rien qu'à cause de
cela.
Je pense que, finalement, développer (seul ou en équipe)
est la face visible de l'iceberg.

[sidahmed]

Bonjour,

je ne sais pas si c'est déjà cité ce très bon article : introduction au développement en équipe pour la 3D ?

Cordialement,
Sidahmed.