Hvorfor moderne agile er værd at tjekke ud

Tal med dit team om Modern Agile. Det er et værdifuldt eksperiment. Her er hvorfor.

Moderne agile på 30 sekunder

Modern Agile har fire vejledende principper:

  • Gør folk fantastiske
  • Gør sikkerhed til en forudsætning
  • Eksperimentér og lær hurtigt
  • Lever værdien kontinuerligt

Du kan lære mere om disse vejledende principper på webstedet Modern Agile. Jeg opfordrer dig også til at tjekke Joshua Kerievskys tale på Agile 2016, samt deltage i Slack-gruppen (klik på Community fra hovedsiden). Dette indlæg beskriver ikke grundlæggende principperne.

"Gør folk awesome" har en tendens til at rejse nogle mennesker op, men mine designvenner (UX, Service Design osv.) Får det sandsynligvis med det samme:

I moderne agile spørger vi, hvordan vi kan gøre mennesker i vores økosystem fantastiske. Dette inkluderer de mennesker, der bruger, fremstiller, køber, sælger eller finansierer vores produkter eller tjenester

Folk i Agile-samfundet nitpick undertiden på værket "make" (forudsat at det betyder kraft), men det er ikke hensigten.

Hvad er mit engagement i Modern Agile?

Jeg er medlem af samfundet, og jeg har leget med at blive mere involveret på en eller anden måde. Jeg har afledt værdien ved at bruge Modern Agile-principperne (se nedenfor). Jeg får ikke betalt for dette, og der er heller ikke noget at købe / sælge.

Den gode ting ved MA er, at selv hvis det skulle falme i glemmebogen (som mange af disse ting gør), ville jeg stadig få værdi ud af det. Spring ind i Slack-samfundet for at lære mere (hovedwebsted, faneblad for samfund).

Værdifuld?

Efter min personlige mening er Modern Agile værdifuld af tre grunde:

  1. omfavner hel-org agility og justerer vores bestræbelser på at levere værdi til mennesker (indre og eksterne) i vores økosystemer,
  2. diskuterer en ekstremt vigtig forudsætning for smidighed (sikkerhed) og
  3. styrker det Agile samfund ved at fokusere på kernen og opfordrer os til løbende at søge efter lettere vægtværktøjer og omfavne forskellige synspunkter og tilgange (tilpasse og forbedre)

For mig er det i det mindste en nyttig ramme.

Hvorfor? Jeg fordeler mig i to store grunde nedenfor.

Mere effektive samtaler

Software produktudvikling er en hel organisation sport. Jeg er ikke en stor fan af at skelne mellem "teamet" og "virksomheden" (eller "forretningsfolk" eller "sponsorer"). Jeg finder Modern Agile meget lettere at forklare for ikke-udviklere og mere sandsynligt at udløse meningsfulde samtaler. Jeg er nødt til at kommunikere effektivt til ikke-udviklere, fordi flaskehalsen sjældent er på softwareudviklingsteamniveau. Det er disse mennesker - folk inden for finansiering, marketing, C-suite, produkt, logistik, UX og design - der skal ændre deres måder.

Det er nemt at forkæle ord som proces, værktøjer, arbejdssoftware, kontrakter, forhandlinger, planer, krav, projekter og selvorganisering. Agile-manifestet genlyder dybt med mig personligt, men jeg har svært ved at skabe den samme spænding, når jeg taler med andre mennesker (især ikke-udviklere). Mange samtaler går sidelænsende ude af et ord her, eller en antagelse der. Men smid noget magtfuldt som "gør sikkerhed er en forudsætning" eller "leverer værdi kontinuerligt" i blandingen, og samtalen har en tendens (efter min erfaring) til at skifte gear.

Jeg respekterer, at Agile-manifestet ikke er blevet opdateret, og elsker det for, hvad det er, men personlig ønsker jeg, at ånden med at omfavne ændring, tuning og justering var blevet anvendt på selve manifestet. Det (ånden) inspirerer bestemt Agile-samfundet, som konstant øver, tilpasser og raffinerer (når det ikke er for travlt med at sælge og certificere).

