Mada 7.1 — Mazoea ya Utoaji wa Agile na Afya ya Timu

Kwa sentensi moja: Jinsi timu ya utoaji inavyofanya kazi kweli wiki hadi wiki — mdundo wake, mikutano yake, makubaliano yake ya kufanya kazi, na zaidi ya yote afya yake — si mapambo ya ujuzi laini bali ni mfumo wa uendeshaji unaoamua kama huduma salama, inayotumika ya kidijitali inasafirishwa na kudumishwa.

Kwa nini hili ni muhimu katika afya na huduma#

Mada 7.0 — Miundo ya Timu, Majukumu na Wajibu ilichora mipaka kuzunguka timu zako na kutaja nani anafanya nini. Mada hii inahusu kinachotokea ndani ya mipaka hiyo kazi inapoanza: mdundo wa wiki mbili, mikutano watu wanayohudhuria kweli, makubaliano yanayotawala tabia, na uendelevu wa kibinadamu unaoweka timu ikifanya kazi chini ya mzigo. Muundo ni anatomia; njia za kufanya kazi ni fiziolojia.

Katika afya na huduma hili ni muhimu zaidi kuliko sekta nyingi kwa sababu timu zinazojenga na kuendesha huduma za kidijitali mara kwa mara husaidia shughuli za kitabibu ambazo hazisimami kamwe. Timu inayodumisha rekodi ya kielektroniki ya mgonjwa, mfumo wa maagizo ya dawa wa kielektroniki, au jukwaa la usimamizi wa vitanda iko kwenye njia muhimu ya utoaji wa huduma. Timu hiyo inapochoka, kunyamazishwa, au kuzama kwenye kazi isiyopangwa, namna ya kushindwa si tarehe ya mwisho ya masoko iliyokosekana — ni utambuzi uliochelewa, kosa la dawa, au tukio la usalama ambalo timu iliyopumzika, yenye usalama wa kisaikolojia ingelikamata na kuliibua.

Kuna ushahidi imara kwamba hali ya hewa ya timu huathiri matokeo ya kitabibu. Utafiti kuhusu usalama wa mgonjwa mara kwa mara huunganisha uwezo wa wafanyakazi kusema juu ya hatari na kuzuia madhara, na mapitio ya kushindwa kwa NHS — tangu Mid Staffordshire — mara kwa mara hupata tamaduni ambapo wasiwasi haukusemwa au haukusikilizwa. Jinsi timu yako ya utoaji inavyoendesha stand-up na retrospective zake ni toleo dogo la swali lilelile: je, watu wanaweza kusema "hii si salama" bila hofu? Jinsi unavyofanya kazi ni suala la usalama wa kitabibu na uaminifu wa umma, si la tija tu.

Dhana kuu#

Uundaji wa programu wa agile. Familia ya mbinu, zilizokusanywa katika Agile Manifesto ya 2001, zinazopendelea programu inayofanya kazi, ushirikiano wa karibu na watumiaji, na kujibu mabadiliko juu ya mipango kamili ya mapema. Katika afya na huduma, agile si leseni ya kuruka utawala — ni njia ya kuibua maswali ya usalama wa kitabibu na utawala wa taarifa mapema na mara kwa mara, badala ya mwishoni. Agility ni njia ya utoaji salama, wenye thamani, si mwisho wenyewe.

Uundaji wa marudio na wa nyongeza. Kujenga huduma kwa nyongeza ndogo, kila moja ikiweza kutumika na kila moja ikizalisha maoni yanayounda inayofuata. Hii ndiyo mitambo ya msingi chini ya mbinu zote za agile: unajifunza kwa kusafirisha vipande vyembamba na kuangalia matumizi halisi, badala ya kutabiri kila kitu mapema.

Scrum. Mfumo wa agile uliokubaliwa zaidi, unaopanga kazi katika marudio ya urefu uliowekwa yanayoitwa sprint (kwa kawaida wiki moja hadi mbili), kila moja ikizungushwa na kupanga mwanzoni na mapitio na retrospective mwishoni, ikiwa na mkutano wa stand-up wa kila siku kuratibu. Thamani ya Scrum ni mdundo wake unaotabirika na mzunguko wake wa kukagua-na-kurekebisha uliojengwa ndani; hatari yake ni kukubaliwa kama ibada bila uwazi wa msingi.

Kanban. Njia ya mtiririko endelevu inayoonyesha kazi kwenye ubao, kupunguza kiasi cha kazi inayoendelea (WIP) kwenye kila hatua, na kusimamia mtiririko badala ya vikundi vyenye muda. Kanban inafaa timu zinazofanya kazi ya kiuendeshaji na ya msaada ambapo mahitaji hayatabiriki — kazi nyingi ya huduma hai ya afya na huduma — kwa sababu haishurutishi ufikaji usio wa kawaida kuingia mipaka bandia ya sprint. Vikomo vya WIP ni nidhamu yake ya saini: timu inayokubali kufanya kazi kwenye vitu visivyozidi, tuseme, vitatu kwa wakati mmoja humaliza mambo haraka zaidi kuliko ile inayoanza kila kitu na kutokamilisha chochote.

