La prise de besoin par soi-même
Planification des recherches
Prenons l'exemple suivant. Vous êtes analyste fonctionnel en consultation, votre firme vous envoie chez un client où vous n'avez jamais mis les pieds. L'objectif : développer une nouvelle fonctionnalité à un système existant. Il s'agit d'un prêt de ressource et il est fort probable que ni vous, ni les gens de votre firme ne sachiez exactement à quoi vous attendre.
Le chargé de projet en place, vous recommande pour la première semaine de faire quelques lectures en vous fournissant un répertoire qui contient quelques documents. Il vous a aussi fixé un rendez-vous (ou mis en contact) avec une personne qui sait plus en détail ce qu'il y a à faire. Or vous comprenez que cette personne est déjà occupée et n'est pas entièrement dédiée à vous.
En attendant le rendez-vous, vous pouvez lire un peu. Mais comment une documentation avec plusieurs centaines de pages peut-elle vous mettre en contexte? Il y a beaucoup de détail, et après une demi-journée de lecture vous aurez l'impression de plus ou moins perdre votre temps. Comment être efficace? La réponse est simple, planifiez vos recherches!
Pour débuter, faites-vous une liste d'informations que vous désirez obtenir pour atteindre un certain niveau de confort par rapport à votre mise en contexte dans votre nouveau mandat. Voici par exemple ce que vous voudriez savoir :
- Que fait le système existant?
- Quelle est l'ampleur du système existant?
- Qui sont les utilisateurs du système existant et pourquoi l'utilisent-ils?
- Quelles sont les principales fonctionnalités et quels sont les principaux traitements en jeu?
- Le système interagit-il avec d'autres systèmes? Si oui, que font les autres systèmes et quelle est la nature des échanges avec le premier?
- Comment se présente le système? Comment y accède-t-on? comment y navigue-t-on?
- Quelle est la problématique que vise à résoudre l'ajout de la nouvelle fonctionnalité du nouveau projet?
- Quelles sont les pistes de solutions? (S'il en existe qui ont déjà été formulées)
- Qu'est-ce qui constitue les critères de succès du projet?
Avec une liste de questions comme celle présentée ci-dessus, vous ne lirez pas les documents bêtement du début à la fin, les uns après les autres. Vous passez en mode recherche pour atteindre votre objectif de vous mettre en contexte. Vous allez regarder rapidement les tables des matières, passer en diagonale les nombreux paragraphes en vue de trouver les réponses à vos questions. Vous voudrez naviguer dans le système existant (dans un environnement de non-production) afin de pouvoir observer comment il se comporte et découvrir ses limites.
La personne que l'on vous a désignée pour répondre à vos questions a peu de temps à vous consacrer. Or, le fait d'avoir déterminé à l'avance ce que vous vouliez savoir vous rendra plus efficace dans vos échanges lorsque vous rencontrez cette personne. De plus, vos recherches individuelles vous auront donné un certain niveau de compréhension et vous permettront de poser des questions plus précises.
Compréhension à l'aide de la documentation
La documentation écrite est pratique. Lorsqu'elle est bien faite, elle permet de comprendre autant le niveau global d'un système informatique qu'un fin niveau de détail. Cependant, il n'y a rien de plus rapide que de poser une question à une personne qui connait la réponse. S'il est possible pour vous d'utiliser cette voie, vous serez sans doute plus efficace. Et ce, bien que ce transfert de connaissance exige du temps pour l'autre personne.
N'oubliez jamais que lorsque vous cheminez dans un nouveau contexte et votre vision est en évolution. Même si le texte que vous lisez a été écrit très objectivement par une personne, et validé, puis approuvé par une autre personne, il est fort probable que vous n'ayez pas dès le départ le même regard que ces gens sur la problématique et la solution implantée. L'important pour vous, est de comprendre les grandes lignes de l'historique avant que vous n'arriviez.
