10.7 Agile

Muhtasari na msukumo

Agile ni mtazamo wa kutoa programu (na thamani) kwa marudio, kwa nyongeza, na kwa ushirikiano wa karibu na watu watakaoitumia. Iliyoandikwa katika Manifesto for Agile Software Development ya mwaka 2001, inaeleweka vyema si kama mchakato bali kama seti ya maadili na kanuni: weka kipaumbele watu na mwingiliano, programu inayofanya kazi, ushirikiano na mteja, na kuitikia mabadiliko, kuliko chaguo-msingi za awali zilizojaa mipango, mikataba, na nyaraka. Mifumo kama Scrum, Kanban, na Extreme Programming (XP) ni utekelezaji wa mtazamo huo. Ni mahali pa kuanzia penye manufaa, lakini si mtazamo wenyewe. Sura hii inakamilisha sura ya 1.4 (njia za kufanya kazi, inayochunguza mbinu kwa upana) kwa kuingia kwa kina kwenye Agile hasa.

Agile inaendeshwa na nguvu ileile inayohuisha mabomba ya ugunduzi na utoaji (sura za 11.1–11.2): mahitaji ya programu hugunduliwa, hayajulikani kikamilifu mapema, na dunia inabadilika haraka kuliko mpango mrefu unavyoweza kunyonya. Utoaji wa mlipuko mmoja, wa kupanga-kila-kitu-kwanza hurudia kuzalisha mifumo iliyochelewa, iliyozidi bajeti, na, mbaya zaidi, isiyo sahihi, kwa sababu kujifunza kote kunafika mwishoni, wakati ni ghali zaidi kutenda. Dau la msingi la Agile ni rahisi: mizunguko mifupi ya kujenga programu halisi inayofanya kazi na kupata maoni halisi inashinda mizunguko mirefu ya makisio. Ikifanywa vizuri, inapunguza hatari mfululizo badala ya kuiahirisha.

Kwa timu kubwa, biashara kubwa, na serikali, Agile ina nguvu na mara nyingi huharibiwa. Biashara kubwa huipokea kuvuka mamia ya timu na mara nyingi huipunguza kuwa ibada (“sasa tunafanya vikao vya kusimama”) bila kubadilisha jinsi maamuzi yanavyofanywa au thamani inavyopimwa. Serikali imeipokea kwa makusudi, kwa sababu utoaji wa marudio, unaomlenga mtumiaji hupunguza kwa uthibitisho hatari ya programu kubwa za umma: U.S. Digital Service na Digital Services Playbook yake, Government Digital Service ya Uingereza na Service Standard, na mageuzi ya ununuzi wa agile yote yalitokana kwa sehemu na kushindwa kwa umma kwa kiwango cha juu kwa maporomoko ya maji. Zawadi ni halisi. Hali ya kushindwa ya “agile kwa jina tu” ni halisi vilevile.

Kanuni kuu

Thamini maadili manne ya Manifesto (watu, programu inayofanya kazi, ushirikiano, na kuitikia) kuliko mabaki ya mchakato.
Toa programu inayofanya kazi mara kwa mara kwa nyongeza ndogo; programu inayofanya kazi ndicho kipimo cha msingi cha maendeleo.
Karibisha mabadiliko, hata ya kuchelewa; uwezo wa kujirekebisha ni kipengele, si kushindwa.
Jenga kuzunguka timu zenye motisha, zilizowezeshwa, zinazojipanga zenyewe.
Shirikiana mfululizo na watumiaji na wadau.
Tafakari na uboreshe kwa mdundo wa kawaida.
Dumisha mwendo wa kibinadamu na ubora wa kiufundi: kasi bila ufundi huporomoka.

Mapendekezo

Egemea maadili na kanuni, si sherehe

Pendekezo muhimu zaidi moja la Agile ni kuongoza na kwa nini. Timu inayofanya kikao cha kila siku cha kusimama, mapitio ya mbio, na tafakari ya nyuma, lakini bado inaahidi wigo uliowekwa kwa tarehe iliyowekwa, inaficha habari mbaya, na haibadilishi mpango kamwe, si agile. Ni maporomoko ya maji yenye mikutano. Tumia kanuni kumi na mbili kama orodha ya ukaguzi ya wepesi halisi. Mnatoa programu inayofanya kazi mara kwa mara? Mnaweza kukaribisha badiliko mzunguko ujao? Timu inaamua jinsi ya kufanya kazi? Mteja yuko kwenye mzunguko kweli? Ikiwa sherehe hazizalishi matokeo hayo, rekebisha matokeo, si sherehe.

