{"partition": "head_middle", "source_domain": "www.gentoo.org", "digest": "sha1:EQ3BNYYCBA4IEZW2VDO3FCIJYEJJ6U6P", "path": "/lustre/fsn1/projects/rech/qgz/uzq54wg/processed_redpajama/base_processing/output/fr/2014-15/000_00006.parquet"}
La hiérarchie des développeurs
5. La hiérarchie des développeurs
La structure de gestion
Responsables de haut niveau et de sous-projets
Responsables d'équipe
Ce chapitre a pour but d'expliquer la hiérarchie chez les développeurs Gentoo
et de donner aux développeurs un aperçu de la structure de gestion au sein du
projet Gentoo pour la partie développement.
5.b. La structure de gestion
L'objectif de la nouvelle structure de management était de résoudre un certain
nombre de problèmes chroniques concernant le management, la coordination et la
communication au sein du projet Gentoo. En particulier, nous n'avions pas bien
défini la structure de management directionnel et les rendez-vous non officiels
et réguliers qui permettent de communiquer les mises à jour de statuts entre les
développeurs occupant des postes critiques. En règle générale, la plupart de la
communication avait lieu sur IRC et de manière plus sporadique via courrier électronique. Pratiquement personne, pas même un haut responsable, n'était tenu
de clôturer les projets en temps et en heure.
À cause de cet état de faits, il était difficile d'établir des objectifs et de
vérifier l'état d'avancement des divers projets. Ce manque de communication et
de coordination rendait également le management difficile pour les développeurs
à haute responsabilité même pour leurs propres projets. De plus, un autre
problème classique était que nous n'avions pas de rôles bien définis, ni ne
savions l'étendue du pouvoir de prise de décision chez les développeurs à haute
responsabilité. Du coup, de nombreuses personnes ayant une haute responsabilité
allaient jusqu'à ne pas savoir si elles avaient l'autorité de gérer leur propres
projets et sous-projets. Même si cela n'a jamais été l'intention des personnes à
responsabilité, c'était le résultat malheureux et direct du processus de
développement qui manquait de structure : personne ne savait ce qui se
passait, et tout le monde renvoyait les décisions exécutives à prendre à
l'architecte en chef.
Évidemment, un plan était nécessaire pour résoudre rapidement et de manière
définitive ces problèmes, en améliorant la communication, la coordination et les
responsabilités. Les rôles et le pouvoir décisionnel nécessaires avaient besoin
d'être définis pour les développeurs à responsabilités pour qu'ils puissent
avoir un poste clair et une pleine responsabilité dans la gestion de leurs
projets, et qu'ils puissent ainsi s'assurer que leurs projets soient réalisés
dans les délais, et correctement.
La liste suivante donne l'ensemble du système :