Att vilja vara smidig? Sedan kör technology operations som en start eller ett internet-företag.
Det är kontentan av en ny podcast med Santiago Comella-Dorda och Gerard Speksnijder, både med McKinsey, som delade med sig av sina observationer med McKinsey kollega Roberta Fusaro.
Foto: IBM Medier.
De diskuterade utmaningar av agila metoder, där utvecklare och företag att arbeta nära på snabba, iterativ programversioner. “Idén kring agile är att skapa små, tvärfunktionella, fristående team att leverera teknik i snabba steg,” sade Comella-Dorda. “Och eftersom de är fristående, de känner sig ansvariga inför, och det är verkligen det magiska av agile, ett lag som verkligen känner sig ansvarig för de resultat de presterar.”
Så varför är de etablerade företagen som har en tuffare tid med agile än nystartade företag och företag på internet? Till att börja med, nystartade företag som inte har äldre system och processer. “De har inte ansökan-arkitektur arv. Det är ingen monolit ansökningar, säger Speksnijder. “Allt är normalt definieras i en ganska modulärt, med massor av microservices, Api: er som tillåter dig att göra ändringar till viss del av programmet arkitektur. Du kan testa det och släppa dessa funktioner ganska snabbt och utan att ha massor av beroenden på andra delar av din ansökan landskap.”
Problemet är, agile har inte kunnat skala i större företag, sade Speksnijder. Agile ansträngningar lyckas vanligen i små grupper, men det är svårt att engagera sig som större delar av företaget — särskilt de som inte är DET lag — engagera sig. Agile blir otymplig “när det blir utanför sfären av DET, och du måste verkligen ta hela företaget och blir en smidig organisation som helhet,” Speksnijder säger, “Vi finner att de största hindren för framgång är runt organisatoriska strukturen kring hur man resurs, Om du löser för det, då är du verkligen kan få för att agila metoder i stor skala.”
McKinsey team har skapat en fyra-punkts-program för att hjälpa till att skala agila metoder i dagens företag. (Mer information finns i en artikel som publicerades i ämnet.)
Ta en produkt-orienterad, inte projektorienterat, inställning till flexibelt. Agile försök till vanliga företag tenderar att vara centrerad kring projekt, som håller saker i IT-domänen, de observerar. I stället, “organisera IT-resurser kring produkter, samlar affärs-enhet ledare, utvecklare och andra medlemmar av organisationen i stabil end-to-end-team som är fokuserade på att leverera utsedda verksamheten resultat.”
Förbättra samverkan mellan verksamhet och IT. “Ett närmare samarbete kan uppnås genom att utse stark produkt ägare från de affärsdrivande enheterna att arbeta med DET-individer som förstår företagets produkter väl och som har den tekniska kunskap och auktoritet att prioritera funktionen förändringar i produkter.”
Omdefiniera ledande roller och ansvar. Ungefär hälften av framgångsrika agila organisationer som studerats av Comella-Dorda och Speksnijder “har omdefinierats chefernas roller och ansvar för att beakta de olika möjligheter som är förknippade med agile.” Enligt den gamla vattenfall tillvägagångssätt, till exempel en chef “måste normalt att samordna en rad uppgifter som förekommer över ansökan-team utveckling, databas-lag, och så vidare”, sade de. “Enligt en agil metod, dock att det antal uppgifter (och därmed behovet av samordning) minimeras. De uppgifter som fortsättningsvis hanteras av en stark produkt som ägare eller den agila team själv.”
Redesign budgetering och planering modeller — och överväga en “venture capital” – metoden. Comella-Dorda och Speksnijder tyder på att företagen kommer att riva upp sina traditionella årliga budgetering och planering av övningar. “Vissa företag i vår forskning bas är med en annan strategi,” de observerade. “Road maps och planer ses över kvartals-eller månadsvis, och projekt är reprioritized ständigt.” Dessutom, “en handfull företag är även utforska ett venture-capital-stil budgetering modell. Inledande finansiering för minimalt gångbara produkter som kan släppas ut snabbt, raffinerade enligt kundernas feedback, och nylanserade på marknaden — kännetecken för agile utveckling. Och efterföljande finansiering baseras på hur dessa produkter gör på marknaden.”