Ufafanuzi wa Utayari na Ufafanuzi wa Kukamilika. Makubaliano mawili ya pamoja yanayoweka mipaka ya ubora. Ufafanuzi wa Utayari (Definition of Ready) unaeleza masharti ambayo kipande cha kazi lazima kitimize kabla timu haijakianza (hitaji la mtumiaji wazi, vigezo vya kukubali, masuala yoyote ya usalama wa kitabibu au ufikivu yaliyobainishwa). Ufafanuzi wa Kukamilika (Definition of Done) unaeleza "imekwisha" inamaanisha nini (imejaribiwa, inafikika, imeandikwa, athari ya usalama imetathminiwa, imetumika). Katika afya na huduma, Definition of Done ndipo unapoweka kwa uthabiti yasiyojadiliwa — shughuli za hatari za kitabibu za DCB0129/DCB0160, ufikivu kwa WCAG 2.2, idhini ya utawala wa taarifa — ili zisiangushwe kimyakimya chini ya shinikizo la tarehe ya mwisho.

Makubaliano ya kufanya kazi ya timu (au hati ya timu). Hati fupi inayomilikiwa na timu inayoeleza jinsi timu inavyochagua kufanya kazi: saa za msingi, kanuni za mikutano, jinsi maamuzi yanavyofanywa, jinsi kutokubaliana kunavyoshughulikiwa, jinsi on-call inavyogawanywa. Inabadilisha dhana zisizo wazi kuwa makubaliano wazi, yanayoweza kurekebishwa, ambayo ni ya thamani hasa katika timu za fani mbalimbali ambapo wahudumu wa kitabibu, wahandisi, na watafiti hufika wakiwa na kanuni tofauti sana za kitaaluma.

Usalama wa kisaikolojia. Imani ya pamoja, iliyochunguzwa sana na Amy Edmondson, kwamba timu ni salama kwa kuchukua hatari za kibinafsi — kwamba unaweza kuuliza swali, kukiri kosa, au kuibua wasiwasi bila kuadhibiwa au kudhalilishwa. Ndicho uhusiano mkali zaidi wa timu zenye ufanisi katika utafiti maarufu wa Project Aristotle wa Google, na katika huduma ya afya unahusishwa moja kwa moja na kuripoti makosa na kujifunza. Timu isiyokuwa nao itaficha matatizo hadi yawe matukio.

Uchovu wa kazi (burnout). Dalili, inayotambuliwa na Shirika la Afya Duniani, inayotokana na msongo sugu wa mahali pa kazi usiosimamiwa, inayoonyeshwa na uchovu, kutoamini, na ufanisi uliopungua. Mwendo endelevu — kanuni ya agile kwamba timu inapaswa kuweza kudumisha mdundo wake milele — ndio hatua ya kupinga. Kwa timu zinazosaidia mifumo ya kitabibu muhimu kwa usalama, burnout ni hatari ya usalama, kwa sababu watu waliochoka wanaosaidia huduma za saa 24/7 hufanya makosa.

Uboreshaji endelevu. Tabia yenye nidhamu ya kufanya mabadiliko madogo, ya mara kwa mara jinsi unavyofanya kazi, yanayofahamishwa na ushahidi. Retrospective za ngazi ya timu ni mfano mmoja wake; Mada 10.2 — Uboreshaji wa Ubora na Sayansi ya Uboreshaji inashughulikia sayansi pana, ikijumuisha mizunguko ya Plan-Do-Study-Act, inayotumika kwa njia zako za kufanya kazi kama kwa njia za kitabibu.

Mazoea bora#

1. Chagua mdundo ulingane na asili ya kazi, si mtindo. Tumia sprint zenye muda (Scrum) pale kazi inaweza kupangwa na unanufaika na mapigo ya moyo yanayotabirika na mdundo wa wadau; tumia mtiririko endelevu wenye vikomo vya WIP (Kanban) pale mahitaji hayatabiriki, kama katika msaada wa huduma hai na timu za kiuendeshaji. Timu nyingi za afya na huduma hufanya yote mawili — mchanganyiko wa "Scrumban" — zikiendesha ugunduzi na ujenzi katika sprint huku zikishughulikia matukio hai kwenye ubao wa mtiririko. Amua kwa makusudi na pitia uamuzi huo upya, badala ya kurithi chochote msambazaji wako wa mwisho alitumia.

2. Endesha mikutano kwa madhumuni yake, na uiue inapoacha kuyahudumia. Stand-up ipo kuibua vizuizi na kuratibu siku, si kuripoti hali kwa meneja; mapitio au show-and-tell yapo kupata maoni kutoka kwa watumiaji halisi na wadau kuhusu programu inayofanya kazi; retrospective ipo kubadilisha jinsi timu inavyofanya kazi wiki ijayo. Mkutano usipofikia tena madhumuni yake, ufupishe, uupange upya, au uuachishe. Jaribio ni rahisi: je, washiriki wangelipa kuwepo?

3. Fanya show-and-tell kuwa wakati ambapo wahudumu wa kitabibu na watumiaji wanaona maendeleo halisi. Mapitio ya kila wiki mbili yanayoonyesha programu inayofanya kazi kwa wahudumu wa kitabibu, wagonjwa, na wafanyakazi wa kiuendeshaji watakaoitumia huweka mzunguko wa maoni kwa karibu na kujenga uaminifu ambao kukubalika kunautegemea. Alika watu watakaoishi na huduma, onyesha kwenye hali halisi (si zilizochaguliwa kwa urembo), na unase ulichojifunza kama mabadiliko ya backlog. Hii ndiyo bima yako ya bei nafuu zaidi dhidi ya kujenga kitu kisicho sahihi.