Chagua mfumo kama mahali pa kuanzia, si dini

Chagua mfumo unaolingana na kazi na uubadilishe:

Scrum: mbio zenye muda uliowekwa, mrundikano uliopewa kipaumbele, na majukumu yaliyofafanuliwa (mmiliki wa bidhaa, scrum master, wasanidi). Mzuri kwa utoaji wa vipengele wenye mmiliki wa bidhaa wazi; dhaifu kazi inapoendeshwa sana na usumbufu.
Kanban: mtiririko endelevu wenye mipaka wazi ya kazi inayoendelea (WIP) na mfumo wa kuvuta. Mzuri kwa msaada, operesheni, na kufika kusikotabirika (na umejikita moja kwa moja kwenye nadharia ya mtiririko na foleni, tazama sura za 11.2, 11.3). Kupunguza WIP hufupisha muda wa kuongoza (Sheria ya Little).
Extreme Programming (XP): mazoea ya kihandisi ikijumuisha uundaji unaoendeshwa na majaribio, kupanga programu wawili wawili, ujumuishaji endelevu, kurekebisha muundo, matoleo madogo. Uti wa mgongo wa kiufundi unaofanya mfumo wowote kuwa endelevu.
Scrumban na mchanganyiko: mchanganyiko wa kivitendo ambao timu nyingi zilizokomaa huishia nao.

Mifumo ni kiunzi. Weka kinachosaidia, acha kisichosaidia, na usiruhusu kamwe “mfumo unasema hivyo” kubatilisha “kanuni zinasema kwa nini.”

Sisitiza ubora wa kiufundi

Agile bila nidhamu ya kihandisi huharibika haraka kuwa uzalishaji wa haraka wa msimbo usiodumishika, “dark scrum,” ambapo timu zinakimbia hadi kwenye shimo la lami la kasoro na deni la kiufundi. Mazoea ya XP si nyongeza za hiari. Ujumuishaji endelevu (sura ya 8.1), majaribio ya kiotomatiki (sura ya 2.4), kurekebisha muundo, uundaji wa msingi wa shina (sura ya 2.6), na usanifu safi (sura ya 2.2) ndivyo vinavyoruhusu timu kuendelea kubadilisha programu kwa bei nafuu, ambayo ndiyo msingi mzima wa wepesi. Mwendo endelevu ni muhimu kwa sababu hiyohiyo: timu zilizochoka haziwezi kudumisha ubora wala kuitikia.

Panua kwa uangalifu, na upendelee kupunguza ukubwa

Mifumo ya kupanua, kama SAFe (Scaled Agile Framework), LeSS, Nexus, na Scrum@Scale, huratibu timu nyingi kuelekea malengo ya pamoja. Zinaweza kusaidia, lakini zinabeba onyo (likirudia sura ya 1.4): mifumo mizito ya kupanua mara nyingi hurudisha hasa udhibiti wa amri na mzigo mzito wa mipango ambao Agile ilikusudiwa kuuondoa. Kabla hujapokea mfumo mkubwa, jaribu kupunguza ukubwa. Panga kuzunguka timu huru, zilizooanishwa na mtiririko zenye umiliki wazi na utegemezi mdogo wa timu mbalimbali (sura ya 1.2), ili uhitaji mitambo midogo ya uratibu tangu mwanzo. Pale uratibu unapohitajika kweli, ongeza muundo mwepesi zaidi unaofanya kazi, na uufunge kwa matokeo (OKR, malengo na matokeo muhimu, sura ya 11.1), si pato.

Fanya wepesi uwe halisi katika biashara kubwa na serikali

Utoaji wa kujirekebisha na vikwazo vya kitaasisi vinaweza kuishi pamoja, lakini inahitaji usanifu wa makusudi:

Utawala mseto: kiini cha utoaji cha kujirekebisha ndani ya ganda la ufadhili/uzingatiaji la kutabirika (sura ya 10.6), ili kurudia kutimize usimamizi badala ya kuupinga.
Ununuzi wa agile: mikataba ya kimoduli, ya msingi wa matokeo na nyongeza fupi badala ya mkataba mkubwa mmoja wa wigo uliowekwa; hapa ndipo Agile ya sekta ya umma hufanikiwa au kushindwa mara nyingi zaidi.
Uzingatiaji unapoendelea: jenga ukaguzi, ufikivu (sura ya 5.3), na usalama (sura ya 4.1) ndani ya nyongeza kupitia uotomatishaji na kazi za ufaafu (ukaguzi wa kiotomatiki unaothibitisha mfululizo sifa za usanifu na ubora; sura za 8.5, 1.6), si lango la kuchelewa.
Ufikiaji halisi wa watumiaji: gumu zaidi na muhimu zaidi. Timu zinahitaji mawasiliano halisi na raia au wateja, ambayo kanuni za ununuzi na usalama mara nyingi huzuia.

