Un rôle définit le comportement et les responsabilités d'une personne ou d'un groupe de personnes travaillant ensemble,
au sein de l'entreprise. Le comportement de chaque rôle est défini comme une série de tâches. Les responsabilités de
chaque rôle sont généralement définies en fonction de certains produits, des documents par exemple. Exemples de rôles :
concepteur, architecte logiciel ou réviseur. Par le biais d'une série de tâches, le rôle définit aussi implicitement
une compétence.
Notez que les rôles ne désignent pas des personnes ; ils décrivent plutôt comment les personnes doivent se comporter et
les responsabilités qu'ils possèdent.
Le projet a généralement à sa disposition un certain nombre de ressources, des personnes possédant des
compétences spécifiques. Par exemple, Joe, Marie, Paul et Sylvia sont des personnes possédant des compétences
différentes, même si elles se recoupent. En utilisant les rôles définis dans le processus de livraison, associez les
ressources disponibles pour le projet aux rôles qu'elles peuvent jouer.
L'association de personnes à des rôles est dynamique dans le temps, en fonction de la phase du cycle de vie du projet
et du travail à effectuer.
-
Une personne peut exercer plusieurs rôles le même jour : par exemple, Sylvia peut être réviseur le matin et
concepteur de cas d'utilisation l'après-midi.
-
Une personne peut exercer plusieurs rôles simultanément : par exemple, Jane peut être à la fois architecte logiciel
et conceptrice d'une certaine classe, mais aussi responsable du package contenant cette classe.
-
Plusieurs personnes peuvent exercer le même rôle pour effectuer la même tâche ensemble, en équipe : par exemple,
Paul et Marie peuvent être tous les deux concepteurs du même cas d'utilisation.
Essayez de répartir les responsabilités afin qu'il y ait le moins de transfert de produits possible d'une ressource à
une autre : confiez la conception et l'implémentation d'un sous-système à une seule personne ou à une équipe afin
qu'ils n'aient pas besoin d'être formés sur un travail déjà effectué par d'autres.
Lorsque la même équipe conçoit et implémente, la transition entre la conception et l'implémentation est harmonieuse. De
plus, cela permet aux concepteurs de mieux travailler, car ils apprennent ce qui fonctionne ou pas, visualisent ce
qu'est une bonne conception et peuvent incorporer cette connaissance dans leurs futures tâches. Comme un sculpteur, un
bon concepteur doit comprendre le support d'expression, c'est-à-dire, dans le cas des logiciels, l'environnement
d'implémentation.
|