4. Andika Definition of Ready na Definition of Done, na uweke yasiyojadiliwa kwenye Done. Kubaliana masharti ya kuanza na kumaliza kazi, na weka shughuli za usalama wa kitabibu, ufikivu, idhini ya utawala wa taarifa, na majaribio ya kutosha ndani ya Definition of Done yako ili viwe vya kimuundo, si vya kishujaa. Tarehe ya mwisho inapobana, Done iliyo wazi inaipa timu lugha ya kukataa kusafirisha kazi isiyo salama. Angalia Mada 3.6 — DevOps na Ubora wa Uhandisi kwa jinsi mabomba ya utoaji endelevu yanavyoweza kuweka sehemu za Done kiotomatiki.

5. Weka kikomo cha kazi inayoendelea. Kuanza ni rahisi na kunaridhisha; kumaliza ndiko kunakotoa thamani na kupunguza hatari. Kukubaliana vikomo vya WIP kunalazimisha timu kukusanyika kumaliza kazi kabla ya kuvuta zaidi, jambo linalofupisha muda wa kuongoza, kufichua vizuizi, na — muhimu katika afya — kupunguza idadi ya mabadiliko nusu-yaliyokamilika, nusu-yaliyojaribiwa yaliyo hewani kwa wakati mmoja. Ubao unaoonekana wenye vikomo wazi mara nyingi ndio badiliko moja lenye kiegemeo cha juu zaidi ambalo timu inayohangaika inaweza kufanya.

6. Andika kwa pamoja makubaliano ya kufanya kazi na uyachukulie kama hai. Acha timu iandike hati yake yenyewe — kanuni za mikutano, saa za msingi za ushirikiano, kufanya maamuzi, haki ya on-call, jinsi ya kutokubaliana vizuri — na uipitie mara kwa mara. Kwa sababu timu za afya ya kidijitali ni za fani mbalimbali, zikivuka tamaduni za kitabibu na kiufundi zenye chaguo-msingi tofauti, kufanya kanuni ziwe wazi huzuia msuguano wa kimya unaomomonyoa uaminifu. Hati iliyowekwa kutoka juu ni maigizo; ile ambayo timu inaimiliki ni chombo halisi.

7. Linda mwendo endelevu kwa makusudi, na utazame viashiria vya kuongoza vya burnout. Panga kwa uwezo ambao timu inaweza kuushikilia milele, si kilele cha kishujaa; jilinde dhidi ya shinikizo la kudumu linalochukulia kazi ya ziada kama kawaida. Fuatilia ishara za kuongoza — kazi isiyopangwa inayoongezeka, uwazi wa retrospective unaopungua, watu kuruka likizo, uchovu wa on-call — na utende kabla hazijawa kujiuzulu au matukio. Kwa timu zinazoshikilia huduma za kitabibu za saa 24/7, gawa on-call kwa haki, heshimu muda wa kurudi, na weka wafanyakazi kwa ustahimilivu, si njia ya furaha tu (angalia Mada 3.8 — Usimamizi wa Huduma na Uendeshaji Hai).

8. Jenga usalama wa kisaikolojia kwa makusudi. Viongozi huweka sauti: weka kazi kama tatizo la kujifunza, kiri makosa yako mwenyewe, jibu habari mbaya kwa udadisi badala ya lawama, na uwashukuru watu kwa kuibua wasiwasi. Endesha mapitio ya matukio bila lawama. Katika mazingira yanayokaribia kitabibu, utayari wa kusema "nafikiri toleo hili si salama" au "sielewi hitaji hili" ndio utaratibu ambao madhara huzuiwa — kwa hiyo lazima ulimwe kikamilifu, usidhaniwe.

9. Tumia ukaguzi mwepesi wa afya ya timu kufanya yasiyoonekana yaonekane. Kwa vipindi endesha tathmini binafsi iliyopangwa — kielelezo cha "squad health check" kilichoenezwa na Spotify, ambapo timu hujipima kijani/machungwa/nyekundu kuvuka vipimo kama kutoa thamani, kujifunza, furaha, uwazi wa dhamira, na msaada — kufichua mwelekeo kwa muda. Thamani si alama bali mazungumzo yanayoanzisha na jinsi yanavyoiruhusu timu kuona mteremko kabla haujawa mgogoro. Uweke wa haraka, usiojulikana pale unaposaidia, na unaomilikiwa na timu.

10. Endesha retrospective zinazobadilisha tabia kweli. Retrospective inayozalisha orodha ya manung'uniko bila hatua ni mbaya kuliko hakuna, kwa sababu inaifundisha timu kwamba kusema ni bure. Maliza kila moja na idadi ndogo ya majaribio madhubuti, yanayomilikiwa, yenye muda; anza inayofuata kwa kuangalia kama ya mwisho yalifanyika. Chukulia kuboresha njia zako za kufanya kazi kama backlog yake ya uboreshaji endelevu, ukiunganisha na sayansi ya uboreshaji katika Mada 10.2.