Boresha mfululizo, na umaanishe

Tafakari ya nyuma ndiyo injini ya uboreshaji ya Agile, na haina thamani ikiwa haizai mabadiliko. Endesha tafakari zinazozalisha idadi ndogo ya hatua halisi, zinazomilikiwa, na uzikamilishe kweli kabla ya inayofuata. Pima matokeo (badiliko lilisogeza matokeo muhimu? tazama sura ya 11.1) na mtiririko (muda wa kuongoza unapungua? tazama sura za 11.2, 11.3). Usipime kasi ya timu (velocity): ni ishara ya uwezo inayogeuka uongo mara unapoitumia kama lengo la tija.

Mabadilishano: faida na hasara

Uamuzi	Faida	Hasara
Agile (kujirekebisha)	Maoni ya haraka; hunyonya mabadiliko; thamani ya mapema, endelevu	Ni ngumu kuweka wigo/gharama mapema; inadai mteja aliyeshirikishwa na nidhamu
Maporomoko ya maji (kutabirika)	Wigo unaotabirika; rafiki kwa mikataba/ukaguzi	Maoni ya kuchelewa; hatari ya mlipuko mmoja; hailingani na mahitaji yasiyo na uhakika
Scrum	Mdundo, majukumu, umakini; inaeleweka kwa upana	Mzigo wa sherehe; inatatizika na kazi inayoendeshwa na usumbufu
Kanban	Mtiririko, mipaka ya WIP, nyumbufu; nzuri kwa operesheni	Muundo mdogo; inahitaji nidhamu kushikilia mipaka
Kupanua kwa mzito (SAFe)	Huratibu timu nyingi; inajulikana kwa mashirika makubwa	Inaweza kurudisha udhibiti wa amri; nzito kwa sherehe
Kupunguza ukubwa / uhuru wa timu	Mzigo mdogo wa uratibu; timu za haraka zaidi	Inahitaji uunganishaji mdogo na jukwaa/umiliki imara

Mvutano unaofafanua ni kujirekebisha dhidi ya kutabirika, na kosa la kawaida la kusoma ni kwamba Agile inamaanisha “hakuna mpango.” Haimaanishi hivyo. Inamaanisha kupanga mfululizo na kuahidi matokeo na mdundo huku wigo ukinyumbulika. Mtego mwingine unaojirudia ni kuchukulia Agile kama mchakato tu (sherehe) au uhandisi tu (XP). Inahitaji vyote viwili.

Maswali ya kujadili na timu yako

