« Appliquer Kanban aux processus informatiques (2) » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (2 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 3 : | Ligne 3 : | ||
[[Category: Eli Weinstock-Herman]] | [[Category: Eli Weinstock-Herman]] | ||
Auteur : Eli Weinstock-Herman<br/> | Auteur : Eli Weinstock-Herman<br/> | ||
Source : [ | Source : [https://blogs.lessthandot.com/index.php/itprofessionals/itservicemanagement/applying-kanban-to-it-processes-part-2/ Applying Kanban to IT Processes (Part 2)]<br/> | ||
Date : 08/12/2009<br/> | Date : 08/12/2009<br/> | ||
---- | ---- | ||
| Ligne 11 : | Ligne 11 : | ||
Traduction :<br/> | Traduction :<br/> | ||
<br/> | <br/> | ||
Cet article est le deuxième d’un ensemble d’articles qui décrit les bases de Kanban et son application dans les processus informatiques. La [[Appliquer_Kanban_aux_processus_informatiques_(1)|première partie]] donnait un aperçu de Kanban et la façon dont il est utilisé dans l’industrie. Les articles qui suivront explorent différents scénarios pour vous aider à trouver des idées s’appliquant à votre propre contexte.<br/> | |||
<br/> | <br/> | ||
Dans cette deuxième partie de cette série "Appliquer Kanban aux processus informatiques", nous explorons un helpdesk et la manière dont Kanban peut aider à améliorer son image, ses métriques, son moral, sa réactivité et ses délais d’exécution. Les exemples de tableaux et de processus donnés dans cet article ne sont pas destinés à être pris tel quel dans vos processus d’entreprise, mais plutôt pour créer un système basé sur Kanban et l’appliquer dans un cadre fictif. Kanban est une philosophie et non pas un ensemble figé de processus, donc s’il vous plaît rappelez-vous que ce n’est qu’un exemple de la façon dont il pourrait être appliqué dans les cas fictifs décrits.<br/> | Dans cette deuxième partie de cette série "Appliquer Kanban aux processus informatiques", nous explorons un helpdesk et la manière dont Kanban peut aider à améliorer son image, ses métriques, son moral, sa réactivité et ses délais d’exécution. Les exemples de tableaux et de processus donnés dans cet article ne sont pas destinés à être pris tel quel dans vos processus d’entreprise, mais plutôt pour créer un système basé sur Kanban et l’appliquer dans un cadre fictif. Kanban est une philosophie et non pas un ensemble figé de processus, donc s’il vous plaît rappelez-vous que ce n’est qu’un exemple de la façon dont il pourrait être appliqué dans les cas fictifs décrits.<br/> | ||
| Ligne 40 : | Ligne 40 : | ||
Dans l’esprit de garder les choses simples, nous avons bâti ensemble notre premier tableau Kanban en utilisant un tableau blanc, un peu de ruban et quelques post-its.<br/> | Dans l’esprit de garder les choses simples, nous avons bâti ensemble notre premier tableau Kanban en utilisant un tableau blanc, un peu de ruban et quelques post-its.<br/> | ||
<br/> | <br/> | ||
[[Fichier:KanbanPt2 VisBoard 1.png]]<br/> | [[Fichier:KanbanPt2 VisBoard 1.png|border|link=]]<br/> | ||
<br/> | <br/> | ||
Premier tableau visuel de l’entreprise ABC complété avec les post-its des tâches actuelles<br/> | Premier tableau visuel de l’entreprise ABC complété avec les post-its des tâches actuelles<br/> | ||
| Ligne 68 : | Ligne 68 : | ||
Après avoir parlé à l’équipe et examiné les post-its sur notre tableau actuel, l’équipe a décidé de modifier le tableau en ajoutant un endroit pour les « Tâches escaladées ». Cette modification a été une idée de l’un des membres de l’équipe pour nous aider à mieux suivre les tâches qui ont été escaladées aux Administrateurs systèmes et au Développement afin qu’ils ne prennent pas de place dans la colonne "Travail en cours", nous ne voulions pas les perdre en les sortant complètement du tableau. Pour l’équipe de l’entreprise ABC, cette demande avait du sens, nous l’avons donc ajouter au tableau.<br/> | Après avoir parlé à l’équipe et examiné les post-its sur notre tableau actuel, l’équipe a décidé de modifier le tableau en ajoutant un endroit pour les « Tâches escaladées ». Cette modification a été une idée de l’un des membres de l’équipe pour nous aider à mieux suivre les tâches qui ont été escaladées aux Administrateurs systèmes et au Développement afin qu’ils ne prennent pas de place dans la colonne "Travail en cours", nous ne voulions pas les perdre en les sortant complètement du tableau. Pour l’équipe de l’entreprise ABC, cette demande avait du sens, nous l’avons donc ajouter au tableau.<br/> | ||
<br/> | <br/> | ||
[[Fichier:KanbanPt2 VisBoard 2.png]]<br/> | [[Fichier:KanbanPt2 VisBoard 2.png|border|link=]]<br/> | ||
<br/> | <br/> | ||
"Tableau visuel de l’entreprise ABC avec une nouvelle étape d’escalade des tâches"<br/> | "Tableau visuel de l’entreprise ABC avec une nouvelle étape d’escalade des tâches"<br/> | ||
| Ligne 80 : | Ligne 80 : | ||
Nous allons également attribuer à chaque membre une colonne « principale » où ils ont l’habitude de travailler. Puisque les limites de Kanban imposent un nombre maximal de tâches autorisées dans chaque étape du processus, il y aura des moments où des pans entiers du tableau seront bloqués. Par exemple, si la personne responsable de la colonne "En attente retour client" est surchargée ou en congé maladie, l’ensemble du département sera bloqué parce que la colonne « En attente retour client » est pleine. Lorsque cela arrive, les gens quitteront leur colonne "principale" pour aider à éliminer les goulots d’étranglement.<br/> | Nous allons également attribuer à chaque membre une colonne « principale » où ils ont l’habitude de travailler. Puisque les limites de Kanban imposent un nombre maximal de tâches autorisées dans chaque étape du processus, il y aura des moments où des pans entiers du tableau seront bloqués. Par exemple, si la personne responsable de la colonne "En attente retour client" est surchargée ou en congé maladie, l’ensemble du département sera bloqué parce que la colonne « En attente retour client » est pleine. Lorsque cela arrive, les gens quitteront leur colonne "principale" pour aider à éliminer les goulots d’étranglement.<br/> | ||
<br/> | <br/> | ||
[[Fichier:KanbanPt2 VisBoard 3.png]]<br/> | [[Fichier:KanbanPt2 VisBoard 3.png|border|link=]]<br/> | ||
<br/> | <br/> | ||
Tableau visuel de l’entreprise ABC avec des limites définies<br/> | Tableau visuel de l’entreprise ABC avec des limites définies<br/> | ||
| Ligne 98 : | Ligne 98 : | ||
Initialement, les personnes travaillaient sur plusieurs tâches à la fois, diluant leur concentration et perdant à chaque fois du temps quand ils passaient d’une tâche à l’autre. En l’absence de priorisation, il n’y avait aucune garantie sur l’instant où une tâche serait sélectionnée par un membre de l’équipe, les tâches pouvaient même être égarées ou complètement oubliées. La communication à l’utilisateur final était incohérente et les tâches escaladées étaient rarement communiquées ou suivies, les solutions complexes mises en œuvre n’étaient généralement pas expliquées et généraient des tâches supplémentaires à traiter.<br/> | Initialement, les personnes travaillaient sur plusieurs tâches à la fois, diluant leur concentration et perdant à chaque fois du temps quand ils passaient d’une tâche à l’autre. En l’absence de priorisation, il n’y avait aucune garantie sur l’instant où une tâche serait sélectionnée par un membre de l’équipe, les tâches pouvaient même être égarées ou complètement oubliées. La communication à l’utilisateur final était incohérente et les tâches escaladées étaient rarement communiquées ou suivies, les solutions complexes mises en œuvre n’étaient généralement pas expliquées et généraient des tâches supplémentaires à traiter.<br/> | ||
<br/> | <br/> | ||
[[Fichier:KanbanPt2 VisBoard 4.png]]<br/> | [[Fichier:KanbanPt2 VisBoard 4.png|border|link=]]<br/> | ||
<br/> | <br/> | ||
Progression dans le temps du tableau visuel de l’entreprise ABC<br/> | Progression dans le temps du tableau visuel de l’entreprise ABC<br/> | ||