11. Buni kwa ushirikiano wa mbali, mseto, na usio wa wakati mmoja kama chaguo-msingi. Timu za utoaji wa afya na huduma mara nyingi zimesambazwa kuvuka hospitali, kanda, na wasambazaji, kwa hiyo chukulia mawasiliano mazuri ya maandishi, sherehe za video zinazoendeshwa vizuri, na rekodi za maamuzi zisizo za wakati mmoja kama uwezo wa msingi, si njia mbadala. Chaguo-msingi kuandika maamuzi mahali wenzako wasiokuwepo wanaweza kuyapata, punguza mikutano ambayo ingeweza kuwa sasisho lililoandikwa, na uwe makini kuhusu nyakati chache za kipimo cha juu (kupanga, retro, kujibu tukio) zinazonufaika kweli kwa kuwa za wakati mmoja.

Maswali ya kujadili na timu yako#

1. Je, mdundo wetu na seti ya mikutano hutusaidia kutoa kwa usalama kweli, au tunatekeleza ibada za agile kwa sababu siku zote tumefanya hivyo? Timu nyingi hurithi ratiba ya mikutano — stand-up ya kila siku, sprint ya wiki mbili, mapitio ya sprint, retro — bila kuuliza kama inalingana na kazi iliyo mbele yao, na matokeo ni mikutano inayotumia saa halisi huku ikitoa thamani inayopungua. Mjadala wa uaminifu ni kuhusu madhumuni: kila mkutano ni kwa ajili ya nini, na mtazamaji asiye na upande angetazama wetu na kuhitimisha unafikia hilo? Timu ya huduma hai inayopokea matukio ya kitabibu yasiyotabirika inaweza kuhudumiwa vibaya na sprint ngumu na kuhudumiwa vizuri na mtiririko wa Kanban, huku timu ya ugunduzi ikinufaika na mapigo ya sprint na mdundo wa wadau unaouunda. Kuna mvutano halisi kati ya uhakikisho wa utaratibu unaojulikana na nidhamu ya kuendesha matukio yanayopata nafasi yake tu. Fikiria kupima muda wa mikutano yako kwa mwezi mmoja na kuuliza, kwa kila mkutano, ni uamuzi gani au uratibu gani ulizalisha. Jibu zuri halina hisia ya kuua au kuunda upya mikutano, hutofautisha mahitaji ya uratibu na tabia za kuripoti hali, na hufunga uchaguzi wa mdundo kwa utabirikaji halisi wa kazi yako badala ya kile mchoro wa mfumo unaonyesha.

2. Je, ni salama kweli kwenye timu hii kusema "nafikiri hii si salama" au "nilikosea" — na tungejuaje? Usalama wa kisaikolojia ni rahisi kudai na mgumu kumiliki, na katika timu inayosaidia mifumo ya kitabibu gharama ya kukosea hupimwa kwa madhara ya mgonjwa, si tarehe za mwisho zilizokosekana tu. Swali lisilofurahisha si kama unaamini timu yako ni salama bali una ushahidi gani: lini mara ya mwisho mtu alikiri kosa kwenye stand-up, kupinga muundo wa mtu mkuu, au kusimamisha toleo kwa hisia, na nini kilitokea kwake baadaye? Angalia mapitio yako ya matukio — je, ni bila lawama kweli, au kila mtu anajua kimyakimya nani anashikiliwa kuwajibika? Kuna mabadilishano ambayo viongozi lazima wakabiliane nayo kwa uaminifu: tabia zinazohisiwa kama uongozi wa kuamua (kusonga haraka, kuonyesha uhakika, kuitikia kwa ukali habari mbaya) mara nyingi ndizo hasa zinazowafundisha watu kukaa kimya. Fikiria kama wanachama wako wa timu wanaonyamaza zaidi huwahi kutokubaliana kwenye mkutano, na kwa nini huenda hawafanyi hivyo. Jibu imara linapinga dhana ya starehe ya "bila shaka watu wanaweza kusema hapa", huelekeza kwenye matukio madhubuti ya hivi karibuni au kukiri kutokuwepo kwake, na hubainisha tabia mahususi za kiongozi za kubadilisha badala ya kuchukulia usalama kama sifa ya kudumu ya kundi.

3. Je, tunafanya kazi kwa mwendo ambao tungeweza kuudumisha kwa mwaka mzima — na tunafanya nini kuhusu ishara kwamba hatuufanyi? Mwendo endelevu ni mojawapo ya kanuni za msingi za agile na mojawapo ya vitu vya kwanza kuachwa chini ya shinikizo, hasa kwa timu ambazo mifumo yao inashikilia huduma zisizoweza kuanguka. Mvutano ni kwamba ushujaa unaonekana na kutuzwa wakati huo — mtu aliyefanya kazi wikendi kurekebisha uzalishaji anashukuriwa — huku mmomonyoko wa polepole wa afya ya timu usioonekana hadi watu waondoke au wafanye makosa. Uliza viashiria vyako vya kuongoza ni vipi: kazi isiyopangwa inayosukuma nje iliyopangwa, likizo ya mwaka isiyochukuliwa, on-call inayosumbua usingizi, retrospective zinazonyamaza, kutoamini kunakoingia kwenye lugha. Katika muktadha muhimu kwa usalama, timu iliyochoka si isiyo na furaha tu; ina uwezekano mkubwa wa kukosa kasoro au kusoma vibaya tahadhari inayozuia madhara, kwa hiyo hili ni mazungumzo ya hatari ya kitabibu kama ya ustawi. Fikiria kama upangaji wako wa uwezo unadhania njia ya furaha au unapangia bajeti matukio, likizo, na kujifunza. Jibu zuri huchukulia burnout kama sifa ya mfumo ya kubuniwa dhidi yake badala ya udhaifu wa kibinafsi, hutaja ishara mahususi timu itazitazama, na hujitolea kwa badiliko madhubuti — rasilimali, haki ya on-call, vikomo vya WIP — badala ya kuhimiza kuwa na ustahimilivu zaidi.

