Gepost door op 7 december 2016 | Geen reacties op Agile cultuur uitgelegd in twee animatie-video’s

In twee begrijpelijke, geanimeerde video’s legt Spotify uit hoe ze haar succesvolle Agile engineering cultuur ziet. Daaronder heb ik opmerkingen gezet en de link gelegd met lean. De kern: “a healthy culture heals broken processes”.

Video deel 1: small cross-functional self organising teams (squads)

  • Principes zijn belangrijker dan methodieken (dus Agile gaat boven Scrum);
  • De squad-teams zijn verantwoordelijk voor eigen productfamilie (waardestroom);
  • Ruimtes zijn geoptimaliseerd voor samenwerking (soort obeya);
  • Alignment maakt autonomie mogelijk (vrijheid vereist richting);
  • Kruisbestuiving van kennis zorgt vanzelf voor standaardisatie (flexibel consistent);
  • In een cultuur van respect is geen plaats voor ego’s (gaat om elkaar helpen);
  • Lichte matrix-organisatie, zonder ‘twee bazen’ probleem: ‘tribe’ is kennisgebied met lijnmanager, ‘chapter’ is productfamilie waardestroom (vergelijkbaar met Toyota);
  • Focus ligt op community (bv. gildes voor kennisuitwisseling) ipv formule structuur;
  • Releases in kleine batches zorgt voor sneller leren (zie ook video deel 2);
  • Voorkom zoveel mogelijk ‘hand-offs’ (overdracht = grote verspiller van kennis);
  • Release ritme met treintjes (vergelijkbaar met takt);
  • Vertrouwen is belangrijker dan control (geen politiek, geen angst).

Video deel 2: fail fast, learn fast, improve fast (short cyclic)

  • Geef de vrijheid om fouten te maken, dat is leerzamer en leuker (zoals voor kinderen);
  • Reflectie gaat om leer- en verbeterpunten, focus op het proces en niet alleen op het product (daarmee creëer je een sterke permanente verbetercultuur);
  • Beperk de ‘blast radius’ van fouten, verbeter daarom incrementeel (impact van fouten is kleiner, sneller te achterhalen en sneller opgelost);
  • Productontwikkeling bij Spotify is gebaseerd op Lean Startup (test ideeën kleinschalig en zo vroeg mogelijk en kijk daarbij vooral naar de impact);
  • Besteed je tijd aan experimenten ipv discussie over of iets wel of niet werkt (stel liever een hypothese en test deze, dus ‘data-driven’);
  • Visualiseer de vooruitgang, synchroniseer dagelijks, en houd (twee)wekelijkse demo’s (bekende daily-stand, ook binnen Scrum);
  • De sleutel tot het elimineren van verspilling/flow-brekers is het visualiseren ervan en het regelmatig bespreken (vergelijkbaar met obeya-principes binnen lean-productontwikkeling);
  • Werk met verbeterborden met daarop issues en acties (zie Toyota Improvement Kata).

De agile cultuur bij Spotify lijkt wat dat betreft sterk op de lean cultuur van Toyota, en zo zie je dat het agile- en lean-gedachtegoed nauwelijks van elkaar verschillen.

Ik ben benieuwd hoe jij hier tegenaan kijkt. Laat het weten in een reactie hieronder.


Geen reacties

Reageer

Deze website gebruikt Akismet om spam te verminderen. Bekijk hoe je reactie-gegevens worden verwerkt.