« Appliquer Kanban aux processus informatiques (3) » : différence entre les versions
De Wiki Agile
Page créée avec « Category: Portail Lean Category: Kanban Category: Eli Weinstock-Herman Auteur : Eli Weinstock-Herman<br/> Source : [http://blogs.lessthandot.com/index.php/ITPr... » |
Aucun résumé des modifications |
||
| (4 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-3/ Applying Kanban to IT Processes (Part 3)]<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 troisième d’un ensemble d’articles qui décrit les bases de Kanban et son application dans les processus informatiques :<br/> | |||
* 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. | * 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. | ||
* La [[Appliquer_Kanban_aux_processus_informatiques_(2)|deuxième partie]] donnait un aperçu de Kanban et la façon de l’utiliser dans un service helpdesk (fictif). | * La [[Appliquer_Kanban_aux_processus_informatiques_(2)|deuxième partie]] donnait un aperçu de Kanban et la façon de l’utiliser dans un service helpdesk (fictif). | ||
| Ligne 21 : | Ligne 21 : | ||
'''Bienvenue sur le projet annuel de déploiement des PC de la société DEF'''<br/> | '''Bienvenue sur le projet annuel de déploiement des PC de la société DEF'''<br/> | ||
<br/> | <br/> | ||
La société DEF est une PME disposant actuellement d’environ 1000 PC et portables déployés. Son service informatique fonctionne comme la plupart des services de cette taille, c’est-à-dire avec un haut niveau de management individuel, des liens solides dans l’équipe et un personnel relativement restreint pour couvrir une grande variété de rôles. Sur les 15 personnes, seulement deux vont travailler sur le déploiement des PC et on leur a donné toute liberté pour s’organiser et effectuer leur travail. L’équipe exige un reporting sur l’état d’avancement qui soit clair et simple afin d’éviter que leur travail acharné devienne | La société DEF est une PME disposant actuellement d’environ 1000 PC et portables déployés. Son service informatique fonctionne comme la plupart des services de cette taille, c’est-à-dire avec un haut niveau de management individuel, des liens solides dans l’équipe et un personnel relativement restreint pour couvrir une grande variété de rôles. Sur les 15 personnes, seulement deux vont travailler sur le déploiement des PC et on leur a donné toute liberté pour s’organiser et effectuer leur travail. L’équipe exige un reporting sur l’état d’avancement qui soit clair et simple afin d’éviter que leur travail acharné devienne [http://blogs.lessthandot.com/index.php/ITProfessionals/ProjectManagement/an-invisible-project-is-a-failed-project un projet invisible]. Par ailleurs, il y a un espace de stockage limité pour les équipements non déployés, l’équipe aura donc besoin de bien gérer le nombre d’équipements non déployés ainsi que les commandes de nouveaux équipements.<br/> | ||
<br/> | <br/> | ||
"L’équipement et les tâches"<br/> | "L’équipement et les tâches"<br/> | ||
| Ligne 49 : | Ligne 49 : | ||
Pour gérer les PC à travers ce processus, l’équipe a inventé un « système d’étiquetage » de l’équipement. Les techniciens ont conçu un formulaire check-list copié et mis à jour pour chaque PC. Le coin supérieur droit du document devient la carte Kanban, tandis que le reste est une check-list qui sera utilisée pour vérifier l’étape précédente de chaque étape du déploiement au fur et à mesure que l’équipement progresse dans le processus. Par le passé, l’équipe avait déterminé qu’il y avait en moyenne 5% de rework nécessaire pour pallier une configuration ou un logiciel manquant.<br/> | Pour gérer les PC à travers ce processus, l’équipe a inventé un « système d’étiquetage » de l’équipement. Les techniciens ont conçu un formulaire check-list copié et mis à jour pour chaque PC. Le coin supérieur droit du document devient la carte Kanban, tandis que le reste est une check-list qui sera utilisée pour vérifier l’étape précédente de chaque étape du déploiement au fur et à mesure que l’équipement progresse dans le processus. Par le passé, l’équipe avait déterminé qu’il y avait en moyenne 5% de rework nécessaire pour pallier une configuration ou un logiciel manquant.<br/> | ||
<br/> | <br/> | ||
[[Fichier:Pt 3 Tag.png]]<br/> | [[Fichier:Pt 3 Tag.png|link=]]<br/> | ||
<br/> | <br/> | ||
Exemple de formulaire avec carte Kanban prête à détacher<br/> | Exemple de formulaire avec carte Kanban prête à détacher<br/> | ||
| Ligne 57 : | Ligne 57 : | ||
Maintenant que les tâches ont été définies, l’équipe initialise son premier tableau visuel avec du ruban et des étiquettes sur un tableau de liège. Les punaises seront utilisées pour positionner les cartes Kanban liées à chaque pièce d’équipement dans l’étape appropriée du tableau.<br/> | Maintenant que les tâches ont été définies, l’équipe initialise son premier tableau visuel avec du ruban et des étiquettes sur un tableau de liège. Les punaises seront utilisées pour positionner les cartes Kanban liées à chaque pièce d’équipement dans l’étape appropriée du tableau.<br/> | ||
<br/> | <br/> | ||
[[Fichier:KanbanPt3 VisBoard 1.png]]<br/> | [[Fichier:KanbanPt3 VisBoard 1.png|link=]]<br/> | ||
<br/> | <br/> | ||
Tableau Kanban avec quelques cartes<br/> | Tableau Kanban avec quelques cartes<br/> | ||
| Ligne 65 : | Ligne 65 : | ||
<br/> | <br/> | ||
Il y a un certain nombre d’exigences et de facteurs à prendre en compte pour établir le reporting lié à ce processus. En se basant sur les exigences et les souhaits exprimés par le responsable informatique, l’équipe a produit la liste suivante des points devant faire l’objet d’un reporting :<br/> | Il y a un certain nombre d’exigences et de facteurs à prendre en compte pour établir le reporting lié à ce processus. En se basant sur les exigences et les souhaits exprimés par le responsable informatique, l’équipe a produit la liste suivante des points devant faire l’objet d’un reporting :<br/> | ||
* Avancement : basé sur le concept d’un | * Avancement : basé sur le concept d’un [http://www.controlchaos.com/about/burndown.php burndown], le tableau d’avancement affiche les progrès réels et une date de fin prévisionnelle | ||
* Délai déstocké -> déployé : un graphique simple pour montrer le temps de déploiement réel par rapport à la moyenne et aux années précédentes | * Délai déstocké -> déployé : un graphique simple pour montrer le temps de déploiement réel par rapport à la moyenne et aux années précédentes | ||
* Satisfaction des utilisateurs : un couple de barres horizontales qui affiche le nombre de livraisons réussies à la date prévue et le nombre de déploiements incomplets (rework) | * Satisfaction des utilisateurs : un couple de barres horizontales qui affiche le nombre de livraisons réussies à la date prévue et le nombre de déploiements incomplets (rework) | ||
<br/> | <br/> | ||
[[Fichier:KanbanPt3 Spreadsheet.png]]<br/> | [[Fichier:KanbanPt3 Spreadsheet.png|link=]]<br/> | ||
<br/> | <br/> | ||
Feuille de calcul et graphiques associés pour le reporting hebdomadaire<br/> | Feuille de calcul et graphiques associés pour le reporting hebdomadaire<br/> | ||