4. Tarehe ya mwisho inapobana, Definition of Done yetu inatuzuia hasa kuacha nini — na je, tumewahi kuthibitisha inashikilia? Kila timu inaweza kutaja kwamba usalama wa kitabibu, ufikivu, na utawala wa taarifa vinajalisha; mtihani halisi ni kipi kinanusurika kukutana na tarehe ngumu ya utoaji na mdau mwenye wasiwasi. Mvutano ni kwamba Definition of Done ina maana tu inapokugharimu kitu — inapoilazimisha timu kutosafirisha siku iliyoahidiwa kwa sababu mapitio ya hatari ya DCB0160 au ukaguzi wa ufikivu wa WCAG 2.2 haujakamilika. Kama Done yako haijawahi hata mara moja kukufanya ushikilie toleo, inaweza kuwa mapambo badala ya udhibiti. Tafuta nukta za shinikizo: nani ana mamlaka ya kusema "hii haijakamilika", na je, angeungwa mkono na uongozi au kubatilishwa? Fikiria kama yasiyojadiliwa ni ya kimuundo — yaliyowekwa kwenye bomba, kwenye vigezo vya kukubali, kwenye malango ya idhini — au yanategemea mtu kuyakumbuka wakati mbaya zaidi. Jibu la uaminifu linaweza kuelekeza kwenye tukio mahususi ambapo Done ilitumika chini ya shinikizo, au kukiri kwa uwazi kwamba haijajaribiwa bado na kulichukulia kama pengo la kuziba badala ya faraja.

5. Je, tamaduni tofauti za kitaaluma kwenye timu hii — kitabibu, uhandisi, utafiti, utoaji — zinashiriki njia ya kufanya kazi kweli, au kimyakimya tunaendesha kwa chaguo-msingi zisizopatana? Timu za fani mbalimbali zinaamriwa katika afya na huduma kwa sababu nzuri, lakini kuleta mhudumu wa kitabibu, mhandisi, mtafiti wa watumiaji, na mchambuzi wa data katika timu moja kunamaanisha kuleta seti nne za silika za kitaaluma kuhusu ushahidi, hatari, mwendo, na "nzuri" inaonekanaje. Msuguano mara nyingi hauonekani: upendeleo wa mhandisi wa kusafirisha na kurudia unaweza kusomeka kama uzembe kwa mhudumu wa kitabibu aliyefunzwa kuwa na uhakika kabla ya kutenda, huku tahadhari ya mhudumu wa kitabibu ikisomeka kama kizuizi kwa mtu aliyezoea matumizi yanayoweza kutenduliwa. Makubaliano ya kufanya kazi yanayobaki ya jumla ("heshimu, hudhuria stand-up") hayaibui kamwe tofauti hizi, ilhali mazuri hutaja jinsi timu hii inavyofanya maamuzi, kushughulikia kutokubaliana kati ya fani, na kupatanisha tahadhari ya kitabibu na utoaji wa marudio. Fikiria kama kanuni zenu ziliandikwa kwa pamoja kweli au ziliingizwa kutoka fani yoyote iliyopiga kelele zaidi. Jibu imara huchukulia utofauti wa tamaduni za kitaaluma kama chanzo cha usalama badala ya usumbufu, huelekeza kwenye makubaliano wazi yanayotafsiri kati yao, na linaweza kueleza kutokubaliana kwa hivi karibuni ambako kanuni za timu zilisaidia kulitatua vizuri badala ya kulifunika.

6. Tunajuaje retrospective na ukaguzi wetu wa afya vinabadilisha chochote — na nini kinatokea kwa uwazi hazibadilishi? Timu inaweza kuendesha retrospective isiyo na dosari kila wiki mbili na ukaguzi wa afya wa squad wa kila robo na bado isiboreshe chochote, kwa sababu utaratibu unaojalisha si mkutano bali ufuatiliaji. Namna ya kushindwa inayoharibu ni fiche: hatua zikizalishwa na kamwe kutofanywa, watu hujifunza polepole kuwa kuibua matatizo ni bure, kwa hiyo uwazi huoza na chombo kilichokusudiwa kufichua hatari kinanyamaza — hatari hasa pale tatizo lisilosemwa ni wasiwasi wa usalama. Swali la uaminifu ni la ushahidi: kati ya hatua chache za mwisho za retro au ishara za ukaguzi wa afya, ngapi zilisababisha badiliko linaloonekana, na nani aliyezimiliki? Kuna mabadilishano kati ya kuzalisha orodha ndefu, ya kuridhisha ya malalamiko na kujitolea kwa idadi ndogo ya majaribio yanayomilikiwa, yenye muda ambayo timu itayakamilisha kweli. Fikiria kama retro yenu inayofuata inaanza kwa kuangalia kama hatua za ile iliyopita zilifanyika, na kama mwelekeo wa machungwa-hadi-nyekundu wa ukaguzi wa afya huwahi kufika kwa watu wenye mamlaka ya kufadhili marekebisho. Jibu zuri hupima tabia ya uboreshaji kwa mabadiliko yaliyokamilika badala ya mikutano iliyofanyika, huchukulia uwazi unaopungua kama onyo la mapema lenyewe, na kuunganisha uboreshaji wa njia za kufanya kazi na nidhamu ileile ambayo timu ingetumia kwa njia ya kitabibu.

