Posté par jc-QualityStreet le 5 mars 2008
Êtes vous User Focused ? Vous sentez-vous User Focused ?
Appliquez-vous les principes de Conception Centrée Utilisateurs ?
Comment vous améliorer ?
Vaste sujet puisqu’il est transversal puisqu’il touche à vos processus organisationnels … mais un sujet qui va devenir central dans les années à venir tant la prise en compte des utilisateurs et la qualité ergonomique des produits et services informatiques vont impacter votre business.
Quand une organisation se met à s’interroger sur les problématiques ergonomiques concernant ses produits (c’est le “WAKE UP CALL“, le fameux déclic), nous avons plusieurs façons de la conseiller, plusieurs possibilités d’intervention :
- Aider à la conception du produit
- Evaluer les interfaces
- Mesurer l’effet du produit en contexte
- Lancer des recherches utilisateurs ponctuelles
Des classiques me direz-vous … des interventions, certes utiles, qui vont répondre à des besoins immédiats dans une vision à court et moyen terme.
Pourtant là n’est pas le vrai challenge …
pour progresser, amplifier ses gains, pour se démarquer, il faut aller plus en profondeur !
Il faut travailler sur ses processus de développement, ses processus organisationnels, et faire en sorte que Conception centrée Utilisateurs et Ergonomie soient intégrés et se diffusent naturellement dans l’organisation.
C’est donc là que j’interviens !
On voit où vous en êtes sur toutes ces questions.
On fait un point précis sur vos process.
On met en place une stratégie d’amélioration AJUSTEE à vos contextes de développement, à vos cycles produit.
On ne cesse de s’améliorer.
Simple Non ? …
Posté par jc-QualityStreet le 16 février 2008
Le principe de base est qu’un environnement propre et bien rangé contribue à la réalisation d’un travail efficace et de qualité.
Bon, à 35 ans c’est parfois difficile de changer ses habitudes, mais avec un peu d’autodiscipline et de rigueur, croyez-moi on y arrive… et puis, tout ce qui peut éviter de me faire perdre du temps est le bienvenu…
La pratique des 5 S (Seiri, Seiton, Seiso, Seiketsu, Shitsuke) est une méthode d’organisation japonaise précisément du Toyota Production System (TPS), initié par Taiichi Ohno (DG de Toyota); TPS dont Mary et Tom Poppendieck, se sont inspirés dans le cadre du développement logiciel avec leur “Lean Software Development“, que j’ai déjà évoqué dans d’autres billets.
LES 5S:
Seiri (Débarrasser)
Débarrasser son espace de travail de l’inutile, garder l’essentiel : une première étape incontournable. C’est la fin des bureaux encombrés, des armoires pleines, des disques durs engorgés. Pour cela, il suffit de se fier à la fréquence d’utilisation !
Seiton (Mettre en ordre)
Organiser son espace de travail de façon efficace. Une place pour chaque chose et chaque chose à sa place ! Quand on cherche quelque chose, on le trouve vite ! C’est vital pour ses propres dossiers, ça l’est aussi sur un projet ou pour la GESTION des connaissances de l’entreprise.
Seiso (Nettoyer)
Un travail propre se réalise avec des outils propres. Il s’agit donc de nettoyer son poste de travail le plus régulièrement possible.
Seiketsu (Standardiser)
Maintenir l’ordre et la propreté; cela passe par des règles (de rangement, d’indexation notamment) claires, évidentes … et connues de tous si on se place une nouvelle fois au niveau d’un projet ou de l’entreprise.
Shitsuke (Encourager les efforts)
Maintenir ces principes jours après jours, années après années… et même essayer de les améliorer. C’est souvent le plus difficile, et la dessus que j’ai toujours “dérapé” … jusqu’à maintenant !!
Tout cela paraît facile, et ça l’est, alors allons-y. Et pour se motiver davantage, rappelons que ces 5S sont les fondamentaux, le point de départ, vers les autres principes du Toyota Production System et du Lean software Development, des principes qui ont prouvé leur efficience. On pourrait citer par exemple:
- Réduire les stocks (ou plutôt les tâches non réalisées ou en cours de réalisation, les bugs …)
- Éliminer les sources de gaspillage (c’est à dire toutes les activités qui n’apportent pas de valeur au client … anomalies, situations d’attente, fonctionnalités inutiles)
- Favoriser l’apprentissage et adopter une démarche d’amélioration continue…
- Livrer vite mais à un niveau de qualité élevé (cycle de développement courts favorisant le feedback)
- …
D’ailleurs en parlant de Lean, je vous engage tous, à faire sur vos derniers projets, juste pour voir, une petite cartographie des flux de valeurs (la fameuse “Value stream map“) mais là, c’est une autre histoire !
Posté par jc-QualityStreet le 16 juillet 2007
Un nouveau processus de développement est un changement culturel majeur qui doit être préparé et accompagné.
La transition sera longue… les enjeux sont forts:
- Enjeu Humain : C’est une nouvelle façon de travailler, donc l’abandon de certaines habitudes, et la nécessité de compter sur des personnes motivées et formées.
- Enjeu Organisationnel: Le nouveau processus doit se fondre dans l’organisation existante (ce qui ne signifie pas se fondre dans les méthodes de développement existantes, bien au contraire !!!)
- Enjeu Technologique : Les nouvelles pratiques Agiles peuvent (mais ce n’est pas obligatoire) nécessiter l’investissement dans des outils facilitant par exemple la gestion de configuration, l’intégration continue, les tests automatisés, la gestion des exigences …
- Enjeu Business : Pour nous autres Editeurs, comme pour beaucoup, c’est faire le “BON PRODUIT, AU BON MOMENT, AU MEILLEUR COUT“, et le processus Unifié maximise les chances d’atteindre cet objectif.
Un plan d’accompagnement du changement doit donc être initié; mesuré, progressif, celui-ci devra permettre de saisir les avantages, opportunités, et leviers, mais aussi les freins et résistances potentielles.
L’accompagnement du changement sera telle une course de fond, car l’adoption du processus unifié (”UP”, comme “Unified Process”) et des bonnes pratiques Agiles va se faire sur de nombreux mois …
Votre programme :
- Convaincre (courts séminaires pour vos cadres et dirigeants; mise en avant des bonnes pratiques; messages clés ciblés)
- Préparer et planifier en gardant l’Esprit Agile (réflexion sur les processus, formations et coaching, analyse du contexte, activités, rôles, livrables actuellement en place, configuration de votre Development case “UP socièté xxx”, qui sera lui même décliné pour chaque projet; argumentaires, formations à dispenser)
- Mettre en œuvre (d’abord sur des projets pilotes puis progressivement sur d’autres projets)
- Evaluer, Raffiner et Améliorer (bilan et rétrospective, pour moi ce fut le Processus Unifié 2.0)
Mais dans tous les cas, FAITES VOUS COACHER PAR UN EXPERT “UP” !!!; et si celui-ci peut participer à certains de vos projets, c’est encore mieux…
Bon, tout cela a l’air compliqué, mais au final, dites vous qu’adopter “UP” (”Unified Process”) à votre contexte, c’est concrètement:
- Découper vos projets en de courtes itérations
- Piloter vos projets par les risques
- Opter pour les bonnes techniques de gestion des exigences (vision, use cases / user stories, base d’exigences)
- Mettre le paquet sur les tests de tout type (tester tôt et fréquemment)
- Et aller plus loin que le processus Unifié lui-même en intégrant les pratiques agiles les plus performantes (UP et une dose de SCRUM) et une démarche de conception centrée utilisateurs (vers le chef de projet et l’Ergonome agile)