Katika muktadha wenu wa biashara kubwa au serikali, mikataba yenu ni ya kimoduli na ya msingi wa matokeo, au utoaji umefungwa ndani ya mkataba mkubwa mmoja wa wigo uliowekwa? Ununuzi wa agile ndipo wepesi wa sekta ya umma hufanikiwa au kushindwa mara nyingi zaidi, kwa sababu mkataba mmoja wa bei na wigo uliowekwa unalazimisha maporomoko ya maji bila kujali timu za utoaji zinaitaje mikutano yao. Mikataba ya kimoduli, ya msingi wa matokeo yenye nyongeza fupi inaacha wigo unyumbulike hadi kiini chenye thamani ndani ya ufadhili uliowekwa, ambao ni hasa mfumo ulio nyuma ya mafanikio ya kisasa ya sekta ya umma na dawa ya kushindwa kwa mlipuko mmoja kwa zamani. Leta ushahidi: tazama mikataba yenu ya sasa na uulize kama muuzaji analipwa kwa programu inayofanya kazi iliyoonyeshwa au kwa wigo uliowekwa ulioidhinishwa miaka iliyopita. Jibu linapaswa kuumba jinsi mnavyopanga ununuzi unaofuata zaidi sana kuliko mfumo gani timu zenu zinapokea ndani. Huwezi kuwa wa kujirekebisha kwenye utoaji huku mkataba wako unaagiza uzinduzi wa mbali, wa yote-au-hakuna.
Ukaguzi, ufikivu, na usalama vimejengwa ndani ya kila nyongeza kupitia uotomatishaji, au vimebandikwa kama lango la kuchelewa? Uzingatiaji-unapoendelea ndio unaoruhusu utoaji wa kujirekebisha kuishi pamoja na vikwazo vya kitaasisi: jenga ukaguzi ndani ya nyongeza kupitia uotomatishaji na kazi za ufaafu badala ya kuuhifadhi kwa haraka ya kabla ya toleo. Lango la uzingatiaji la kuchelewa linarudisha hatari ya mlipuko mmoja ambayo Agile ipo kuiondoa, kwa sababu matatizo ghali yanajitokeza mwishoni yanapokuwa magumu zaidi kurekebisha. Leta ushahidi: kwa nyongeza yenu ya mwisho, angalia kama ufikivu, usalama, na ushahidi wa ukaguzi vilithibitishwa kiotomatiki kwenye bomba au viliahirishwa hadi mapitio ya mkono kabla ya uzinduzi. Jibu linapaswa kusukuma sifa hizi kuwa ukaguzi endelevu wa kiotomatiki, ili usimamizi utimizwe kwa kitendo cha kujenga badala ya awamu tofauti. Hii pia ndiyo inayoweka programu inayodhibitiwa ya uaminifu kati ya ukaguzi badala ya wiki kabla ya moja tu.
Mngejuaje kama timu zenu zinakimbia kuingia kwenye deni la kiufundi, na nini kinalinda mwendo endelevu chini ya shinikizo la uzinduzi? Agile bila nidhamu ya kihandisi huharibika kuwa dark scrum, ambapo timu zinakimbia haraka kuingia kwenye shimo la lami la kasoro na msimbo usiodumishika, na timu zilizochoka haziwezi kudumisha ubora wala kuitikia. Mazoea ya XP (ujumuishaji endelevu, majaribio ya kiotomatiki, kurekebisha muundo, uundaji wa msingi wa shina) ndiyo yanayoruhusu timu kuendelea kubadilisha programu kwa bei nafuu, ambayo ndiyo msingi mzima wa wepesi, kwa hiyo si nyongeza za hiari za kubadilishana tarehe inapokaribia. Leta ushahidi: fuatilia kama muda wa kuongoza unapungua au unakua, kama viwango vya kasoro vinapanda, na kama timu inafanya kazi masaa marefu kimyakimya kufikia kila mbio. Jibu linapaswa kufanya ubora wa kiufundi na mwendo wa kibinadamu kuwa visivyojadiliwa, kwa sababu kasi iliyonunuliwa kwa kutoa ufundi huporomoka ndani ya marudio machache. Pima mtiririko na matokeo, kamwe kasi ya timu kama lengo, kwa sababu mara unapofanya ishara ya uwezo kuwa lengo la tija inakuwa uongo.
Kabla ya kufikia mfumo mzito wa kupanua, mmejaribu kupunguza utegemezi wa timu mbalimbali unaounda hitaji la kuratibu tangu mwanzo? Hili ni muhimu zaidi kwa shirika kubwa, kwa sababu silika timu nyingi zinapolazimika kusafirisha pamoja ni kununua mfumo kama SAFe, LeSS, au Scrum@Scale, na mitambo mizito ya kupanua mara nyingi hurudisha kimyakimya udhibiti wa amri na mzigo mzito wa mipango ambao Agile ipo kuuondoa. Mazingatio yanayoshindana ni halisi: baadhi ya uratibu unahitajika kweli, na kupunguza ukubwa kuwa timu huru, zilizooanishwa na mtiririko kunadai uunganishaji mdogo, umiliki wazi, na jukwaa lililokomaa vya kutosha kuziacha timu kujihudumia, ambalo huenda hamna bado. Leta ushahidi kwenye mjadala: chora ramani ya utegemezi halisi unaolazimisha timu kusubiriana, na uulize ni mingapi ingenusurika usanifu upya wa makusudi wa mipaka ya timu na umiliki wa huduma. Katika programu za mashirika makubwa na serikali, ambapo chati ya shirika ya makumi ya timu ni ya kawaida, swali la uaminifu ni kama mnaongeza muundo wa uratibu kufidia usanifu na muundo wa timu ambao mngeweza kurahisisha badala yake, ili mhitaji uratibu mdogo zaidi.
Timu zenu zina mawasiliano halisi, ya mara kwa mara na raia au wateja wanaowajengea, au maoni yanafika yakichujwa kupitia mawakala? Ushirikiano na mteja ni mojawapo ya maadili manne ya Manifesto, na marudio yasiyo na mawasiliano halisi ya mtumiaji huboresha kimyakimya kitu kisicho sahihi, ambacho ni kushindwa ghali zaidi ambako Agile inapaswa kuzuia. Mvutano ni kwamba ufikiaji wa moja kwa moja ni mgumu kupanga kwa ukubwa na mara nyingi unazuiwa na hasa kanuni za ununuzi, faragha, na usalama ambazo mashirika makubwa na ya umma lazima yaziheshimu, kwa hiyo njia rahisi ni kubadilisha na wakala: mchambuzi wa biashara, kamati ya wadau, au mawasilisho ya utafiti ya robo iliyopita. Leta ushahidi: kwa nyongeza zenu chache za mwisho, hesabu ngapi zilithibitishwa na mtumiaji halisi akitumia programu, na ngapi zilitegemea maoni ya mtu kuhusu watumiaji wanachotaka. Kwa huduma ya serikali, ongeza kama majaribio yenu ya matumizi yaliwafikia watu walioathirika zaidi, wakiwemo watumiaji wa teknolojia saidizi na wenye imani ndogo ya kidijitali, kwa sababu huduma ya umma inayofanya kazi kwa wengi wanaojiamini tu imeshindwa wajibu wake wa uwajibikaji hata kama kila sherehe iliendeshwa kwa ratiba.
Timu zenu zinafadhiliwa na kutawaliwa kuzunguka matokeo na mdundo, au kuzunguka wigo uliowekwa unaolazimisha maporomoko ya maji kimyakimya nyuma ya sherehe? Hii ni tofauti kati ya wepesi halisi na agile bandia, na inaamuliwa juu ya timu, katika jinsi fedha zinavyotolewa na mafanikio yanavyoripotiwa, si katika kama vikao vya kusimama vinatokea. Shinikizo linaloshindana ni kwamba kazi za fedha, jalada, na usimamizi zimejengwa kuidhinisha wigo uliowekwa dhidi ya bajeti iliyowekwa miaka mapema, na kuziomba zifadhili matokeo yenye wigo nyumbufu kunahisi kama kupoteza udhibiti ambao zitapinga. Leta ushahidi: fuatilia jinsi mpango wa sasa ulivyofadhiliwa na unaripoti nini, na uangalie kama timu zinapimwa kwa matokeo yaliyotolewa na mtiririko au kwa pointi za hadithi na kufuata wigo ulioidhinishwa zamani. Katika mazingira ya mashirika makubwa na serikali, unganisha hili moja kwa moja na ganda la ufadhili na uzingatiaji (sura ya 10.6): fedha zikiahidiwa kwa uzinduzi wa mbali, wa yote-au-hakuna, timu haziwezi kuwa za kujirekebisha bila kujali zinavyoigiza ibada kwa uaminifu, na suluhisho ni la mfano wa utawala badala ya timu za utoaji.

