DevOps alleen geschikt voor speelgoedapplicaties
De term DevOps wordt tegenwoordig te pas en te onpas gebruikt en lijkt te staan voor agile softwareontwikkeling waarbij developers in een hippe werkomgeving plezier mogen maken met het vrijblijvend bouwen en live brengen van leuke nieuwe autonome state-of-the-art apps.
“It’s important to take note of the realities: with their complex decision-making mechanisms, dozens or even hundreds of teams, and stakeholders demanding transparency, large enterprises often need a structured approach to implement such a significant change.”
“Some highly regarded experts argue this limits the achievable level of agility by large organizations.”
“In fact, as a response to Ken Schwaber’s criticism, even Dean Leffingwell, SAFe® advocate, admits that implementing strict Scrum + XP with no standardized approach whatsoever has brought about problems in large organizations.”
Software development methodologies evolution Part I
Software development methodologies evolution Part II
De term DevOps wordt tegenwoordig te pas en te onpas gebruikt en lijkt te staan voor agile softwareontwikkeling waarbij developers in een hippe werkomgeving plezier mogen maken met het vrijblijvend bouwen en live brengen van leuke nieuwe autonome state-of-the-art apps, zonder lastig gevallen te worden door procedures, management, QA en ICT operations & services.
Het leeuwendeel van het programmeerwerk in IT gebeurt echter rond complexe, geïntegreerde business-critical (legacy) systemen, een plek waar DevOps zoals het nu gekenmerkt wordt, helemaal niks te zoeken heeft.
DevOps team bij Google — klik voor vergroting
Van het totale budget voor maatwerk software wordt 75% gebruikt voor onderhoud. In de VS werd bijvoorbeeld in 2016 $75 miljard USD besteed aan de ontwikkeling van maatwerk software.
“Application development and maintenance (ADM) accounts for 34 percent of IT budgets.”
Gartner source
De globale ICT markt
Decennia lang probeert IT-management projecten krampachtig onder controle te krijgen. DevOps is het nieuwste alibi voor IT-afdelingen om business te laten zien dat IT tastbare resultaten oplevert.
Als reactie op Waterval (en Prince II) kwam Agile vooral op in de jaren ’90. Met de opkomst van webapplicaties werd de behoefte groter aan korte iteraties met gebruikers dichtbij, om hen nieuwe mogelijkheden van het internet te tonen. De traditionele watervalmethodiek maakte het immers onmogelijk om vooraf alle nieuwe mogelijkheden te specificeren.
De verwachtingen die Agile wekte konden niet direct waargemaakt worden. Lokaal iets hacken en presenteren is iets anders dan een systeem operationeel maken. Operations bij Development betrekken om transitie sneller en beter voor te bereiden is dan de natuurlijke volgende stap: DevOps.
DevOps als de “holy grail” van ICT
IT-management ziet, aangewakkerd door consultants, conferenties en tool-leveranciers, DevOps als oplossing voor alle problemen: one-size-fits-all, levenselixer en holy grail voor moderne IT (samen met cloud). En daar gaat het mis.
Lees meer over falen in hybride "Agile Waterfall" organisaties
DevOps bij highly regulated large enterprises (HRLE) in sectoren zoals financiële diensten, verzekeringen, gezondheidszorg, defensie en overheid heeft vaak beperkte toepassing.
Interview met Kevin Goldsmith, Vice President of Engineering bij Spotify
“Wat werkt er niet bij Spotify en DevOps?”
“Grote projecten kunnen een uitdaging zijn. Vooral vanwege ons model met autonome teams. Toen wij onze UI veranderden naar het nieuwe donkere uiterlijk, kostte het ons drie maanden en moesten we een berg ontwikkelaars uit de normale teamstructuren trekken. Erg niet-Spotify.”
Bron
