Publication des changements
Informez systématiquement tous les participants au projet des mises à jour importantes du processus de développement ajusté. Si le projet possède un site
Internet, les changements doivent aussi être publiés sur celui-ci, en plus d'en informer les membres du projet.
Le site Web du processus configuré est généralement situé à un endroit du serveur Web accessible à tous les
participants. Une autre solution consiste à copier le site Internet sur le disque dur local du membre du projet.
|
Formation des participants au projet
A moins d'un changement insignifiant, vous devez former les personnes impliquées dans le projet à l'utilisation du
nouveau processus de développement, en présentant notamment
les instructions, canevas et/ou outils qui lui sont associés. Cela peut aller d'une présentation informelle
de deux heures à une formation plus formelle, selon la taille du projet et le degré de familiarité des participants
avec des processus de développement similaires.
Les méthodes les plus utilisées pour former les membres du projet sont les suivantes :
-
Séminaires.
Si le changement est peu important ou facile à comprendre il peut être acceptable si l'ingénieur du processus
présente le nouveau processus lors d'un séminaire. Ce type de séminaire dure généralement 1-3 heures. C'est
souvent le choix de prédilection lors du re-lancement du processus pour une itération, et les changements par
rapport au dernier lancement sont mineurs.
-
Ateliers de démarrage rapide.
Organisez un atelier d'une journée pour tous les participants au projet, pendant lequel ils pourront suivre le
nouveau processus de développement et utiliser les outils. Voir Matériel de support : Atelier de processus de développement pour obtenir plus de
détails sur l'organisation de ce type d'atelier. Notez que les participants à un atelier de démarrage rapide
doivent avoir suivi les formations de base appropriées. Comparez toujours le coût des ateliers par rapport à
l'importance de leur rôle dans le projet.
-
Sessions de formation personnalisées.
Si les membres du projet n'ont pas suivi les formations de base consacrées au processus et aux outils, il est
également possible de personnaliser ces formations de base de sorte qu'elles traitent du processus de développement
du projet, et entre autres des instructions, canevas et outils. Cependant, la personnalisation des formations peut
s'avérer coûteuse. Une formation générique sur le processus, par exemple un cours d'introduction à Rational Unified
Process, doit être menée avant le démarrage du projet ou dans les premiers jours du projet. Des formations plus
spécialisées aux techniques, méthodes ou technologies sont souvent effectuées "juste-à-temps". Cela signifie que la
formation est effectuée peu avant que la méthode ou la technique soit appliquée au projet, afin de s'assurer que
les nouvelles connaissances sont encore fraîches dans les mémoires.
-
"Camps d'entraînement".
1-5 semaines de formation pratique intensive. Peu d'organisations peuvent se permettrent de mettre en place ce
type de camps d'entraînement, mais leur efficacité est prouvée si les personnes impliquées dans le projet doivent
assimiler de nombreux nouveaux éléments. Un camp d'entraînement comporte généralement une association de
séminaires, de formations et de travaux pratiques sur le processus et les outils.
|
Collecte du retour d'information
Au cours de la présentation du nouveau support et de la formation des participants, vous obtiendrez sans doute un
retour et découvrirez des anomalies dans le processus de développement et/ou les outils. Créez si nécessaire des demandes de changement. Certains changements peuvent s'avérer
nécessaires en dehors de la portée du projet, par exemple par le groupe de processus en charge du processus de
développement dans l'ensemble de l'organisation. D'autres problèmes peuvent se poser relatifs à la manière dont
l'équipe a choisi d'ajuster le processus et il convient de réfléchir à une solution au problème pour la prochaine
édition interne du processus.
Il est souvent pertinent d'effectuer un suivi du lancement du processus, afin de s'assurer que les participants au
projet ont bien "compris le message". Beaucoup de personnes n'osent pas demander des éclaircissements pendant une
présentation, particulièrement lorsque de nombreuses personnes, internes et externes, sont présentes. ^Dans de nombreux
projets, les responsabilités d'un responsable
de processus comprennent également une tâche de mentorat afin d'aider les membres du projet à appliquer les
techniques décrites par le processus. Ce travail amènera souvent un retour généralement absent d'un lancement.
Pour plus d'informations, reportez-vous au Concept :
Mentorat.
|
|