Many organizations make the same mistakes when it comes to scaling Agile and DevOps and then attempt to rectify those mistakes by formulating a new strategy—only to miss the real reasons why the initiative failed.
As someone who helps companies through software delivery transformations, I’ve seen my share of ineffective behaviors. What I find most difficult to watch is organizations that make the same agile and DevOps scaling mistakes year after year.
Recently I made a visit to a Fortune 100 company where the last two VPs responsible for the transformation had been let go. In the meeting, I took some notes about what might be happening to the company’s Agile and DevOps initiatives to get them into such a bad state. I had a vivid image of a billion dollars wasted, and billions more that would be wasted if they didn’t learn from the past. This lead me to create a set of anti-patterns that you want to avoid at all costs.
Mik Kersten a commencé sa carrière en tant que chercheur scientifique chez Xerox PARC où il a créé le premier environnement de développement orienté aspect. Il a ensuite été le pionnier de l'intégration des outils de développement avec Agile et DevOps dans le cadre de son doctorat en informatique à l'Université de Colombie-Britannique. En fondant Tasktop à partir de cette recherche, Mik a écrit plus d'un million de lignes de code open source qui sont toujours utilisées aujourd'hui, et il a mis sur le marché sept produits open source et commerciaux réussis. L'expérience de Mik dans le cadre de certaines des plus grandes transformations numériques au monde l'a amené à identifier la déconnexion critique entre les chefs d'entreprise et les technologues. Depuis lors, Mik travaille à la création de nouveaux outils et d'un nouveau cadre - le Flow Framework™ - pour connecter les réseaux de flux de valeur des logiciels et permettre le passage du projet au produit. Mik vit avec sa famille à Vancouver, au Canada, et voyage dans le monde entier, partageant sa vision de la transformation de la façon dont les logiciels sont construits. Il est l'auteur de Project To Product, un livre qui aide les organisations informatiques à survivre et à prospérer dans l'ère du logiciel.
