processus

L'individualisation du travail va à l'encontre de l'esprit d'équipe

L'individualisation du travail va à l'encontre de l'esprit d'équipe

Ajoutée à la division du travail et à celle du temps, l'individualisation du travail est à l'opposé de ce que propose l'agilité pour une équipe.

Après la division du travail et celle du temps, la partie déconstruction du travail de la Fresque de l’agilité aborde l’individualisation, qui est en quelque sorte une division des personnes.

La division du temps met la pression

La division du temps met la pression

Ajoutée à la division du travail, la division du temps rallonge le délai avant mise en service et met la pression sur les gens.

Adam Smith a inventé la division du travail. Frederick Taylor l’a complétée en divisant le temps de production en une suite de tâches élémentaires, répétées et chronométrées.

Le taylorisme a eu une influence considérable sur l’organisation du travail. On en retrouve des traces, voire plus, dans des types de travaux pour lesquels il n’a pourtant pas été conçu comme ceux de la connaissance et des services.

La division du travail nuit aussi aux usagers

La division du travail nuit aussi aux usagers

La division du travail est néfaste aux salariés ; elle nuit aussi aux usagers

Aux débuts de l’agilité, j’essayais de convaincre que la division du travail n’était pas du tout une bonne idée pour le développement de logiciel, qu’elle nuisait aux coéquipiers et à l’organisation. Maintenant, en tant que cycliste dans ma ville, je constate que la division du travail est toujours appliquée, y compris dans les collectivités locales, et qu’elle nuit aussi aux usagers.

Le cycle de vie d'un produit

Le cycle de vie d'un produit

Un pattern fractal basé sur l'approche scientifique

On peut suivre une approche agile de bout en bout en commençant par explorer le produit avec du Lean Startup avant de l’exploiter avec Scrum.

Scrum est un cadre de processus

Un cadre léger

Dans son article initial de 1996, Ken Schwaber parlait volontiers de processus et de méthodologie. Plus tard Scrum a été souvent qualifié de méthode (agile).

Cette difficulté à classer Scrum a continué un certain temps.

Préface de Kanban pour l'IT, deuxième partie

Simplicité pour présenter le processus

Suite de la préface de Kanban pour l’IT, le livre de Laurent Morisseau, deuxième édition. Cette deuxième partie évoque les approches processus pour montrer en quoi Kanban est différent. Représentation de processus Il y a une quinzaine d’années, je m’intéressais de près aux notations, langages, modèles et méta-modèles (UML, SPEM, BPMN) pour représenter les processus. On retrouve dans Kanban les mêmes notions de rôle, activité et élément de travail, mais avec une approche bien différente :

Fiches et guides Scrum

Je veux des fiches pour la méthode agile

La semaine dernière, une participante à ma formation m’a demandé des fiches résumant les rôles et les pratiques Scrum. C’est quelque chose qu’on ne me demande pas souvent en formation ou accompagnement. Il faut dire que cette participante n’avait pas reçu mon support de cours; elle n’avait pas encore lu mon livre non plus. Des descriptions de rôles et de pratiques, j’en ai écrites, qui pourraient aller sur des fiches. Il y en a même sur ce blog, et beaucoup.

Des sprints pour une release

Ce chapitre deux parle de cycle de vie pour développer un produit

Mon éditeur (Dunod) m’a demandé de commencer à réfléchir à une deuxième édition de Scrum, le guide pratique de la méthode agile la plus populaire. Oh, on a le temps, c’est pour une publication au printemps en automne 2011.

Une 2ème édition peut inclure un éventuel nouveau chapitre, mais le plus usuel est d’améliorer et d’ajouter des paragraphes à ceux existant.