Mtazamo wa sekta

Kampuni changa. Ishi maadili na ruka mjadala wa mfumo. Safirisha kipande kinachofanya kazi kwa watumiaji halisi kila wiki, kaa karibu vya kutosha na waanzilishi na wateja wa mwanzo hivi kwamba maoni yanafika kila siku, na ukaribishe mabadiliko ya mwelekeo mara ushahidi unaposema dau la sasa si sahihi. Rasilimali yako adimu zaidi ni umakini wa kihandisi, kwa hiyo linda ubora wa kiufundi (ujumuishaji endelevu, majaribio ya kiotomatiki, uundaji wa msingi wa shina) hata chini ya shinikizo la uzinduzi, kwa sababu nidhamu hiyo ndiyo inayokuweka na uwezo wa kugeuka kwa bei nafuu wiki ijayo.

Biashara ndogo. Bila kocha wa agile na bajeti finyu, chukulia Agile kama tabia chache badala ya programu ya mabadiliko unayoiajiria: mzunguko mfupi wa kila wiki, ubao unaoonekana wenye mipaka ya kazi inayoendelea, na uboreshaji mmoja halisi kila wiki unaoukamilisha kweli. Egemea Kanban, isiyohitaji sherehe nyingi na inayofaa kazi inayoendeshwa na usumbufu, na upokee mazoea yaliyopachikwa kwenye zana unazonunua tayari badala ya kusimamisha mchakato mzito. Hukumu juhudi kwa kama unasafirisha programu yenye manufaa kwa wateja mara nyingi zaidi, si kwa jinsi unavyoiga Scrum kwa karibu.

