Un des avantages de notre boulot est de croiser beaucoup contextes, de métiers, d’applications, de technologies, d’organisations et d’équipes différentes. Au travers de tous ces contextes, il reste au moins une chose commune : la simplicité ou plutôt son absence…
A la suite du premier compte rendu sur le Kaizen « service » de Toyota France, ce deuxième compte rendu du séminaire Lean dans les services couvre la session présentée par Marie Ignace Pia, de l’institut Lean France, intitulée « Engager le management intermédiaire ».
D’après un sondage mené en 2007 par le Lean Enterprise Institute, les résistances du management intermédiaire sont le premier obstacle à l’adoption du Lean.
De ce constat Marie Ignace Pia présente son retour d’expérience du déploiement du Lean dans une grande banque française en précisant les impacts sur ce management intermédiaire. Le reste de sa présentation définit implicitement le management intermédiaire comme les managers qui supervise les managers de premier niveaux, ces derniers étant en contact avec le terrain en supervisant les opérationnels.
Cet article est le deuxième d’une série de 3 articles traitant de la stratégie de test d’une architecture REST. Il fait suite au billet sur le test unitaire d’une ressource REST. Pour rappel nous allons, par l’exemple, mettre en pace une stratégie de test sur un code d’exposition de web services REST en Java. L’exemple de code se basera sur le framework REST Jersey, implémentation de référence de Sun de la JSR-311 déjà présentée dans un précédent article . Le but de ces trois articles est de présenter un harnais de tests pouvant couvrir la mise en place de Web services REST. Ce deuxième article s’attardera sur les tests d’intégration tandis qu’un prochain article traitera des tests de recette.
(Lire la suite…)
La précédente partie avait permis de fluidifier notre chaine de batch. Essayons d’optimiser le flux…
On parle beaucoup des principes Lean appliqués à l’IT, de théorie des contraintes, on essaye de voir comment ces concepts, ces pratiques voire ces « philosophies » s’appliquent ou s’adaptent à notre monde informatique. Alors, je me suis lancé, avec humilité croyez moi, dans un exercice de style : appliquer certains principes du manufacturing pour optimiser une chaîne de batch, ie. augmenter le nombre d’éléments traités dans la fenêtre de batch disponible.
(Lire la suite…)
Comment Toyota a révolutionné la technologie des presses mécaniques pour pousser une stratégie business jusqu’au bout, et 2 morales de cette histoire pour la DSI.
Cet article est le premier d’une série de 3 articles traitant de la stratégie de test d’une architecture REST. Il fait suite au billet sur les types de test utilisés sur un projet Agile. Par l’exemple, nous allons mettre en place une stratégie de tests sur un code d’exposition de web services REST en Java. L’exemple de code se basera sur le framework REST Jersey, RI de Sun de la JSR-311 déjà présenté dans un précédent article. Le but de ces trois articles est de présenter un harnais de tests pouvant couvrir la mise en place de Web services REST. Ce premier article s’attardera sur les tests unitaires tandis que les suivants étudieront les tests d’intégration puis les tests de recette.
La semaine dernière, j’ai inversé les rôles en assistant à une conférence. Pas n’importe laquelle, la Rolls Royce des conférences : TED www.ted.com. Evènement très peu connu en France, il n’en demeure pas moins depuis 25 ans la conférence de référence aux US sur les thèmes Technology, Entertainment et Design. Disons que c’est l’évènement incontournable aux US. Vous comprenez maintenant ce que j’y suis allé faire ? Rencontrer des speakers hors du commun et rechercher des idées d’inspiration pour l’USI ( Ideas worth spreading est le moteur de TED ).
(Lire la suite…)
Plusieurs grandes figures de la communauté agile se sont récemment exprimées sur Scrum, l’agile, et ses premiers gros projets en déroute (James Shore, Alistair Cockburn, Alan Shalloway, Ron Jeffries et Martin Fowler). La lecture de ces articles (que je vous conseille vivement) et mes dernières expériences de coaching m’ont donné envie de partager mes réflexions via le blog.
A cet âge, on est convaincu d’avoir compris pourquoi le monde du développement logiciel tourne à l’envers et trouvé ce qu’il faut faire pour tout changer.
Cet article est une présentation générale du Lean Management. Vous pouvez le lire en suivant le fil de la conversation qu’il retrace, ou aller directement là où une notion est abordée. Les notions abordées :
