Disponible en ligne et en PDF, notre aventure se poursuit désormais hors de la DSI …

… Paul va injecter une pensée lean et Web2.0 à la comptabilité de la Banque :
Déjà deux séances avec nos sémillants collègues de la comptabilité, et je commence sérieusement à me demander ce que je suis venu faire dans cette galère. Ni Sibylle ni moi n’arrivons à démêler le fatras de cette immense Direction aux objectifs variés, aux effectifs pléthoriques, et dotée d’un des Systèmes d’Information des plus ancien et complexe…

Plus que deux chapitres avant le dénouement final …

A bientôt !

PHP est industriel. C’est le message que les membres de la communauté PHP en France diffusent depuis quelques temps (USI 2009 : Oui ! PHP est industriel !) à l’attention des décideurs d’entreprises avec la volonté de changer les mentalités. Il est vrai que la plate-forme a longtemps souffert d’obstacles, plus ou moins rationnels, à son intégration dans nos entreprises. Aujourd’hui nos amis nous disent : « Il existe un outillage foisonnant permettant d’améliorer la productivité des développeurs, la qualité du code : de véritables usines de développement existent, au même niveau de maturité que pour Java ou .NET. ». Cool !

Mais nos expériences « d’industrialisation » sur les socles Java ou .NET nous ont enseigné que souvent l’industriel n’est pas (ou pas seulement) là ou on le croit !. Plusieurs questions se posent alors: Pourquoi industrialiser ? Qu’est-ce qu’industrialiser dans le domaine du logiciel ? Quelles matières premières pour quelles transformations ? Comment mettre en œuvre une démarche pérenne et efficiente pour produire plus vite et moins cher ?

Venez découvrir des réponses et des expériences autour de ces questions lors de la session « PHP Industrialization » à l’ Open World Forum le 01 Octobre de 2009 de 14h à 16h.

Un grand merci à Damien Seguy, organisateur de la session pour cette opportunité d’échanger. Venez nombreux !

Le Logiciel Libre a désormais un avantage dans les couches techniques : OS, web, serveurs d’applications, bases de données, frameworks, outils de développement… Après avoir suivi les solutions propriétaires, les FLOSS sont désormais maîtres du jeu, et les innovations majeures viennent de Linux, Firefox, Maven ou Eclipse plutôt que des solutions propriétaires. Toutefois, cette évolution n’est pas encore vraie dans le domaine des logiciels métiers. ERP et CRM luttent encore pour être plus largement acceptés (Apache OFBiz, SugarCRM, …), et n’innovent pas plus rapidement que les solutions propriétaires (SAP, Oracle, Microsoft…) ou Cloud (SalesForce…). Comment changer cela ? Comment se fait-il que les avantages traditionnels de l’Open Source, basés sur l’adoption et la communauté n’aient pas permis de se différencier ? Dans cette conférence, vous apprendrez à créer une dynamique d’amélioration continue au sein d’une institution de micro finance, et comment construire des systèmes aussi simples à utiliser qu’à enrichir (wikipedia)… Cette expérience est transposable dans tous les domaines. C’est un séminaire en immersion que nous proposons aux participants.

Rendez-vous le 2 octobre à 11:00 à l’Eurosites Georges V !

Dans l’Informatique Conviviale, nous évoquons une entreprise qui s’ouvre progressivement à la contribution de ses troupes en les décloisonnant, puis à celle de ses partenaires et clients. Ce concept est emprunté aux stratégies des grandes « plate-formes » ou « Cloud » comme Google, LinkedIn ou SalesForce. Cette stratégie a été brillamment décrite et commentée par le journaliste Jeff Jarvis, auteur du best seller What Would Google Do ?

Alors quel rapport avec le Velib ? Essayons d’appliquer la théorie de l’ouvert à ce système. Dans le système Velib’, un effet indésirable récurrent limite le nombre d’abonnements et la satisfaction des abonnés : « ya jamais de vélos quand j’en ai besoin » ou « quand j’arrive au concert, la station est pleine, et c’est le stress pour être à l’heure ». Pour limiter ce problème, JC Decaux a mis en place un système de navette : il paye des ressources internes pour équilibrer la charge. Donc il dépense X pour un service médiocre qui laisse intactes les causes de manque à gagner (il n’y a toujours pas de vélo en haut des côtes le matin, toujours trop au Bataclan, etc.).