Dette er sandsynligvis grunden til, at jeg graviterer mod - eller i det mindste bruger det daglige arbejde - de moderne agile principper. Det er overhovedet IKKE en afvisning af Manifestet eller Scrum Guide. Det fungerer simpelthen bedre. Jeg har fundet det samme med nogle af Kanban-metodeprincipperne som "start med hvad du gør nu" og "accepterer at forfølge trinvis, evolutionær ændring". Folk er opmærksomme. Vi er nødt til at bygge flere broer.

Agile == Scrum

Mange mennesker forbinder Agile med Scrum-roller, artefakter, begivenheder og hvad der er kendt som “Scrum-mønstre” (værktøjer / metoder, der er i overensstemmelse med Scrum-værdier og teori). Dette giver mening, da Scrum er den mest populære Agile-inspirerede ramme. Men her er problemet. En person, der kigger på Agile-manifestet (eller Modern Agile), vil naturligvis spørge "godt, hvordan gør vi egentlig det HER?" De vil derefter liste nogle behov ud fra deres særlige kontekst - gå hurtigere, ansvarlighed, prognoser, rapportering, titler, hvordan UX passer ind, skalerer udfordringer, performance management osv. - og undrer dig over, hvordan man kan nå disse mål ved hjælp af Scrum (fordi Scrum er, hvor du starter, ikke?)

Hvad vi har tilbage med er TONER af akkumulerede mønstre, bøger, konferencevideoer, træningsmateriale og stammekendskab. Disse mønstre er IKKE Scrum-regler, men de er agile-Scrum spawn. Dette er hvad der sker, når du har noget lovende, der fungerer (Scrum fungerer undertiden). Folk prøver at udfylde emnerne. I årenes løb morfiserer, tilpasses, gaffel, multiple, forfald og dør disse forskellige måder.

Par det sammen med aggressive to-dages certificeringsordninger og det medfødte kundelyst efter en sølvkugle, og du har masser af mennesker, der løber rundt om ”gør agile” ved at gøre Scrum og en række potentielt forældede og overdrevent foreskrivende og ineffektive mønstre. Der er noget ved ånden i manifestet, der bliver skjult. Og vi ignorerer potentielt lette måder, der - gisper - undertiden bryder Scrum-reglerne, såvel som den vigtige tekniske praksis, som Scrum målrettet udelader.

Sæt hætten

For at sammenfatte: 1) Agile Manifesto vil ikke blive opdateret (respekterer det fuldstændigt), 2) Scrum er populært (fuldt ud respekterer det), 3) masser af teams misbruger ånden i Scrum (det sker), 4) certificering fikserer en bred befolkning på de grundlæggende fremgangsmåder (helt forudsigelig, noget uundgåelig, og det er lukrativt), og 5) software produktudvikling er en fuld org-forfølgelse.

Mangfoldighed af perspektiver

Jeg har dækket mere effektiv samtale, men der er noget andet ...

Som samfund er vi nødt til at ”forlade plads” til ikke-Scrum værktøjer / metoder / rammer / tilgange. Jeg vil sige det samme for kodefabrikkerne ... vi har brug for den stemme for at ringe højere. Ikke fordi Scrum er dårlig, men fordi en balance mellem stemmer er afgørende for et blomstrende samfund. Faktisk ser jeg et stærkt behov for at fokusere også på kerneværdierne i Scrum, da de ofte skjules.

Ellers ser du en opdeling af en slags eller en uddybning af det nuværende kløft. Jeg kan meget se et scenarie, hvor du kan se noget som LeanAgile (med DevOps, og en stærk håndværkskomponent og en opmærksomhed på skalering) gaffel fra det, vi ser som AgileScrum og SaFE. Måske er dette uundgåeligt, hvem ved, men jeg føler, at Modern Agile er et vigtigt perspektiv og ramme.

Så…

Giv Modern Agile et kig. Gå igennem principperne med dit team. Føre en samtale. Den gode ting ved MA er, at selv hvis du stopper der - bare taler gennem principperne - lærer du sandsynligvis noget.