Product & Design

Posté le 28/06/2018 par Julien Kirch

Cette interview fait partie d’une série, vous trouverez les autres à cet endroit.Le 28 mars 2018Philippe Kernévez est arrivé à OCTO début 2000 pour travailler sur l’architecture technique et J2EE. Depuis 2008 il est directeur technique de la filiale suisse d’OCTO.Te souviens-tu de la manière dont tu voyais l’agile et les agilistes avant qu’ils n’ar...

Lire la suite >

Posté le 14/06/2018 par Julien Kirch, Pierre Pezziardi

Cette interview fait partie d’une série, vous trouverez les autres à cet endroit.Le 26 mars 2018Pierre Pezziardi a cofondé OCTO en 1998. Directeur technique au début des années 2000 il est l’un de ceux qui font venir les agilistes. En 2012, il se lance dans des activités entrepreneuriales. Depuis 2013 aux startups d’État il coache des équipes qui t...

Lire la suite >

Posté le 13/06/2018 par Ngoc Quê-minh Vo

[Or what I did learn from javascript 101, even though I am not a software engineer]When I was young(er), I’ve started my career in multinational corporations. One of the key things which struck me at that time was that, even though each of this company was quite hierarchical, every manager must, to evolve in their career, have made a compulsory tra...

Lire la suite >

Posté le 13/06/2018 par Samuel Retiere

J'ai un peu tout entendu sur les limites depuis que j'utilise Kanban avec des phrases choc du style : "Si tu n'as pas de limites sur toutes tes colonnes, c'est que tu ne fais pas du Kanban". Et bien je peux maintenant le dire, cette phrase c'est juste .... inexact. Je vais vous expliquer pourquoi, mais surtout comment faire pour limiter le travail ...

Lire la suite >

Posté le 08/06/2018 par Alban Dalle, Nicolas Kalmanovitz

Nous l’observons de plus en plus, la recherche d’agilité conduit les entreprises à adapter leur organisation. Il s’agit de casser les silos pour accélérer le développement des produits, de privilégier les petites équipes pluridisciplinaires et les communautés de pratiques transverses, rendre ces équipes plus autonomes et responsables… avec à la clé...

Lire la suite >

Posté le 07/06/2018 par Julien Kirch, Christophe Thibaut, Laurent Brisse, Marc Cherfi, Philippe Kernévez, Pierre Pezziardi

Aujourd’hui, OCTO et l’agile, cela va de soi et l’on pourrait croire qu’il en a toujours été ainsi.Pourtant, à ses débuts, OCTO faisait uniquement du conseil en architecture de SI, et était essentiellement composé d’architectes, comme en témoigne le premier logo :Les agilistes sont arrivés dans les années 2000, amenant leurs nouvelles méthodes.Si l...

Lire la suite >

Posté le 07/06/2018 par Julien Kirch, Christophe Thibaut

Cette interview fait partie d’une série, vous trouverez les autres à cet endroit.Le 23 mars 2018Christophe Thibaut est à OCTO depuis octobre 2005 et s’intéresse plus particulièrement aux différents aspects de la prévention et du management de la qualité. Depuis quatre ans, il est dans la tribu Craft dont la vocation est d’aider les clients dans leu...

Lire la suite >

Posté le 26/05/2018 par Nicolas Kalmanovitz

Le why ?Pour réussir un projet et créer une équipe agile qui performe, nous misons sur des petites équipes pluridisciplinaires co-localisées qui prennent le temps du cadrage agile (cadrage 360°) : une série de 6 à 7 ateliers qui assure la mise en place de l’esprit de collaboration et de co-conception avec toutes les parties prenantes, initie une dé...

Lire la suite >

Posté le 26/05/2018 par Nicolas Kalmanovitz

Le why ?La réussite d’un programme agile multi-équipes repose sur les mêmes principes que pour une seule équipe : Simplifier l’organisation et miser sur les interactions pour libérer l'intelligence collective.La façon la plus simple, la plus participative et la plus agile -selon moi- d’assurer le lancement de ce type de programme est d’appliquer la...

Lire la suite >

Posté le 16/05/2018 par Charles Du Portal

QU’EST-CE QU’UNE US “Ready To Dev”?J’ai rejoint un projet. Les douleurs que me rapportaient les membres de l’équipe concernaient la qualité des userstories (US). Elles ne comportaient qu’un titre, pas forcément explicite. Le product owner (PO) s’était habitué au fonctionnement suivant : “tu as une question sur une US, bah viens me voir, je suis dis...

Lire la suite >