Que se passe-t-il si l’on fait le pari de déléguer ce service d’équilibrage à la foule ?

1. On peut-y injecter de l’argent, du vrai, puisqu’on paie déjà des équilibreurs en camion, et que l’on peut estimer un manque à gagner important (faites le test dans votre entourage)
2. On peut donc rémunérer la foule, celle qui enlèverait un vélo d’une station pleine ou le ramènerait à une station vide. Imaginons 1€ pour une station très déséquilibrée (très vide ou très pleine) à 10 centimes pour une station moyennement déséquilibrée.

Avec plusieurs milliers d’équilibrage par jour, l’opérateur dépensera quelques milliers d’euro, soit moins que sa facture actuelle de camions et de personnel. Mais il crée surtout les conditions optimales pour des populations qui vont « connaître les bons plans » : le concert du Bataclan à 19h, les stations en amont de Belleville le matin, et tous ces spots qui vont leur permettre de gagner quelques euro écologiques.

Qu’en pensez-vous ?

« Scrum sans itérations ? » un concept étrange que d’imaginer une méthode itérative sans itérations … Et pourtant nombre de blogs de l’écosystème agile présentent Kanban, un processus par définition non itératif, comme une évolution intéressante pour les projets Scrum.

L’objectif de cet article est donc d’illustrer comment ces deux approches, d’apparence contradictoires, peuvent se compléter pour le plus grand bonheur de nos utilisateurs ! L’article s’adresse à des lecteurs déjà sensibilisés à Scrum, si vous ne connaissez pas ce kit méthodologique, Wikipedia est un bon point d’entrée.

Quelques illustrations de cet article ont été récupérées de l’excellent blog de Henrik Kniberg.

(Lire la suite…)

L’USI nous a encore une fois donné l’occasion de croiser nos amis du Visual Studio Talk Show Guy Barette et Mario Cardinal. Nous avons réalisé ensemble un podcast sur l’Informatique Conviviale qui nous parle de la genèse d’OCTO, de notre vision de l’architecte depuis 10 ans, et des 10 prochaines années que nous voulons encore plus … conviviales : épanouissement individuel, amélioration continue grâce à l’informatique, systèmes (enfin) ouverts …

Bonne écoute !

Parce que XPDays est un rendez-vous phare de l’agilité en France, on se devait d’être présent pour cette quatrième édition. Le temps d’arriver tranquillement dans le Chalet de la Porte Jaune sous un joli soleil matinal, on se demande par quoi commencer dans le copieux programme de cette première journée.

(Lire la suite…)

On a la culture qu’on peut. C’est en regardant la série Dr House, que le cynique docteur m’a remis en mémoire le cycle d’acceptation du deuil : déni, colère, marchandage, dépression et enfin acceptation.
Quel rapport entre notre manière d’accepter la mort et la gestion du changement ??

Au fil de mes observations, j’ai pu constater que le changement, c’est à dire l’acceptation d’une nouvelle idée, suivait le même processus. Lorsque vous devez changer : je n’écris plus de code sans tests, je ne mens plus, je cherche à comprendre les gens plus qu’à les convaincre, ou tout autre changement par rapport à une attitude antérieure, vous subissez ce difficile processus de deuil de vieux choix.

La vitesse de ce processus dépend des individus et des groupes dans lesquels ils évoluent. Elle peut aller de la seconde à plusieurs années … Faites le test sur vous même en vous remémorant votre dernier deuil ….

Toutes les dynamiques d’amélioration continue (agile, lean, TOC ..) sont contraintes par ce processus. C’est finalement la contrainte des contraintes…

OCTO organise le 19 mai de 9h à 11h un petit-déjeuner gratuit Lean Management et Systèmes d’information, Une matinée didactique pour comprendre le lean, et savoir démarrer demain matin.

(Lire la suite…)

En 1983, Elyahu Goldratt a publié un article polémique « Comptabilité analytique : ennemi public numéro 1 de la productivité ». A sa grande surprise, il était invité deux ans plus tard à la conférence annuelle de l’Institute of Management Accountants pour y exposer sa théorie. L’ouvrage a été rédigé ensuite, pour vérifier les propos de l’inventeur de la Théorie des Contraintes (TOC).
(Lire la suite…)