Je viens à l'instant de lire Petit guide de conception des plateformes juridiques en ligne — Recommandations en matière d’ergonomie, conception graphique et mise en page à destination des concepteurs de plateformes et bases de données juridiques en ligne , billet fort intéressant et qui me donne envie d'élaborer aussi un peu sur le même sujet suivant mes expériences:
1) Le développement ou l'achat d'un produit:
1) Le développement ou l'achat d'un produit:
Un développement pure vous laissera seul à faire évoluer et tester votre produit. Cette charge, si votre produit est moindrement complexe, sera extrêmement lourde et onéreuse. Partez de la prémisse que, règle générale, on sous-estime la complexité d'un projet informatique. S'il existe un produit sur le marché, privilégier son achat plutôt qu'un développement complet de système.
Il faut d'abord prendre le temps d'analyser les outils disponibles sur le marché ainsi que leurs réalisations concrètes si possible. Il y a toujours de nombreux nouveaux outils venant avec la promesse qu'ils savent tout faire...Faites attention aux grands noms du monde informatique, vous croyez prendre moins de risques parce que vous choisissez un grand nom...pas si certain, nous en rediscuterons ultérieurement. Préférez le service, la compétence et la disponibilité d'une entreprise que les promesses d'un grand nom connu sur le marché. À mon avis, plus souvent autrement, les grands noms imposent et changent de main ce sur quoi vous n'aurez aucun contrôle (et ce qui ne sera pas sans impact sur votre projet). Lorsque vous étudiez les systèmes, demandez de voir les choses fonctionner dans l'action auprès du représentant. Si l'on se fie aux vendeurs, aux présentations Powerpoint ou aux documents promotionnels, aujourd'hui tous les systèmes peuvent tout faire...Toutefois, lors de la mise en oeuvre, il pourrait en être autrement...
Assurez-vous de choisir un produit qui minimise le besoin de développement ou de personnalisation. Ensuite, planifiez méthodiquement vos travaux pour que le système puisse coller à vos besoins, ce n'est plus à l'étape de programmation ou personnalisation qu'il est temps de faire des modifications ou ajouts à vos plans initiaux.
Aussi, trop ajouter de développement à un produit commercial entraînera aussi des risques de compatibilité avec les versions ultérieures. Bref il faut, dans la mesure du possible, ne pas trop s'éloigner du produit initiale pour minimiser tous les risques de dérive.
Il faut d'abord prendre le temps d'analyser les outils disponibles sur le marché ainsi que leurs réalisations concrètes si possible. Il y a toujours de nombreux nouveaux outils venant avec la promesse qu'ils savent tout faire...Faites attention aux grands noms du monde informatique, vous croyez prendre moins de risques parce que vous choisissez un grand nom...pas si certain, nous en rediscuterons ultérieurement. Préférez le service, la compétence et la disponibilité d'une entreprise que les promesses d'un grand nom connu sur le marché. À mon avis, plus souvent autrement, les grands noms imposent et changent de main ce sur quoi vous n'aurez aucun contrôle (et ce qui ne sera pas sans impact sur votre projet). Lorsque vous étudiez les systèmes, demandez de voir les choses fonctionner dans l'action auprès du représentant. Si l'on se fie aux vendeurs, aux présentations Powerpoint ou aux documents promotionnels, aujourd'hui tous les systèmes peuvent tout faire...Toutefois, lors de la mise en oeuvre, il pourrait en être autrement...
Assurez-vous de choisir un produit qui minimise le besoin de développement ou de personnalisation. Ensuite, planifiez méthodiquement vos travaux pour que le système puisse coller à vos besoins, ce n'est plus à l'étape de programmation ou personnalisation qu'il est temps de faire des modifications ou ajouts à vos plans initiaux.
Aussi, trop ajouter de développement à un produit commercial entraînera aussi des risques de compatibilité avec les versions ultérieures. Bref il faut, dans la mesure du possible, ne pas trop s'éloigner du produit initiale pour minimiser tous les risques de dérive.
Un autre point avant de faire son choix , il faut bien faire la différence entre "une plate forme de développement" et un produit prêt à l'emploi, sans quoi, des petites surprises peuvent vous attendre.
Faites vos choix en fonction de vos ressources actuelles et futures, et assurez-vous que les dépenses seront proportionnelles aux bénéfices escomptés.
Faites vos choix en fonction de vos ressources actuelles et futures, et assurez-vous que les dépenses seront proportionnelles aux bénéfices escomptés.
Pour la portion "développement", un projet de développement n'est pas chose simple et peu rapidement devenir un cauchemar, assurez-vous d'en avoir les qualifications pour ce type de gestion spécialisée.
2) Maîtriser les besoins de vos utilisateurs:
Bien sûr ça semble évident et facile à dire...Le gestionnaire du projet doit être celui qui connaît le mieux les utilisateurs. Avoir des groupes tests, est nécessaire en début de projet à mon avis. Aussi, il n'y a rien de plus révélateur que de donner la formation soi-même pour se rendre compte ce sur quoi les utilisateurs ont de la difficulté. En effet, être aussi responsable de donner la formation dans votre projet, vous apportera de précieuses informations au sujet du comportement de vos usagers et des idées pour les prochaines phases. Tout est dans les détails dans une interface bien conçue. Inutile de dire qu'il faut viser la simplicité.
Les aspects ergonomiques d'un projet de cette nature sont une science en soi. Un bouton à gauche plutôt qu'à droite peut faire toute la différence. Essayez de reprendre, dans la mesure du possible, les mêmes grands principes que l'on retrouve dans les autres outils que vos utilisateurs sont habitués d'utiliser (voir le billet cité plus haut). À mon avis, il faut un budget spécifique et faire affaire avec des spécialistes pour les aspects graphiques et ergonomiques de votre système.
Vous devez en savoir plus, vous même à l'interne, sur les besoins opérationnels de votre entreprise, que le consultant ou l'entreprise que vous aurez à embaucher pour vous aider dans la mise sur pied de votre projet...C'est vous qui devez gérer le projet. Les rôles de chacun dans l'équipe doivent être bien définis.
3) L'évolution de votre projet:
Améliorez votre système lentement et progressivement. Normalement, les utilisateurs sont assez frileux à l'annonce d'un nouveau système ou d'une nouvelle version d'un système. Lorsque je pense à un juriste, il a normalement autre chose à faire de son temps que de tenter de s'adapter aux technologies. Prenez l'exemple de l'évolution de Google, tout est pensé pour ne pas bouleverser les habitudes des usagers. Toutefois, l'évolution de ce service est tout à fait formidable en arrière plan.
Après avoir investie à former vos usagers, n'allez pas tout rechanger pour créer inutilement de la confusion. Une anecdote, il m'est arrivé de changer un peu la couleur de fond d'un projet web et de recevoir des plaintes comme quoi les gens ne s'y retrouvait plus...
Avoir une architecture de test similaire à l'architecture de production. Avec une équipe de test, tester tout, puis retester tout. Un bug est très mauvais vendeur, des plantages en production, vous ferons perdre des nuits de sommeil.
Adoptez vos changements un à la fois dans une période relativement tranquille pour votre système. Conservez un cahier des changements en production, ainsi que les versions antérieurs du système pour être en mesure de revenir rapidement en arrière en cas de problème.
Avoir une architecture de test similaire à l'architecture de production. Avec une équipe de test, tester tout, puis retester tout. Un bug est très mauvais vendeur, des plantages en production, vous ferons perdre des nuits de sommeil.
Adoptez vos changements un à la fois dans une période relativement tranquille pour votre système. Conservez un cahier des changements en production, ainsi que les versions antérieurs du système pour être en mesure de revenir rapidement en arrière en cas de problème.
Assurez-vous qu'un "back up" complet du système et ces données est pris à intervalle régulier. Une fois par an, demandez de simuler concrètement la reprise d'un 'back up" (comme on fait un exercice de feu annuellement).
4) Mesurez la satisfaction de vos usagers:
Par le biais des statistiques d'utilisation, mesurer les progrès dans l'achalandage et contributions. Faites aussi, annuellement un sondage pour mieux comprendre ce qui peut être améliorer. Développez une stratégie de promotion pour votre projet, le bouche à oreille ne suffit pas toujours.
---------------------------------------------------