Kwa vitendo: mfano wa afya na huduma#

Hospitali ya jamii ya NHS inaendesha timu ya kidijitali inayosaidia rekodi yake ya kielektroniki ya mgonjwa (EPR) na programu ya miadi inayomkabili mgonjwa. Timu ni ya fani mbalimbali — meneja wa bidhaa, meneja wa utoaji, wahandisi, mtafiti wa watumiaji, afisa wa usalama wa kitabibu, na mchambuzi wa data — kama ilivyoanzishwa chini ya miundo ya Mada 7.0. Kwa mwaka mmoja waliendesha Scrum ya kitabu: sprint za wiki mbili, seti kamili ya mikutano. Lakini pia walikuwa timu inayopigiwa simu EPR inapokosea, na matukio ya kitabibu yaliendelea kulipua ahadi zao za sprint, wakiwaacha wakihisi wako nyuma daima na retrospective zikizidi kuwa bapa.

Meneja wa utoaji alipendekeza badiliko. Waligawanya kazi: maendeleo ya bidhaa yaliyopangwa kwenye programu ya miadi yanabaki katika sprint za wiki mbili na show-and-tell za kila wiki mbili kwa wahudumu wa kitabibu wa wagonjwa wa nje wanaoitumia, huku msaada wa huduma hai wa EPR ukihamia kwenye ubao wa Kanban wenye kikomo kikali cha WIP na hatua wazi za mtiririko. Waliandika upya Definition of Done yao kuhitaji, kwa badiliko lolote linalogusa EPR, mapitio ya hatari ya DCB0160 yaliyokamilika na ukaguzi wa ufikivu kabla ya "imekamilika" — wakiweka usalama kwenye mchakato badala ya kuuacha kwa kumbukumbu.

Pia walianzisha ukaguzi wa afya wa squad wa kila robo. Wa kwanza ulifichua, katika vipimo vya "mwendo endelevu" na "msaada" vikienda machungwa-hadi-nyekundu, kwamba on-call ilikuwa ikiangukia wahandisi wale wale wawili na kwamba likizo haikuchukuliwa. Timu ilitumia ushahidi huu kutoa kesi madhubuti kwa mkurugenzi wao: ratiba pana ya on-call na muda wazi wa kupona baada ya simu za usiku. Miezi sita baadaye, hatua za retrospective zinakamilishwa kwa kuonekana, wahudumu wa kitabibu wanaamini maonyesho ya kila wiki mbili, na masuala mawili ya mwisho yanayowezekana ya usalama yaliibuliwa kabla ya toleo na wahandisi waliohisi salama kusema "subiri." Hakuna kati ya haya lililokuwa la kigeni — ilikuwa ubunifu wa makusudi wa jinsi timu inavyofanya kazi.

Mitazamo ya sekta#

Kampuni changa#

Kampuni changa ndogo ya afya ya kidijitali mara nyingi huendesha agile kwa silika — kila mtu chumba kimoja, stand-up zisizo rasmi, marudio ya haraka — ambayo ni nguvu ya kweli kwa kasi na kujifunza. Hatari ni kwamba "sisi ni wadogo mno kwa mchakato" kimyakimya inamaanisha Definition of Done inaacha usalama wa kitabibu na ufikivu hadi mapitio ya Digital Technology Assessment Criteria (DTAC) ya mnunuzi wa NHS yafichue pengo. Usalama wa kisaikolojia kwa kawaida ni wa juu timu ikiwa ndogo sana na inaongozwa na mwanzilishi, lakini mwanzilishi mwenye mvuto anayeitikia vibaya habari mbaya anaweza kuuharibu bila kuonekana. Hatua inayolipa mapema ni kuandika Definition of Done nyepesi inayoweka yasiyojadiliwa ya usalama na ufikivu, na kulinda mwendo endelevu kabla utamaduni wa kuchoma fedha wa duru ya ufadhili haujafanya shinikizo la kudumu kuwa la kawaida.

Biashara ndogo#

Mtoa huduma mdogo aliyeimarika — zahanati ya GP, duka la dawa la jamii, nyumba ya wazee, au kliniki ya eneo moja — mara chache ana "timu ya utoaji" kabisa: njia za kufanya kazi ni chochote meneja wa zahanati, kiongozi wa kitabibu, na labda mkandarasi mmoja wa muda wa IT wanaweza kudumisha pamoja na kuona wagonjwa. Hakuna sprint wala retrospective za kurekebisha, kwa hiyo hatua ya vitendo ni kukopa tabia za bei nafuu zaidi, zenye kiegemeo cha juu — ubao unaoonekana wa mabadiliko ya kidijitali yaliyobaki yenye kikomo kigumu cha ngapi ziko hewani, na makubaliano mafupi yaliyoandikwa kuhusu nani anaidhinisha badiliko kabla halijaanza kutumika. Definition of Done bado lazima ibebe wajibu uleule wa kisheria kama hospitali kubwa — usalama wa kitabibu, ufikivu, utawala wa taarifa — lakini bila afisa wa usalama wa kitabibu kwenye wafanyakazi, hii kwa kawaida inamaanisha orodha hakiki nyepesi na kujua ni msambazaji gani au mawasiliano ya ICB ya kupigia kwa uhakikisho. Kwa sababu watu wale wale wachache hubeba utoaji wa huduma na mabadiliko, mwendo endelevu ni hatari halisi: sasisho linaloenda vibaya linaangukia wafanyakazi wasioweza tu kupiga simu ratiba ya on-call. Tamaa ya kweli si sherehe kamili za agile bali tabia za makusudi, zilizoandikwa, salama-kwa-chaguo-msingi zinazonusurika kuondoka kwa mtu mmoja anayeshikilia yote kichwani mwake kwa sasa.

