Tâche: Recruter du personnel
Cette tâche décrit comment associer le personnel au projet et comment l'organiser en équipes.
Objet

L'objet de cette tâche est de :

  • Affecter des ressources humaines au projet
  • Faire correspondre les ressources disponibles aux types de compétences requises pour le projet.
  • Regrouper les ressources disponibles en équipes relativement indépendantes mais travaillant en collaboration.
Relations
RôlesPrincipal: Complémentaire: Auxiliaire:
EntréesObligatoire: Facultatif: Externe:
  • Aucun
Sorties
Etapes
Recruter du personnel pour le projet

Le responsable de projet aura déterminé les besoins en personnel pour l'itération dans Tâche : Définir l'organisation et les ressources du projet, et confiera aux Ressources humaines le soin de trouver du personnel dont le secteur d'activité, les compétences et le profil correspondent aux besoins. La plupart des entreprises ne peuvent pas se permettre de conserver un pool d'employés permanents important en l'attente de projets et le début de nouveaux projets ne coïncide pas toujours exactement avec la fin d'autres projets. Ainsi, dans bien des cas, à l'exception de quelques employés engagés sur le projet dès le début, beaucoup devront être embauchés. Ce processus peut prendre longtemps et le responsable de projet doit donc anticiper et démarrer le processus d'embauche pour les itérations futures comme présentes. Une carence en personnel peut être compensée par des heures supplémentaires ou par l'utilisation d'employés intérimaires plutôt que permanents. Ces deux solutions ont des inconvénients, et toute carence systématique et persistante en personnel constitue un risque important.

Faire correspondre les compétences de l'équipe aux rôles

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.

Le diagramme montre les rôles recoupés de Paul, Mary, Joe, Sylvia, et Stephan.

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.

Constituer des équipes

La forme de l'organisation du projet et le type de personnel requis pour l'itération ont été définis par le responsable de projet dans Tâche : Définir l'organisation et les ressources du projet. Lorsque l'on connaît la disponibilité des ressources, il ne reste qu'à régler la structure avec précision et attribuer les tâches au personnel. Le responsable de projet doit rééxaminer toute équipe de plus de sept employés afin de déterminer s'il n'existe pas de moyen logique de les diviser, par exemple par sous-système.

Les équipes doivent être constituées d'au moins deux personnes et d'un maximum d'environ sept personnes ; en général, les équipes comprenant plus de sept personnes se sépareront naturellement en sous-équipes, il est donc souvent plus simple de le faire directement.

Au moment de constituer une équipe, le responsable de projet doit prendre en considération l'expérience globale et le degré de familiarité de l'équipe avec le projet, et essayer de former des équipes alliant du "sang neuf" et des employés travaillant sur le projet depuis un certain temps. Au début d'un projet, le responsable de projet devra penser à associer des employés chevronnés à du personnel moins expérimenté.

Organiser la formation de l'équipe projet

Dans de nombreux cas, un inventaire des compétences des ressources disponibles pour le projet révélera des carences dans l'attribution de rôles aux membres de l'équipe (si l'on suppose que l'approche consistant à recruter des employés supplémentaires ou des intérimaires externes a déjà été tentée). Dans ce cas, des compétences devront être développées. Ces personnes devront être formées et guidées de manière adéquate : cela doit être fait en amont, mais pas trop longtemps avant la mise en application. Une formation n'ayant pas été mise en pratique immédiatement est rapidement oubliée. Souvent, la combinaison d'une formation formelle et d'un atelier pratique dirigé par un instructeur afin de démarrer une tâche rapidement est particulièrement efficace pour mettre les nouvelles compétences en pratique.



Propriétés
Plusieurs occurrences
Commandé par les événements
En cours
Facultatif
Planifié
Réitérable