« Scrum-ban » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 7 : | Ligne 7 : | ||
Traduction :<br /> <br /> | Traduction :<br /> <br /> | ||
Comme de plus en plus de gens s'intéressent aux idées Lean et à leur application dans la gestion des connaissances et des projets, il est utile de trouver des moyens pour que ce soit plus facile de démarrer ou d'apprendre quelques notions de base qui peuvent mener à une compréhension plus profonde un peu plus tard. Pour ceux qui sont curieux au sujet de Kanban dans un contexte bureau, il n'est pas rare de trouver des gens qui sont soit actuellement en train d'utiliser Scrum, ou qui ont une certaine perception de Scrum en tant que représentant de la pensée Agile. D'une façon ou d'une autre, les utilisateurs de Scrum composent une part importante de l'audience Kanban. Puisque Scrum peut être décrit comme une instance dans la langue que nous utilisons pour décrire les systèmes Kanban, il est également assez facile d'élaborer et de décrire des hybrides Scrum / Kanban. Cela peut être utile pour les équipes Scrum existantes qui cherchent à changer de taille ou améliorer leur capacité. Cela peut également être utile pour des nouveaux utilisateurs plus prudents qui trouvent un réconfort dans une méthode "établie".<br /> <br /> [[Image:ladas-scrumban-001.jpg|ladas-scrumban-001.jpg|right]]<br /> L'idée d'utiliser un simple tableau de tâches avec des cartes ou des post-its est aussi vieille que l'Agilité elle-même. Une présentation simple est un workflow ''A faire -> En cours -> Fini''. Les cartes représentent des items de travail à traiter dans le périmètre actuel. Des noms peuvent être associés aux cartes pour indiquer qui travaille sur quoi. Les équipes agiles ont eu recours à ce genre de méthode depuis longtemps, et quelques personnes ont remarqué dès le départ que cela avait une certaine ressemblance avec la notion de kanban dans les systèmes lean.<br /> <br /> Bien sûr, divers outils électroniques existent qui remplissent ces fonctions, mais le simple tableau de tâches représente quelques principes Lean que je trouve à forte valeur ajoutée, simple technologiquement' parlant et d'un point de vue contrôle visuel. L'utilité d'une telle méthode simple de gestion de workflow, c'est qu'elle est facile à gérer, et plus important encore, elle est facile à changer. Se blottir autour d'un écran d'ordinateur, même très grand, ne peut en aucune façon remplacer l'interactivité tactile et sociale qui accompagne la manipulation d'un grand tableau de tâches. Peut-être qu'un jour ce sera le cas. Mais pas aujourd'hui. Les outils électroniques sont bons pour gérer des listes de choses, comme les backlogs et les bugs, et produire des rapports. Des outils simples peuvent constituer un concept difficile à expliquer aux fanatiques de technologie, mais c'est ensuite que l'on comprend leur valeur.<br /> <br /> [[Image:ladas-scrumban-002.jpg|ladas-scrumban-002.jpg|left]]<br /> Un problème avec le tableau de tâches et ses post-its, c'est qu'il n'y a rien pour vous empêcher d'accumuler une grosse pile de travail en cours. Le timeboxing, de par sa nature, établit une limite de TAF sur ce qui peut être traité, mais il peut encore aller plus loin que souhaitable.<br /> <br /> Si un kanban est un objet qui représente une demande de travail, et que notre tableau de tâches échappe à tout contrôle, quel est le véritable problème ? Le problème c'est que le kanban représente davantage qu'une simple demande de travail sur une carte, et mettre des post-its sur un tableau blanc n'est pas suffisant pour mettre en œuvre un système à flux tiré.<br /> <br /> <br /> <br /> <br /> | Comme de plus en plus de gens s'intéressent aux idées Lean et à leur application dans la gestion des connaissances et des projets, il est utile de trouver des moyens pour que ce soit plus facile de démarrer ou d'apprendre quelques notions de base qui peuvent mener à une compréhension plus profonde un peu plus tard. Pour ceux qui sont curieux au sujet de Kanban dans un contexte bureau, il n'est pas rare de trouver des gens qui sont soit actuellement en train d'utiliser Scrum, ou qui ont une certaine perception de Scrum en tant que représentant de la pensée Agile. D'une façon ou d'une autre, les utilisateurs de Scrum composent une part importante de l'audience Kanban. Puisque Scrum peut être décrit comme une instance dans la langue que nous utilisons pour décrire les systèmes Kanban, il est également assez facile d'élaborer et de décrire des hybrides Scrum / Kanban. Cela peut être utile pour les équipes Scrum existantes qui cherchent à changer de taille ou améliorer leur capacité. Cela peut également être utile pour des nouveaux utilisateurs plus prudents qui trouvent un réconfort dans une méthode "établie".<br /> <br /> [[Image:ladas-scrumban-001.jpg|ladas-scrumban-001.jpg|right]]<br /> L'idée d'utiliser un simple tableau de tâches avec des cartes ou des post-its est aussi vieille que l'Agilité elle-même. Une présentation simple est un workflow ''A faire -> En cours -> Fini''. Les cartes représentent des items de travail à traiter dans le périmètre actuel. Des noms peuvent être associés aux cartes pour indiquer qui travaille sur quoi. Les équipes agiles ont eu recours à ce genre de méthode depuis longtemps, et quelques personnes ont remarqué dès le départ que cela avait une certaine ressemblance avec la notion de kanban dans les systèmes lean.<br /> <br /> Bien sûr, divers outils électroniques existent qui remplissent ces fonctions, mais le simple tableau de tâches représente quelques principes Lean que je trouve à forte valeur ajoutée, simple technologiquement' parlant et d'un point de vue contrôle visuel. L'utilité d'une telle méthode simple de gestion de workflow, c'est qu'elle est facile à gérer, et plus important encore, elle est facile à changer. Se blottir autour d'un écran d'ordinateur, même très grand, ne peut en aucune façon remplacer l'interactivité tactile et sociale qui accompagne la manipulation d'un grand tableau de tâches. Peut-être qu'un jour ce sera le cas. Mais pas aujourd'hui. Les outils électroniques sont bons pour gérer des listes de choses, comme les backlogs et les bugs, et produire des rapports. Des outils simples peuvent constituer un concept difficile à expliquer aux fanatiques de technologie, mais c'est ensuite que l'on comprend leur valeur.<br /> <br /> [[Image:ladas-scrumban-002.jpg|ladas-scrumban-002.jpg|left]]<br /> Un problème avec le tableau de tâches et ses post-its, c'est qu'il n'y a rien pour vous empêcher d'accumuler une grosse pile de travail en cours. Le timeboxing, de par sa nature, établit une limite de TAF sur ce qui peut être traité, mais il peut encore aller plus loin que souhaitable.<br /> <br /> Si un kanban est un objet qui représente une demande de travail, et que notre tableau de tâches échappe à tout contrôle, quel est le véritable problème ? Le problème c'est que le kanban représente davantage qu'une simple demande de travail sur une carte, et mettre des post-its sur un tableau blanc n'est pas suffisant pour mettre en œuvre un système à flux tiré.<br /> <br /> <br /> <br /> <br /> <br /> <br /> | ||
===Un kanban est plus qu'une carte=== | ===Un kanban est plus qu'une carte=== | ||
[[Image:ladas-eur5.jpg|ladas-eur5.jpg|left]]<br /> Dans une économie moderne, la production et la distribution de biens et de services rares sont régulées par un système monétaire basé sur les prix. Le monétaire peut être représenté par des billets de banque, qui ont peu de valeur intrinsèque, mais qui par convention, peuvent être échangés contre des biens et des services réels. L'existence d'un support neutre d'échange rend possible un système de calcul économique de la rareté relative de l'offre de biens dans une économie. Un tel système basé sur les prix est ce qu'on appelle un marché. Les marchés communiquent à leurs participants la valeur économique de la production et de la distribution.<br /> [[Image:ladas-zimbabwenote.jpg|ladas-zimbabwenote.jpg|right]]<br /> <br /> <br /> <br /> Un kanban représente une partie de la capacité de production de certaines économies internes proches. C'est un support d'échange pour les biens et les services fournis par les exploitants d'un système de ressources productives. L'offre de kanban en circulation est contrôlée par une fonction de régulation qui renforce sa valeur. Autrement dit, un kanban est une sorte de monnaie privée et le manager de l'atelier est la banque qui l'émet, à des fins de calcul économique.<br /> <br /> Si vous allez encore plus loin dans l'analogie monétaire, alors vous pouvez dire que Kanban ne concernent pas du tout les post-its. Tout comme l'argent ne concernent pas les billets. Kanban traite des limites, la quantité en circulation. La façon dont cela est représentée dans une transaction est accessoire.<br /> <br /> Une règle simple pour comprendre tout cela pourrait être :<br /> <br /> ''Un post-it tâche sans limite n'est pas un kanban, de la même manière que la photocopie d'un billet d'un dollar n'est pas de l'argent.''<br /> <br /> Si vous utilisez un objet résistant comme une carte en plastique, alors c'est facile à gérer : contrôlez le nombre de cartes en circulation. Si toutes les cartes disponibles sont déjà en circulation alors la personne suivante qui vient en chercher un, devra attendre qu'une carte revienne. C'est le but même du système kanban. Toutefois, si vous utilisez un support jetable, comme des cartes ou des post-its, alors vous avez besoin d'un autre mécanisme pour réguler "l'offre argent". Dans notre cas, nous écrivons simplement la quantité de kanban en circulation sur le tableau de tâches, et nous allouons de nouvelles cartes en fonction de cette limite.<br /> <br /> Cela signifie qu'un kanban dessert deux fonctions : il s'agit d'une demande pour faire quelque chose en particulier, mais c'est aussi la permission de faire quelque chose en général. Les gens, qui se forment à la pensée lean, ont beaucoup de mal avec cette deuxième notion de permission. Mais c'est précisément de cette manière là que vous pouvez "optimiser l'ensemble" ou "subordonner l'ensemble à la contrainte".<br /> <br /> | [[Image:ladas-eur5.jpg|ladas-eur5.jpg|left]]<br /> Dans une économie moderne, la production et la distribution de biens et de services rares sont régulées par un système monétaire basé sur les prix. Le monétaire peut être représenté par des billets de banque, qui ont peu de valeur intrinsèque, mais qui par convention, peuvent être échangés contre des biens et des services réels. L'existence d'un support neutre d'échange rend possible un système de calcul économique de la rareté relative de l'offre de biens dans une économie. Un tel système basé sur les prix est ce qu'on appelle un marché. Les marchés communiquent à leurs participants la valeur économique de la production et de la distribution.<br /> [[Image:ladas-zimbabwenote.jpg|ladas-zimbabwenote.jpg|right]]<br /> <br /> <br /> <br /> Un kanban représente une partie de la capacité de production de certaines économies internes proches. C'est un support d'échange pour les biens et les services fournis par les exploitants d'un système de ressources productives. L'offre de kanban en circulation est contrôlée par une fonction de régulation qui renforce sa valeur. Autrement dit, un kanban est une sorte de monnaie privée et le manager de l'atelier est la banque qui l'émet, à des fins de calcul économique.<br /> <br /> Si vous allez encore plus loin dans l'analogie monétaire, alors vous pouvez dire que Kanban ne concernent pas du tout les post-its. Tout comme l'argent ne concernent pas les billets. Kanban traite des limites, la quantité en circulation. La façon dont cela est représentée dans une transaction est accessoire.<br /> <br /> Une règle simple pour comprendre tout cela pourrait être :<br /> <br /> ''Un post-it tâche sans limite n'est pas un kanban, de la même manière que la photocopie d'un billet d'un dollar n'est pas de l'argent.''<br /> <br /> Si vous utilisez un objet résistant comme une carte en plastique, alors c'est facile à gérer : contrôlez le nombre de cartes en circulation. Si toutes les cartes disponibles sont déjà en circulation alors la personne suivante qui vient en chercher un, devra attendre qu'une carte revienne. C'est le but même du système kanban. Toutefois, si vous utilisez un support jetable, comme des cartes ou des post-its, alors vous avez besoin d'un autre mécanisme pour réguler "l'offre argent". Dans notre cas, nous écrivons simplement la quantité de kanban en circulation sur le tableau de tâches, et nous allouons de nouvelles cartes en fonction de cette limite.<br /> <br /> Cela signifie qu'un kanban dessert deux fonctions : il s'agit d'une demande pour faire quelque chose en particulier, mais c'est aussi la permission de faire quelque chose en général. Les gens, qui se forment à la pensée lean, ont beaucoup de mal avec cette deuxième notion de permission. Mais c'est précisément de cette manière là que vous pouvez "optimiser l'ensemble" ou "subordonner l'ensemble à la contrainte".<br /> <br /> | ||