Biashara kubwa#

Hospitali kubwa ya NHS au kampuni ya teknolojia ya afya ina timu nyingi na tatizo kinyume: sherehe za agile huongezeka, "agile" inakuwa rangi juu ya utamaduni wa amri-na-udhibiti usiobadilika, na timu zinafanya ibada bila uhuru unaozifanya zistahili. Kusanifisha mfumo mmoja (mara nyingi agile iliyopanuliwa) kuvuka dazeni za timu kunahatarisha kuweka mdundo unaofaa baadhi na kulemaza zingine, kwa hiyo ruhusu timu kuchagua Scrum, Kanban, au mchanganyiko ndani ya vizuizi vya pamoja. Katika ukubwa huu, ukaguzi wa afya wa timu uliokusanywa kuvuka timu unaipa uongozi ishara halisi kuhusu hali ya hewa ya shirika — lakini tu data ikitumika kusaidia timu, kamwe kuzipanga au kuziadhibu. Faida ya biashara kubwa inayoamua ni uwezo wa kuwekeza katika majukwaa, miundo ya on-call, na muda uliolindwa wa uboreshaji unaofanya mwendo endelevu uwezekane badala ya matamanio.

Serikali#

Chombo cha kitaifa kama NHS England au mamlaka ya mahali huweka viwango ambavyo wengine hutoa dhidi yake — GOV.UK Service Manual na NHS Service Standard vyote vinaamuru timu za fani mbalimbali zinazofanya kazi kwa njia za agile, za marudio — na kinawajibika kwa umma kwa jinsi njia za kufanya kazi zinavyotafsiriwa kuwa thamani ya fedha. Utoaji mwingi umetolewa kwa wasambazaji, kwa hiyo kiegemeo cha serikali cha njia za kufanya kazi ni cha kimkataba: sisitiza utoaji wa agile halisi wenye programu inayofanya kazi inayoonyeshwa kwenye show-and-tell za kawaida, badala ya kukubali hati dhidi ya mpango wa waterfall uliovaa lugha ya agile. Uwajibikaji ni rasmi na unaoweza kukaguliwa, ambao unaweza kuvuta kuelekea sherehe nzito za utawala zinazokaba mtiririko wa timu, kwa hiyo nidhamu ni kuhakikisha matokeo na usalama bila kukandamiza mdundo wa timu yenyewe. Mwelekeo wa uaminifu wa umma ni mkali zaidi hapa: timu ya utoaji yenye afya inayoonekana, iliyo wazi ni sehemu ya jinsi chombo cha umma kinavyopata imani ya kushikilia data nyeti na kuendesha huduma muhimu.

Njia za kawaida za kushindwa#

• Mikutano ya zombie. Stand-up ambazo ni maigizo ya hali kwa meneja, mapitio bila watumiaji halisi, retrospective ambazo kamwe hazibadilishi chochote. Matukio yanaendeshwa kwa autopilot, yakitumia muda na kuifundisha timu kwamba kushiriki ni bure. Rekebisha kwa kuunganisha tena kila tukio na madhumuni yake bila huruma au kuliachisha.
• Agile kama kifuniko cha kutokuwa na mpango au utawala. "Sisi ni agile" ikitumika kuhalalisha kuruka kazi ya usalama wa kitabibu, ufikivu, au utawala wa taarifa. Agility inapaswa kuibua haya mapema, si kuyasamehe; yaweke kwenye Definition of Done.
• Kukubali mfumo kama ibada. Kunakili Scrum au lebo za kielelezo cha Spotify bila uhuru, uwazi, na uaminifu wa msingi. Kopa kanuni, rekebisha kwa muktadha wako, na uziache timu zichague mdundo wao ndani ya vizuizi.
• Kila kitu kinaendelea, hakuna kilichokamilika. Hakuna vikomo vya WIP, kwa hiyo timu inaanza mambo mengi na kumaliza machache, muda wa kuongoza ukivimba na mabadiliko nusu-yaliyojaribiwa yakirundikana. Onyesha kazi na uiwekee kikomo.
• Ushujaa kama kielelezo cha uendeshaji. Kazi ya ziada ya kudumu na on-call inayobebwa na wachache, ikisherehekewa badala ya kurekebishwa. Inachosha watu wako bora na, kwa mifumo muhimu kwa usalama, inaongeza hatari ya kitabibu. Buni kwa mwendo endelevu na mzunguko wa haki.
• Retro bila ufuatiliaji. Hatua zinazozalishwa na kamwe kutofanywa, kwa hiyo uwazi unaoza. Punguza hadi majaribio machache yanayomilikiwa, yenye muda na uyakague wakati ujao.
• Usalama wa kisaikolojia unaodhaniwa, si kujengwa. Viongozi wanatangaza timu ni salama huku majibu yao wenyewe yakiwafundisha watu kukaa kimya. Upime kwa tabia, si imani.