Biashara kubwa. Tatizo ni kuratibu timu nyingi bila kurudisha udhibiti wa amri. Pendelea kupunguza ukubwa, yaani kupunguza utegemezi wa timu mbalimbali kupitia muundo wa timu zilizooanishwa na mtiririko na jukwaa imara, kabla ya kupokea mfumo mzito wa kupanua. Fadhili na utawale kuzunguka matokeo (OKR) na mdundo badala ya wigo wa kila mwaka uliowekwa na pointi za hadithi, fanya mazoea ya kihandisi ya mtindo wa XP kuwa yasiyojadiliwa kuvuka timu, na usimamie utoaji kama jalada lenye vipimo vya mtiririko na vya matokeo ili vikundi viboreke kwa ushahidi badala ya ibada.

Serikali. Kanuni za ununuzi, uwazi, na uwajibikaji wa umma huumba kila uchaguzi. Panga mikataba ya kimoduli, ya msingi wa matokeo yenye nyongeza fupi badala ya mkataba mkubwa mmoja wa wigo uliowekwa, kwa kuwa ununuzi wa agile ndipo wepesi wa sekta ya umma hufanikiwa au kushindwa mara nyingi zaidi. Jenga ukaguzi, ufikivu, na usalama ndani ya kila nyongeza kupitia uotomatishaji ili usimamizi utimizwe kwa kitendo cha kujenga, chapisha maendeleo na ushahidi wa thamani ya umma kwa vyombo vya usimamizi, na upiganie ufikiaji halisi wa raia (wakiwemo watumiaji wa teknolojia saidizi) kila marudio, kwa sababu ndicho kikwazo kinachojadiliwa kuondolewa mara nyingi zaidi.

Mifano

Kampuni changa. Kampuni changa ya watu watano inaruka mjadala wa sherehe na kuishi maadili ya Agile moja kwa moja. Inasafirisha kipande kinachofanya kazi kwa watumiaji halisi kila wiki, inakaa karibu vya kutosha na waanzilishi na wateja wa mwanzo hivi kwamba maoni yanafika kila siku, na kukaribisha mabadiliko ya mwelekeo wiki ijayo ushahidi unaposema dau la sasa si sahihi. Timu inakataa kubadilisha ubora wa kiufundi kwa kasi, kwa hiyo ujumuishaji endelevu, majaribio ya kiotomatiki, na uundaji wa msingi wa shina haujadiliwi hata chini ya shinikizo la uzinduzi, na kila tafakari ya Ijumaa inazalisha badiliko moja halisi ambalo timu inalikamilisha kabla ya linalofuata. Haifuatilii kamwe kasi ya timu kama lengo, ikipima badala yake kama kazi iliyosafirishwa ilisogeza uanzishaji na kama muda wa kuongoza unapungua.

Biashara kubwa. Mabadiliko ya timu 60 ya kampuni ya mawasiliano ya simu mwanzoni “yanafanya Scrum” lakini hayaoni uboreshaji. Timu bado zinapokea wigo wa kila mwaka uliowekwa na kuripoti kasi ya timu. Kuanza upya kunalenga tena kanuni: OKR za kila robo zinachukua nafasi ya maagizo ya vipengele, timu zinapangwa upya kupunguza utegemezi wa timu mbalimbali (kupunguza ukubwa), na mazoea ya XP (CI, TDD, uundaji wa msingi wa shina) yanafanywa yasiyojadiliwa. Muda wa kuongoza unashuka, kasoro zinapungua, na, muhimu zaidi, biashara inaanza kupima matokeo badala ya pointi za hadithi, ikiunganisha utoaji wa Agile na bomba la ugunduzi (sura ya 11.1).

Serikali. Timu ya huduma ya kidijitali inajenga upya programu ya mafao inayowakabili raia kwa kutumia Agile ndani ya ganda la utawala mseto: nyongeza za wiki mbili zinazotoa programu inayofanya kazi, iliyojaribiwa na watumiaji; ufikivu na usalama vimejengwa ndani ya kila nyongeza; na ununuzi wa kimoduli unachukua nafasi ya mkataba mmoja wa bei iliyowekwa. Majaribio halisi ya matumizi na raia (wakiwemo watumiaji wa teknolojia saidizi) kila marudio yanakamata matatizo ambayo mchakato wa zamani wa maporomoko ya maji ungeyasafirisha. Programu inatoa huduma inayoweza kutumika mapema na kuonyesha thamani ya umma inayopimika kwa vyombo vya usimamizi. Huu ndio mfumo ulio nyuma ya mafanikio ya kisasa ya sekta ya umma, na dawa ya kushindwa kwa mlipuko mmoja kwa zamani.

