Posté par jc-QualityStreet le 30 mars 2008
… quand je démarre un atelier de travail !
En effet, dans des contextes d’amélioration des processus de développement, pour certaines sessions de travail de conception, ou dans le cadre de réunions de Vision ou rétrospective, un point sur les objectifs personnels de chaque participant (par rapport à cet atelier) est un élément de facilitation tout à fait pertinent, je dirais même, indispensable.
Leur mise au jour permet entre autres:
- de nous découvrir,
- de vous exprimer, de vous découvrir,
- de créer une dynamique de groupe
- de vous rassurer
- d’orienter certains axes de mon intervention
- de bénéficier d’un fil rouge sur lequel je peux rebondir, notamment à chaque fin d’atelier.
Certes, la session de travail a ses propres objectifs, mais la découverte des objectifs personnels, est un moment d’interaction fort, un point d’accroche essentiel qui souvent permet d’enclencher une approche réellement collaborative.
Pour les aborder, plusieurs techniques évidemment; personnellement j’affectionne une courte préparation individuelle, puis l’affichage et le regroupement des post-it sur un poster.
Et vous ?
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 2 février 2008
Mais tout d’abord, une petite question : selon vous, parmi la centaine de posts de ce blog, quel est le “billet le plus consulté” ?
Allez… quelques secondes de réflexion…
Bon fin du suspens (et quel suspens !) … le billet gagnant se trouve être (et de loin) …
“Spécifications, Exigences et Cahier des charges : Quoi, Comment ?”, l’un des billets de mon TOP 14.
Je ne me risquerai pas à émettre des conclusion hâtives sur cette statistique (car les facteurs l’influençant sont nombreux).
Je ne m’aventurerai pas non plus à postuler que le billet en question est celui qui VOUS intéresse le plus, vous les habitués de Qualitystreet, lecteurs assidus qui venez d’horizons souvent différents mais qui vous retrouvez dans ma vision des projets, de la qualité et dans cette convergence vers laquelle je tends.
Alors surpris ? Moi non (mais je triche car je consulte mes stats), et Vous ?…
J’espère que les lecteurs de “ce billet le plus consulté” trouvent déjà dans celui-ci ce qu’ils recherchent… Pour les y aider davantage, voici un petit “best of” de billets Qualitystreet relatifs à l’Ingénierie des exigences (besoins, spécifications, analyse ….), mais rassurez-vous nous en reparlerons, dans des contextes agiles, à partir d’un référentiel CMMI ou même en mixant les deux!
- Spécifications, Exigences et cahier des charges: Quoi, Comment ?
- Spécifications, Exigences et cahier des charges: Qui, Quand
- Modèle de Kano: si précieux pour…
- La voix de l’utilisateur, entre recueil du besoin et gestion de l’incertitude
- Un user proxy mais pas d’utilisateurs
- Une interface conviviale (1/3)
- Une interface conviviale (2/3)
- Une interface conviviale (3/3)
- Use cases, User Stories
- Use cases, User Stories: les différences
- Use Case, UML, oui mais …
- User stories, plus appropriées ?
Si vous avez le courage d’en lire ou en avez lu certains :); dites-moi celui qui vous inspire le plus, sinon plus simplement faites nous partager vos meilleures sources.
Posté par jc-QualityStreet le 26 janvier 2008
Je vous parlais, il a y quelques temps de l’Information Radiator, criant symbole et représentation la plus concrète de l’Esprit Agile. Il donne de la visibilité à tous les acteurs en mettant le focus sur l’essentiel (on sait exactement où on en est et ce qu’on fait), suscite l’intérêt et provoque les échanges.
Et bien voilà une nouvelle preuve de l’intérêt et de l’efficacité du visuel, avec ce “job chart“, sorte de taskboard allégé, adapté à un nouveau contexte, la maison et les tâches domestiques, sujet ô combien sensible :), et à une nouvelle cible, la famille, dans le respect de celle-ci biensûr.
Peter Abilla, http://www.shmula.com/
Moi j’adore … ma femme trouve ça génial (évidemment) … seul problème nos enfants ne savent pas encore lire !. On attendra donc encore un peu avant de se lancer …
Plus sérieusement, Peter Abilla développe dans son article (en anglais) l’origine de sa démarche et les valeurs qu’ils cherchent à véhiculer : engagement, sens des responsabilités, valeur du travail, autonomie, esprit (d’équipe….non) de famille.
Il revient aussi sur les règles de fonctionnement, le positionnement dans un lieu stratégique, la cuisine ainsi que sur les multiples avantages de l’approche visuelle (feedback immédiat, information sur les tâches, visibilité…).
Les parents réfléchissent déjà à la façon d’améliorer le système (des modèles, toujours visuels, de “bon travail” avec par exemple un comparatif, toilettes propres / toilettes sales 
), et tous font même un point de suivi tous les soirs … nouveau concept le SCRUM familial !!
Bon, il faut dire que l’auteur est un expert reconnu du Lean Software Development, approche initiée par Mary and Tom Poppendieck, reprenant et adaptant au monde informatique, les principes ayant fait le succés de Toyota dans l’industrie automobile…
Posté par jc-QualityStreet le 6 novembre 2007
… dépend pour beaucoup la réussite ou l’échec de nos projets !! Et même si les Méthodes Agiles favorisent l’esprit d’équipe, parfois ça ne suffit pas… ce qui me rappelle d’ailleurs ce petit commentaire trouvé dans « Implementing Lean Software Development » de Mary & Tom Poppendieck.
“I tried the team approach, but I can’t get the team to take the iteration goals seriously. They punch the clock and go home at the end of the day. At the end of an iteration, the work the team supposedly committed to is not done, and no one really cares”
La motivation est un sujet qui dépasse largement le cadre de ce blog ; les leviers motivationnels sont multiples, individuels, organisationnels … (rappelez vous les travaux de Maslow, d’Herzberg), et il n’est pas question de les aborder ici.
Je vous dirai simplement que selon moi l’incapacité de bâtir un esprit d’équipe, la faillite à constituer et à maintenir une véritable équipe projet, est à l’origine de bien des difficultés.
Dés lors,
- n’hésitez pas à promouvoir l’esprit d’équipe aux dépends de l’individualisme,
- mettez le paquet sur le lancement du projet, sur les réunions de début et de fin d’itération,
- communiquez sur le Timeboxing,
- impliquez vos collaborateurs dans les réunions d’estimation (ces fameux Planning Poker chers à mon collègue bloggeur Claude Aubry),
- accordez-vous un chef de projet (ou équivalent) agile et facilitateur, donnez-lui les moyens d’exercer son rôle et appuyez ses actions,
- et ne lésinez ni sur les SCRUMs ni sur les workshops.
Enfin, mettez à la disposition de votre équipe une « War room », environnement de travail collaboratif pour l’équipe, munie de white boards, parsemée d’indicateurs visuels (Burndown chart et qualité), et de posters de vos utilisateurs (Personas) !!
Pour ma part, Construire des projets autour d’individus motivés et garder “l’Esprit Agile” est devenu ma devise…