Kielelezo cha ukomavu#

Orodha hakiki#

• Timu imechagua kwa fahamu mdundo wake (sprint, mtiririko, au mchanganyiko) kufaa asili ya kazi yake, na inapitia uchaguzi huo upya.
• Kila mkutano una madhumuni yaliyotajwa ambayo kila mtu anayaelewa, na matukio yasiyoyahudumia tena yanabadilishwa au kuachishwa.
• Show-and-tell za kawaida zinaonyesha programu inayofanya kazi kwa wahudumu halisi wa kitabibu, wagonjwa, au watumiaji wa kiuendeshaji.
• Definition of Ready na Definition of Done zilizoandikwa zipo, usalama wa kitabibu, ufikivu, na utawala wa taarifa vikiwa vimewekwa kwenye Done.
• Kazi inayoendelea inaonyeshwa na kuwekewa kikomo waziwazi.
• Timu imeandika kwa pamoja makubaliano ya kufanya kazi/hati na kuyapitia mara kwa mara.
• Ukaguzi mwepesi wa afya ya timu unaendeshwa kwa mdundo wa kawaida, ukimilikiwa na timu, na mwelekeo wake unafahamisha hatua.
• Retrospective zinaisha na hatua chache zinazomilikiwa, zenye muda, na retro inayofuata inakagua kama zilifanyika.
• Viashiria vya kuongoza vya burnout vinafuatiliwa, on-call inagawanywa kwa haki, na uwezo unapangwa kwa mwendo endelevu.
• Ushirikiano wa mbali/mseto/usio wa wakati mmoja umebuniwa kwa makusudi: maamuzi yameandikwa mahali wenzako wasiokuwepo wanaweza kuyapata.
• Viongozi wanajenga kikamilifu usalama wa kisaikolojia kupitia mapitio bila lawama na jibu lao wenyewe linaloonekana kwa habari mbaya.

Vyanzo muhimu#

• Agile Manifesto na kanuni zake kumi na mbili (ikijumuisha "maendeleo endelevu … kudumisha mwendo thabiti milele") — agilemanifesto.org
• The Scrum Guide — Ken Schwaber & Jeff Sutherland — scrumguides.org
• Kanban — David J. Anderson — kuonyesha mtiririko na kuweka kikomo cha kazi inayoendelea
• NHS England — NHS Service Standard na NHS Service Manual — utoaji wa agile wa fani mbalimbali na show-and-tell
• GOV.UK Service Manual (Government Digital Service) — utoaji wa agile, sherehe za agile, na njia endelevu za kufanya kazi
• Amy C. Edmondson, The Fearless Organization — usalama wa kisaikolojia na kujifunza kwa timu katika huduma ya afya
• Google re:Work — matokeo ya Project Aristotle kuhusu kinachofanya timu ziwe na ufanisi
• Kielelezo cha "Squad Health Check" cha Spotify — Henrik Kniberg & Kristian Lindwall
• Shirika la Afya Duniani — uainishaji wa burnout katika ICD-11 (QD85)

Marejeo#

1. Agile software development — Wikipedia — https://en.wikipedia.org/wiki/Agile_software_development
2. Iterative and incremental development — Wikipedia — https://en.wikipedia.org/wiki/Iterative_and_incremental_development
3. Scrum (project management) — Wikipedia — https://en.wikipedia.org/wiki/Scrum_(project_management)
4. Kanban (development) — Wikipedia — https://en.wikipedia.org/wiki/Kanban_(development)
5. Stand-up meeting — Wikipedia — https://en.wikipedia.org/wiki/Stand-up_meeting
6. Retrospective — Wikipedia — https://en.wikipedia.org/wiki/Retrospective
7. Psychological safety — Wikipedia — https://en.wikipedia.org/wiki/Psychological_safety
8. Occupational burnout — Wikipedia — https://en.wikipedia.org/wiki/Occupational_burnout
9. Continual improvement process — Wikipedia — https://en.wikipedia.org/wiki/Continual_improvement_process
10. Manifesto for Agile Software Development — Beck et al. — https://agilemanifesto.org
11. The Scrum Guide (2020) — Ken Schwaber & Jeff Sutherland — https://scrumguides.org
12. NHS Service Manual and Service Standard — NHS England — https://service-manual.nhs.uk
13. Service Manual (agile delivery) — Government Digital Service, GOV.UK — https://www.gov.uk/service-manual/agile-delivery
14. The Fearless Organization: Creating Psychological Safety in the Workplace for Learning, Innovation, and Growth — Amy C. Edmondson — https://fearlessorganization.com
15. re:Work — Guide: Understand team effectiveness (Project Aristotle) — Google — https://rework.withgoogle.com/guides/understanding-team-effectiveness/
16. Squad Health Check model — Henrik Kniberg & Kristian Lindwall, Spotify Engineering — https://engineering.atspotify.com/2014/09/squad-health-check-model
17. Burn-out an "occupational phenomenon": International Classification of Diseases (ICD-11) — World Health Organization — https://www.who.int/news/item/28-05-2019-burn-out-an-occupational-phenomenon-international-classification-of-diseases

See also Topic 3.6 — DevOps & Engineering Excellence, Topic 3.8 — Service Management & Live Operations, Topic 7.0 — Team Structures, Roles & Responsibilities, Topic 7.5 — People & Organisational Development, and Topic 10.2 — Quality Improvement & Improvement Science.