Kesi ya biashara: sababu, ROI, na TCO

Faida ya Agile inatokana na kupunguza hatari na kutambua thamani haraka zaidi. Kwa kutoa programu inayofanya kazi mapema na mara kwa mara, timu hugeuza kutokuwa na uhakika kuwa ushahidi mfululizo, zikikamata kushindwa kwa kitu-kisicho-sahihi na kisichofanya-kazi zikiwa nafuu, badala ya kwenye uzinduzi wa mbali, ghali. Utafiti ulio nyuma ya utoaji wa kisasa (matokeo ya DORA, DevOps Research and Assessment, katika sura ya 11.2) unaonyesha kwamba mazoea ambayo Agile inakuza (makundi madogo, matoleo ya mara kwa mara, maoni ya haraka, ubora wa kiufundi) yanahusiana na utoaji bora na uthabiti na utendaji wa shirika. Nyongeza za mapema pia huanza kurejesha thamani mapema, zikiboresha wakati na ukubwa wa jumla wa ROI dhidi ya toleo la mlipuko mmoja lisilorejesha chochote hadi mwishoni.

Kwenye jumla ya gharama ya umiliki, Agile hupunguza gharama ya mabadiliko kuvuka maisha ya mfumo, mradi nidhamu ya kihandisi ni halisi. Hatari yake kuu ni agile bandia: sherehe bila kanuni wala ufundi, inayoongeza mzigo wa mikutano huku isitoa faida yoyote, na inaweza kuwa mbaya kuliko maporomoko ya maji ya uaminifu. Kwa hiyo kesi ya biashara ni ya masharti. ROI ni ya juu mnapopokea Agile kama mtazamo-pamoja-na-uhandisi, na takriban sifuri (au hasi) mnapoipokea kama ibada. Toa hoja kwa uongozi kwa kuweka Agile kama kupunguza hatari mfululizo na kupima matokeo, si kama “kwenda haraka,” na kwa kusisitiza uwekezaji unajumuisha mazoea ya kiufundi, si mikutano mipya tu.

Mifumo mibaya na mitego

Agile bandia / ya ibada ya mizigo: sherehe zinafanywa huku maamuzi, ufadhili, na mtazamo vikibaki maporomoko ya maji.
Kasi ya timu kama tija: kugeuza makadirio ya uwezo kuwa lengo, jambo linaloliharibu (Sheria ya Goodhart).
Dark scrum: kukimbia bila ubora wa kiufundi hadi msimbo usiodumishika, uliojaa kasoro.
Tafakari bila mabadiliko: kutafakari kusikozaa hatua zilizokamilika.
Wigo uliowekwa na tarehe na gharama: kuiita agile huku ubora ukinyonya shinikizo kimyakimya.
Mteja asiyekuwepo: hakuna maoni halisi ya mtumiaji, kwa hiyo marudio yanaboresha kitu kisicho sahihi.
Kuabudu mfumo: “SAFe/Scrum inasema hivyo” ikibatilisha kanuni na hukumu ya timu.
Kupanua kabla ya kupunguza ukubwa: kuongeza mifumo mizito ya uratibu badala ya kupunguza utegemezi.

Kielelezo cha ukomavu

