« Appliquer Kanban aux processus informatiques (2) » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (4 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
[[Category: Portail Lean]] | |||
[[Category: Kanban]] | |||
[[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 8 : | 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 37 : | 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 65 : | 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 77 : | 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 95 : | 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/> | ||
| Ligne 116 : | Ligne 119 : | ||
Les avantages décrits ci-dessus sont directement liés à l’application de Kanban dans un environnement général. Dans le cas de l’entreprise ABC, nous pourrions probablement ajouter d’autres gains plus spécifiques à leur environnement, si ce n’était pas une société fictive. Peut-être le plus gros gain est-il que le département fonctionne maintenant à partir d’un tableau blanc. Quelqu’un a récemment déclaré que les tableaux blancs, de par leur nature, invitaient les gens à écrire dessus ou à modifier leur contenu, tandis qu’un papier imprimé invite plutôt à la lecture seule. En quoi est-ce pertinent ? Aucun processus n’est parfait et un processus figé dans la marbre est un processus qui ne se développe pas pour répondre au mieux aux besoins de leur entreprise. En engageant les membres de l’équipe, en expérimentant et en définissant le processus sur un support modifiable, on encourage l’équipe à continuer de faire des suggestions et à continuer à essayer d’améliorer le processus et le département.<br/> | Les avantages décrits ci-dessus sont directement liés à l’application de Kanban dans un environnement général. Dans le cas de l’entreprise ABC, nous pourrions probablement ajouter d’autres gains plus spécifiques à leur environnement, si ce n’était pas une société fictive. Peut-être le plus gros gain est-il que le département fonctionne maintenant à partir d’un tableau blanc. Quelqu’un a récemment déclaré que les tableaux blancs, de par leur nature, invitaient les gens à écrire dessus ou à modifier leur contenu, tandis qu’un papier imprimé invite plutôt à la lecture seule. En quoi est-ce pertinent ? Aucun processus n’est parfait et un processus figé dans la marbre est un processus qui ne se développe pas pour répondre au mieux aux besoins de leur entreprise. En engageant les membres de l’équipe, en expérimentant et en définissant le processus sur un support modifiable, on encourage l’équipe à continuer de faire des suggestions et à continuer à essayer d’améliorer le processus et le département.<br/> | ||
<br/> | <br/> | ||
Dans le prochain article, nous explorerons l’utilisation d’un processus Kanban temporaire pour gérer un projet fonctionnel court terme. Alors que Kanban est souvent appliquée aux grands processus comme une ligne de fabrication ou un département entier, il y a des avantages à également l’utiliser pour des projets de petites tailles voire jetables. Dans cette prochaine histoire, nous examinerons l’utilisation d’un tableau kanban pour aider à gérer un projet annuel de réapprovisionnement de PC. | Dans le prochain article, nous explorerons l’utilisation d’un processus Kanban temporaire pour gérer un projet fonctionnel court terme. Alors que Kanban est souvent appliquée aux grands processus comme une ligne de fabrication ou un département entier, il y a des avantages à également l’utiliser pour des projets de petites tailles voire jetables. Dans cette prochaine histoire, nous examinerons l’utilisation d’un tableau kanban pour aider à gérer un projet annuel de réapprovisionnement de PC.<br/> | ||
<br/> | <br/> | ||
'''A propos de l’auteur'''<br/> | '''A propos de l’auteur'''<br/> | ||
<br/> | <br/> | ||
Eli Weinstock-Herman : Eli a plus d’une dizaine d’années d’expérience dans les architectures logicielle et système, le développement web, la programmation sur bases de données, l’administration de bases de données, l’architecture et l’intégration de systèmes industriels, l’administration de systèmes, … dans plusieurs secteurs industriels, en passant par l’éducation et l’industrie pour aller jusqu’au consulting et le développement SaaS. Ses billets reflètent cette diversité, en visitant une variété de sujets, notamment l’amélioration des processus, le codage, la qualité, l’administration de systèmes, les pratiques de développement et l’architecture logicielle. | Eli Weinstock-Herman : Eli a plus d’une dizaine d’années d’expérience dans les architectures logicielle et système, le développement web, la programmation sur bases de données, l’administration de bases de données, l’architecture et l’intégration de systèmes industriels, l’administration de systèmes, … dans plusieurs secteurs industriels, en passant par l’éducation et l’industrie pour aller jusqu’au consulting et le développement SaaS. Ses billets reflètent cette diversité, en visitant une variété de sujets, notamment l’amélioration des processus, le codage, la qualité, l’administration de systèmes, les pratiques de développement et l’architecture logicielle. | ||