Ngazi ya 1, Kuanzisha. Utoaji wa maporomoko ya maji au wa papo hapo; matoleo ya mlipuko mmoja; kazi ni ya kuitikia na iliyojaa mipango, bila maoni ya marudio wala hisia ya pamoja kwa nini Agile inaweza kusaidia.
Ngazi ya 2, Kuendeleza. Timu chache zinapokea sherehe za Agile (vikao vya kusimama, mbio, tafakari), lakini mazoea hayana uthabiti kuvuka shirika: mtazamo na nidhamu ya kihandisi vinabaki nyuma ya ibada, kasi ya timu inachukuliwa kama pato, na wigo bado umewekwa mapema.
Ngazi ya 3, Kusawazisha. Maadili na kanuni zinaongoza kazi kweli kote shirikani, zimeandikwa na kutarajiwa kwa kila timu: ubora wa kiufundi wa mtindo wa XP (CI, majaribio ya kiotomatiki, kurekebisha muundo, uundaji wa msingi wa shina) ni mazoea ya kawaida, timu zinajipanga zenyewe, wateja wanashirikishwa kila marudio, na tafakari zinazalisha mabadiliko halisi, yaliyokamilika.
Ngazi ya 4, Kusimamia. Utoaji unapimwa na kudhibitiwa dhidi ya vipimo vya msingi: timu zinafuatilia muda wa kuongoza, mzunguko wa usambazaji, kiwango cha kushindwa kwa mabadiliko, na kiwango cha kasoro kutoroka (vipimo vya mtiririko na uthabiti vya mtindo wa DORA), kando ya vipimo vya matokeo vilivyofungwa kwa matokeo muhimu, na kulinganisha kila kimoja na kipimo cha msingi kinachojulikana. Hatua za tafakari zinafuatiliwa hadi kukamilika, ishara za mwendo endelevu kama saa za ziada na uchovu zinafuatiliwa, na kasi ya timu haitumiki kamwe kama lengo la tija. Maamuzi ya kwenda na kutokwenda yanasimama juu ya ushahidi huu badala ya maoni.
Ngazi ya 5, Kuratibu. Utoaji wa kujirekebisha umeunganishwa na upangaji wa biashara na hatari kuvuka shirika: matokeo (OKR) yanaendesha ufadhili na mdundo, muundo wa timu wenye utegemezi mdogo (kupunguza ukubwa) unapunguza mzigo wa uratibu, na utawala mseto unatimiza usimamizi bila kupunguza kasi ya utoaji. Uboreshaji endelevu ni wa kitamaduni badala ya wa sherehe, na shirika kwa kawaida linapanga upya wigo, kuunda timu upya, na kusawazisha upya jalada ushahidi na picha ya hatari zinapohama.

Mawazo ya kujadili

Jipimie timu yako dhidi ya kanuni kumi na mbili za Agile: wapi mko agile kwa sherehe lakini si kwa kiini?
Kasi ya timu inatumika kwenye timu yako kama utabiri au kama lengo, na hilo limefanya nini kwa tabia?
Mazoea gani ya kiufundi ya XP yanakosekana, na kutokuwepo kwake kunajitokeza vipi kama kasoro au mabadiliko ya polepole?
Kabla ya kupokea mfumo wa kupanua, mngeweza kupunguza utegemezi wa timu mbalimbali badala yake?
Katika muktadha wenu, nini hasa kinazuia ufikiaji halisi wa watumiaji kila marudio, na mngeuondoaje?
Badiliko la mwisho halisi ambalo tafakari ilizalisha kweli lilikuwa lipi?

Mambo muhimu ya kukumbuka

Agile ni mtazamo wa maadili na kanuni, si seti ya sherehe; mifumo ni mahali pa kuanzia, si lengo.
Toa programu inayofanya kazi mara kwa mara, karibisha mabadiliko, na uwezeshe timu zinazojipanga zenyewe.
Ubora wa kiufundi (mazoea ya XP) haujadiliwi. Wepesi bila hiyo unakuwa uozo wa haraka.
Panua kwa uangalifu; pendelea kupunguza ukubwa. Punguza utegemezi kabla ya kuongeza mifumo ya uratibu.
Katika biashara kubwa/serikali, unganisha utoaji wa kujirekebisha na utawala mseto na ununuzi wa agile, na upiganie ufikiaji halisi wa watumiaji.
ROI ni kupunguza hatari mfululizo na thamani ya mapema, lakini tu Agile inapokuwa halisi, si ibada. Tazama sura za 1.4, 11.1, 11.2, 10.6, na 11.3.

Marejeo na usomaji zaidi

Kent Beck et al., Manifesto for Agile Software Development and its twelve principles (agilemanifesto.org, 2001).
Ken Schwaber and Jeff Sutherland, The Scrum Guide.
Kent Beck, Extreme Programming Explained: Embrace Change.
David J. Anderson, Kanban: Successful Evolutionary Change for Your Technology Business.
Mike Cohn, User Stories Applied and Succeeding with Agile.
Jeff Patton, User Story Mapping.
Stephen Denning, The Age of Agile.
Matthew Skelton and Manuel Pais, Team Topologies (team design and descaling).
Nicole Forsgren, Jez Humble, Gene Kim, Accelerate (evidence for agile/DevOps practices).
U.S. Digital Service, Digital Services Playbook; UK Government, Government Service Standard.