Mada 7.0 — Miundo ya Timu, Majukumu na Wajibu

Kwa sentensi moja: Utoaji wa afya ya kidijitali hufaulu au kushindwa kwa jinsi unavyochora mipaka kati ya timu na jinsi unavyotaja wazi nani anafanya nini — kwa hiyo panga timu kwa mtiririko wa haraka, salama wa thamani, ziweke wafanyakazi wa fani mbalimbali, na ufanye wajibu uwe wazi.

Kwa nini hili ni muhimu katika afya na huduma#

Jinsi unavyopanga timu zako inakuwa jinsi huduma zako zinavyofanya kazi. Sheria ya Conway — kwamba muundo wa mfumo unaakisi muundo wa mawasiliano wa shirika lililoujenga — si jambo la kushangaza katika afya na huduma; ni hatari ya usalama wa mgonjwa. Timu zilizogawanyika huzalisha rekodi za huduma zilizogawanyika, uunganishaji dhaifu, na makabidhiano ambapo hatari ya kitabibu hujificha.

Katika NHS na huduma za jamii pia unatumia fedha za umma na kubeba wajibu wa kisheria: usalama wa kitabibu chini ya DCB0129/DCB0160, utawala wa taarifa chini ya UK GDPR na wajibu wa sheria ya kawaida wa usiri, na majukumu ya ufikivu. Wajibu huu hauwezi kuambatishwa mwishoni. Lazima uwakilishwe ndani ya timu, na watu waliotajwa wenye mamlaka na muda wa kuutekeleza.

Pata muundo sawa na timu za fani mbalimbali husafirisha programu inayofanya kazi ambayo wahudumu wa kitabibu wanaiamini na wagonjwa wanaweza kuitumia. Ukikosea unapata wataalamu wenye shughuli wakiboresha silo yao huku huduma kwa ujumla ikikwama — mtindo wa kawaida nyuma ya programu za kidijitali zilizochelewa, zilizozidi bajeti, na zilizotelekezwa kimyakimya.

Dhana kuu#

Timu za fani mbalimbali (MDT). Timu ya utoaji wa kidijitali inapaswa kuwa na kila fani inayohitajika kubuni, kujenga, na kuendesha huduma bila utegemezi wa nje wa mara kwa mara — bidhaa, utoaji, usanifu, utafiti, uhandisi, data, na mitazamo ya kitabibu na ya utawala. Hii inaakisi dhana ya MDT ya kitabibu ambayo wafanyakazi wanaifahamu tayari: utaalamu mchanganyiko, uwajibikaji wa pamoja kwa matokeo.

Team Topologies. Kielelezo (Skelton & Pais) kinachopunguza muundo bora wa timu kuwa aina nne za msingi na njia tatu za mwingiliano, vyote kwa ajili ya mtiririko wa haraka wa thamani:

• Timu iliyopangwa kwa mkondo (stream-aligned team) — iliyopangwa kuzunguka mkondo mmoja wa kazi yenye thamani (huduma, safari ya mtumiaji, bidhaa) na kuimiliki mwanzo hadi mwisho. Hii ndiyo aina ya timu chaguo-msingi; watu wengi wanapaswa kuwa kwenye mojawapo.
• Timu ya jukwaa (platform team) — hutoa uwezo wa ndani wa kujihudumia (miundombinu ya pamoja, injini ya uunganishaji, huduma ya kuingia, API ya rekodi ya pamoja ya huduma) ili timu zilizopangwa kwa mkondo ziende haraka bila kuzivumbua upya.
• Timu wezeshi (enabling team) — timu yenye muda ya wataalamu (k.m. usalama wa kitabibu, ufikivu, otomatiki ya majaribio) inayofundisha wengine kuinua uwezo, kisha kujiondoa.
• Timu ya mfumo-mdogo changamano (complicated-subsystem team) — humiliki sehemu inayohitaji maarifa ya kina ya kitaalamu (algorithimu ya alama ya hatari, kiolesura cha NHS Spine) ambayo ingeipa timu ya jumla mzigo mzito.

Njia tatu za mwingiliano hutawala jinsi timu zozote mbili zinavyohusiana: ushirikiano (collaboration) (kufanya kazi kwa karibu kwa kipindi kilichofafanuliwa, kipimo cha juu cha mawasiliano, kuvumilia upungufu wa ufanisi ili kugundua mambo), X-kama-huduma (X-as-a-service) (timu moja hutumia uwezo wa nyingine kwa msuguano mdogo, chaguo-msingi lenye msuguano mdogo kwa ukubwa), na kuwezesha (facilitating) (timu moja husaidia nyingine kujifunza). Kutaja njia kunazuia utata unaozaa ucheleweshaji na lawama.

Mzigo wa kiakili. Timu inaweza kushikilia mengi tu kichwani. Team Topologies inabishana kuwa unapaswa kupunguza kikoa ambacho kila timu inamiliki hadi kile inachoweza kukifikiria kwa usalama — kanuni ya kuamua pale kikoa ni cha kitabibu.

Sheria ya Conway na Inverse Conway Manoeuvre. Kwa kuwa usanifu hufuata muundo wa shirika — mtazamo wa mfumo wa kijamii-kiufundi unaochukulia timu na teknolojia kama muundo mmoja — umba timu kwa makusudi kuzalisha usanifu unaoutaka. Ikiwa unataka rekodi ya huduma yenye moduli, inayoweza kuunganishwa, usiijenge kwa timu moja kubwa ya mnara mmoja.

Mazoea bora#

1. Weka timu kamili ya fani mbalimbali kuzunguka kila huduma. Jumuisha, angalau, meneja wa bidhaa, meneja wa utoaji, mtafiti wa watumiaji, mbunifu wa huduma/mwingiliano, wahandisi, na uwezo wa data/uchanganuzi, pamoja na mchango uliotajwa wa usalama wa kitabibu na utawala wa taarifa. Timu inayokosa fani itasubiri mtu mwingine au kuruka kazi hiyo — na kazi iliyorukwa katika afya kwa kawaida ni usalama, ufikivu, au utawala.

2. Fanya timu nyingi ziwe zilizopangwa kwa mkondo na uzipe umiliki wa mwanzo hadi mwisho. Panga kuzunguka safari ya mtumiaji (k.m. "rufaa ya mgonjwa wa nje") badala ya tabaka la teknolojia (k.m. "timu ya hifadhidata"). Umiliki wa mwanzo hadi mwisho hufupisha mizunguko ya maoni na kuzuia mapengo ya makabidhiano ambapo hatari ya kitabibu hujilimbikiza.

3. Jenga majukwaa kama bidhaa, yatumike kama huduma. Chukulia injini yako ya uunganishaji, huduma ya utambulisho, au API ya rekodi ya pamoja ya huduma kama bidhaa ya ndani yenye timu yake, ramani, na watumiaji. Ichapishe "kama-huduma" ili timu zilizopangwa kwa mkondo zijihudumie, badala ya kuibua tiketi na kusubiri.

4. Tumia timu wezeshi kueneza utaalamu adimu, si kuuhodhi. Maafisa wa usalama wa kitabibu, wataalamu wa ufikivu, na wahandisi wa usalama ni adimu. Wapeleke kufundisha timu za utoaji hadi kiwango cha juu kisha waendelee, badala ya kuwa kizuizi cha kudumu ambacho kila timu inakipanga foleni.

5. Taja kila jukumu na haki zake za maamuzi waziwazi. Tumia kielelezo cha wajibu — RACI (Responsible, Accountable, Consulted, Informed) au mgawanyo rahisi zaidi wa "mwamuzi/mshauri" — kwa maamuzi yanayojalisha: idhini ya usalama wa kitabibu, kuanza kutumika, idhini ya utawala wa taarifa, matumizi. Utata hapa ndipo uwajibikaji unapovukiza.

6. Mpe Afisa wa Usalama wa Kitabibu mamlaka halisi na muda halisi. DCB0129/0160 zinahitaji Afisa wa Usalama wa Kitabibu aliyetajwa, aliyefunzwa ipasavyo anayeweza kusimamisha toleo. Fanya jukumu liwe wazi katika timu, lilinde muda wake, na uhakikishe linaweza kusema hapana — CSO wa jina tu ni kushindwa kwa utawala kunakosubiri kupatikana na tukio.

7. Simamia mzigo wa kiakili kwa kupunguza kikoa. Timu ikimiliki huduma nyingi mno au kikoa cha kitabibu chenye utata mno, igawe. Tazama ishara: timu isiyoweza tena kueleza kwa kujiamini matokeo ya usalama ya badiliko lake yenyewe imezidiwa.

8. Tumia Inverse Conway Manoeuvre kwa makusudi. Chora mipaka ya timu ilingane na usanifu na uwezo wa kuunganishwa unaoutaka — timu za moduli kwa mifumo ya moduli, inayotegemea viwango (k.m. HL7 FHIR). Usiruhusu chati ya shirika ya ajali ibuni rekodi yako ya huduma kwa ajili yako.

Maswali ya kujadili na timu yako#

1. Chati yetu ya sasa ya shirika inabuni usanifu wetu wapi tayari — na je, huo ndio usanifu tunaoutaka kweli? Sheria ya Conway si ya hiari: umbo lolote la timu zetu, mifumo itaanza kuliakisi, kwa hiyo hatua ya kwanza ya uaminifu ni kuangalia rekodi ya huduma, uunganishaji, na makabidhiano tuliyonayo tayari na kuuliza mpaka upi wa timu ulizalisha kila kiungo. Katika mazingira ya afya na huduma viungo hivyo ndipo hatari ya kitabibu inapojificha — rekodi iliyogawanyika, kiolesura dhaifu cha Spine, kesi ya usalama ambayo hakuna timu moja inayoimiliki — kwa hiyo hili ni mazungumzo ya usalama wa mgonjwa, si ya urembo. Mvutano wa kujadili ni kwamba kuchora upya mipaka ya timu kupata usanifu tunaoutaka (Inverse Conway Manoeuvre) kunasumbua, kunatishia himaya zilizoimarika, na kunakata miundo ya ufadhili na usimamizi wa mstari ambayo huenda hatuidhibiti kikamilifu. Fikiria kuchora uunganishaji wako mbili au tatu wenye maumivu zaidi kurudi kwa timu zinazomiliki kila mwisho, na uulize kama mpaka uliopangwa kwa mkondo ungeondoa makabidhiano kabisa. Jibu zuri hutaja angalau mpaka mmoja madhubuti ungeusogeza, ni la uaminifu kuhusu nani angepinga na kwa nini, na hutofautisha mabadiliko yanayostahili usumbufu na yale ambapo kiolesura cha kama-huduma kingerekebisha msuguano kwa bei nafuu zaidi.

2. Wataalamu wetu adimu — usalama wa kitabibu, utawala wa taarifa, ufikivu — wanakaa ndani ya timu wakiwa na mamlaka halisi, au ni malango ya nje ambayo kila mtu anayapanga foleni? Kila huduma katika familia hii hubeba wajibu wa kisheria (usalama wa kitabibu wa DCB0129/0160, UK GDPR na wajibu wa sheria ya kawaida wa usiri, sheria ya ufikivu) ambao hauwezi kuambatishwa mwishoni, hata hivyo uwezo huu ni adimu na ghali, jambo linalovuta mashirika kuelekea kuuhodhi kwa kati. Mabadilishano ni halisi: weka Afisa wa Usalama wa Kitabibu katika kila timu na unaeneza utaalamu mwembamba hadi unapunguzwa; uweke kwa kati na unaunda kizuizi cha kishujaa ambapo mtu mmoja anashauriwa kuhusu kila kitu na kila toleo linasubiri. Mfumo wa timu wezeshi — wataalamu wa muda wanaofundisha timu kuendesha warsha zao za hatari kisha kujiondoa — ndio suluhisho linalopendekezwa, lakini hufanya kazi tu ikiwa uongozi unalinda muda wa wataalamu kufundisha badala ya kufanya. Angalia kwa uaminifu historia yako ya matoleo: mara ngapi kuanza kutumika kuliteleza kusubiri mtu mmoja aliyetajwa, na je, mtu huyo alikuwa na mamlaka na muda uliolindwa wa kusema hapana kwa usalama? Jibu imara linakabili uhaba waziwazi, linachagua msimamo wa makusudi wa kuingiza-dhidi-ya-kuwezesha kwa kila wajibu, na hutaja mamlaka mahususi (uwezo wa kusimamisha toleo) ambayo kamwe hayapaswi kupunguzwa uwezo huo ukisambazwa.

3. Tungejuaje timu imechukua mzigo wa kiakili zaidi ya inavyoweza kubeba kwa usalama — na tungefanya nini hasa? Mzigo wa kiakili ndio mtawala wa kimya wa utoaji salama: timu inaweza kufikiria kikoa cha kitabibu na huduma nyingi tu kabla imani yake katika matokeo ya usalama ya mabadiliko yake yenyewe haijaanza kumomonyoka, na katika afya mmomonyoko huo hauonekani hadi tukio lifichue. Ugumu ni kwamba mzigo kupita kiasi mara chache hujitangaza — unaonekana kama utoaji polepole kidogo, kasoro zaidi, "acha nikague na mtu" zaidi, na timu zilizo chini ya shinikizo huelekea kunyonya badala ya kuibua, hasa pale kugawanya timu ni ghali kisiasa au idadi ya wafanyakazi imegandishwa. Bishaneni ishara zenu za onyo la mapema zingekuwa nini (timu isiyoweza tena kueleza kwa kujiamini kesi ya usalama ya toleo lake yenyewe ni ishara kali), na kama mna utaratibu wowote leo ambao ungeibua mzigo kupita kiasi kabla utoaji haujakwama waziwazi. Fikiria shinikizo la kinyume pia: kugawanya timu huunda mipaka mipya na makabidhiano, kwa hiyo tiba inaweza kurudisha hatari ya mgawanyiko ya swali la kwanza. Jibu la uaminifu hukubali ishara madhubuti, zinazoonekana badala ya "tungehisi" isiyo wazi, hutaja nani ana mamlaka ya kupunguza kikoa cha timu au kuigawa, na hukiri mabadilishano kati ya kupunguza mzigo na kuenea kwa mipaka.

4. Ni uwezo upi wa pamoja unapaswa kuendeshwa kama majukwaa yanayotumika kama-huduma, na je, tunayapa rasilimali hivyo kweli — au tunabadilisha tu jina la foleni ya tiketi? Ahadi ya timu ya jukwaa ni kwamba timu zilizopangwa kwa mkondo zinajihudumia injini ya uunganishaji, huduma ya utambulisho, au API ya rekodi ya pamoja ya huduma bila kuibua tiketi na kusubiri, ili mfumo mzima uende haraka; kushindwa ni kuita kitu "jukwaa" huku kikibaki kazi ya kati yenye wafanyakazi pungufu ambayo kila mtu bado anaipanga foleni. Mabadilishano ni halisi: kujenga uwezo kama bidhaa ya ndani kweli kunamaanisha kuupa timu yake, ramani, nyaraka, na watumiaji, uwekezaji mkubwa unaoshindana na kusafirisha vipengele vinavyomkabili mtumiaji, na katika mazingira ya NHS yenye fedha chache uwekezaji huo ni rahisi kuuahirisha milele. Katika afya na huduma dau ni kali zaidi kwa sababu uwezo wa pamoja mara nyingi ndio muhimu kwa usalama — faharasa ya kulinganisha watu, violesura vya FHIR, njia ya ukaguzi — ambapo timu nyembamba ya jukwaa inakuwa nukta ya kushindwa moja kwa kila huduma iliyo juu yake. Angalia uwezo ambao timu kadhaa tayari zinautegemea na uulize, kwa kila moja, kama mwingiliano ni X-kama-huduma yenye msuguano mdogo kweli au ushirikiano uliojificha wenye kusubiri fiche. Jibu la uaminifu hutaja ni uwezo upi unastahili uwekezaji wa jukwaa sasa dhidi ya baadaye, liko wazi nani anafadhili na kuwapa wafanyakazi, na hupinga kishawishi cha kutangaza jukwaa ambalo halina mmiliki wa bidhaa, ramani, wala njia ya kujihudumia.

5. Tunategemea wasambazaji wa mkataba au wafanyakazi walioazimwa wapi, na ni majukumu gani lazima tuyahifadhi ndani ili kubaki mteja mwenye akili badala ya aliyetobolewa ndani? Utoaji mwingi wa kidijitali katika afya na huduma umetolewa nje, na msambazaji anaweza kuleta uwezo na utaalamu haraka — lakini umiliki wa bidhaa, uhakikisho wa kiufundi, na idhini ya usalama wa kitabibu vyote vikiondoka jengoni pamoja na mkataba, shirika linapoteza uwezo wa kuhukumu linachouziwa, kubainisha linachohitaji, au kumiliki matokeo kwa usalama. Mvutano ni kati ya kasi na uwezo: kuongeza wafanyakazi na ujenzi wa turnkey huweka kitu hai haraka, lakini vinaweza kumomonyoa kimyakimya misuli ya ndani inayokuwezesha kumshikilia msambazaji kuwajibika, na mara nyingi hutoa miundo yenye umbo la sehemu, nzito kwa makabidhiano badala ya timu zilizopangwa kwa mkondo zinazomiliki matokeo. Katika fani hii majukumu ya lazima ya kubakiza hujikusanya kuzunguka uwajibikaji usioweza kukabidhiwa — Mmiliki Mkuu Anayewajibika, Afisa wa Usalama wa Kitabibu anayeidhinisha kuanza kutumika, mmiliki wa bidhaa anayeamua vipaumbele, na uhakikisho wa kutosha wa kiufundi kukagua kile wasambazaji wanachojenga. Chunguza utoaji wako wa sasa na uulize ni uwezo upi usingeweza kuuunda upya msambazaji akiondoka kesho. Jibu zuri hutofautisha kazi inayofaa kutolewa kwa mkataba na kiini cha mteja mwenye akili kinachopaswa kubaki ndani, husisitiza kwamba timu za mkataba zishikiliwe kwa umiliki wa matokeo badala ya kuajiri wafanyakazi tu, na hutaja maamuzi ya usalama na utawala yanayopaswa kubaki daima kwa watu wako wanaowajibika.

6. Tutajuaje muundo wa timu yetu unazalisha mtiririko wa haraka, salama wa thamani kweli — na nini kingetuchochea kuuchora upya? Muundo wa timu ni njia, si mwisho: hoja ya timu zilizopangwa kwa mkondo, majukwaa, na njia za mwingiliano zilizotajwa ni utoaji wa haraka na salama wa thamani, hata hivyo mashirika mara chache hupima kama muundo unafanya hivyo, kwa hiyo upangaji upya hutokea kwa siasa na hisia badala ya ushahidi. Ugumu ni kuchagua ishara zinazoakisi mtiririko na usalama bila kuzidanganya — kasi ghafi au upitishaji wa pointi za hadithi unaalika tabia isiyo sahihi, huku vipimo vya mtiririko (muda wa kuongoza kutoka wazo hadi hai, mzunguko wa kutumia, idadi ya makabidhiano kwa kila badiliko) na viashiria vya usalama (jinsi hatari zinavyofungwa haraka, kama timu zinamiliki kesi zao za usalama) vinakuambia zaidi kuhusu kama mipaka inasaidia au inadhuru. Kuna mvutano halisi na utulivu: upangaji upya wa mara kwa mara huharibu uthabiti wa timu na nafasi ya pamoja ya kiakili vinavyofanya utoaji uwe salama, kwa hiyo unahitaji kiwango cha juu na vichocheo wazi kabla ya kuchora upya mipaka. Jadili ni ushahidi gani ungekuambia mpaka si sahihi — kusubiri kwa kudumu kati ya timu, kesi ya usalama ambayo hakuna timu moja inayoimiliki, jukwaa ambalo hakuna anayelijihudumia — na nani ameruhusiwa kutenda juu yake. Jibu la uaminifu hujitolea kwa seti ndogo ya ishara za mtiririko-na-usalama utakazozitazama kweli, huweka kizingiti cha makusudi kinacholinda uthabiti wa timu, na hutaja hali za kichocheo na mwamuzi wa upangaji upya wowote wa baadaye.

Kwa vitendo: mfano wa afya na huduma#

Mfumo jumuishi wa huduma (ICS) unasambaza rekodi ya pamoja ya huduma kuvuka huduma kali, jamii, afya ya akili, huduma za msingi, na huduma za jamii.

Silika ni kuunda "timu ya rekodi ya pamoja ya huduma" moja kubwa. Badala yake ICS inatumia Team Topologies. Timu ya jukwaa inamiliki kiini cha rekodi ya pamoja: faharasa ya kulinganisha watu, API za FHIR, na injini ya uunganishaji, zilizochapishwa kama uwezo wa kujihudumia. Timu kadhaa zilizopangwa kwa mkondo kila moja inamiliki safari halisi ya mtumiaji juu yake — "tazama rekodi ya mgonjwa katika A&E", "mtazamo wa ulinzi wa mfanyakazi wa jamii", "upatanisho wa dawa wa GP" — na kutumia jukwaa kama-huduma. Timu ya mfumo-mdogo changamano inamiliki algorithimu ya uwezekano ya kulinganisha wagonjwa, ambapo ulinganishi wa uongo ni tukio halisi la usalama. Timu wezeshi ya wataalamu wa usalama wa kitabibu na ufikivu inazunguka kupitia timu zilizopangwa kwa mkondo, ikizifundisha kuendesha warsha zao za hatari za DCB0160 badala ya kuzifanya kwa ajili yao.

Kila timu ina meneja wa bidhaa aliyetajwa, meneja wa utoaji, na Afisa wa Usalama wa Kitabibu, na RACI inafanya wazi kwamba kuanza kutumika kunawajibika kwa Mmiliki Mkuu Anayewajibika lakini hakuwezi kuendelea bila idhini ya CSO na IG. Timu ya A&E inapohitaji sehemu mpya ya data, njia ya mwingiliano iko wazi: X-kama-huduma kutoka timu ya jukwaa kupitia ombi la API lililoandikwa, si ushirikiano wa wiki sita. Utoaji ni wa haraka zaidi na, muhimu, kesi ya usalama ya kila safari inamilikiwa na timu inayoisafirisha.

Mitazamo ya sekta#

Kampuni changa#

Kampuni changa ya afya ya kidijitali ya watu kumi haiwezi kuwapa wafanyakazi aina nne tofauti za timu — kwa kawaida ni timu moja iliyopangwa kwa mkondo ambapo mtu mmoja huvaa kofia kadhaa (mhandisi anayeendesha utafiti wa watumiaji pia, mwanzilishi-mhudumu wa kitabibu ambaye kwa vitendo ndiye Afisa wa Usalama wa Kitabibu). Kipaumbele ni kuweka timu nzima ndani ya nafasi moja ya pamoja ya kiakili ili maamuzi yawe ya haraka; RACI rasmi ni kupita kiasi kila mtu akiwa chumba kimoja. Hatari halisi ni kizuizi cha mwanzilishi: usalama wa kitabibu na utawala wa taarifa vinategemea mtu mmoja mwenye shughuli, na wajibu wa DCB0129/0160 ni rahisi kuahirisha. Kampuni inaposhinda mkataba wake wa kwanza wa NHS, uajiri wa kwanza wa wataalamu unapaswa kuwa ule unaopunguza hatari ya lango hilo — CSO aliyetajwa na kiongozi wa IG — kabla ya kupanua idadi ya wahandisi.

Biashara ndogo#

Mtoa huduma mdogo aliyeimarika — zahanati ya GP, duka la dawa la jamii, nyumba ya wazee, au kliniki ya eneo moja — ana wagonjwa halisi na shughuli zinazoendelea lakini mara chache timu maalumu ya kidijitali au IT, kwa hiyo hakuna "topolojia ya timu" ya kubuni; meneja wa zahanati au kiongozi wa kitabibu kwa kweli ndiye uwezo mzima wa utoaji pamoja na kazi yake ya kila siku. Hatua ya kweli si kujenga timu za jukwaa na wezeshi bali kutaja majukumu waziwazi kwa watu ulio nao tayari — nani ni Afisa wa Usalama wa Kitabibu kwa mifumo unayoitumia, nani anamiliki utawala wa taarifa, nani anaidhinisha badiliko — hata kama hizo ni kofia za muda kwa wafanyakazi wachache. Kwa sababu wajibu uleule wa kisheria (DCB0129/0160, UK GDPR, ufikivu) unatumika kama kwa hospitali kubwa, mtindo wa vitendo ni kutegemea majukwaa ya pamoja ya wasambazaji wako na ICS yako na msaada wa uwezeshaji badala ya kuvumbua upya, huku ukibakiza uwezo wa mteja mwenye akili wa kutosha kuwashikilia wasambazaji kuwajibika. Hatari kubwa zaidi ni kizuizi cha mtu mmoja: ikiwa mtu pekee anayeelewa mfumo wa kitabibu ataondoka, usalama na mwendelezo vitaondoka naye, kwa hiyo kuandika RACI na kumfunza mtu wa pili kuvuka majukumu ni muhimu hapa kuliko kielelezo chochote rasmi cha timu.

Biashara kubwa#

Hospitali kubwa ya NHS au kampuni ya teknolojia ya afya ina tatizo kinyume: timu nyingi mno, zilizochorwa kwa mistari ya zamani ya sehemu na idara, zenye makabidhiano kila mahali. Hapa kielelezo cha makusudi cha muundo wa timu hupata mshahara wake — kubadilisha timu za sehemu kuwa zilizopangwa kwa mkondo, kuanzisha timu za jukwaa kwa uwezo wa rekodi ya pamoja ya huduma na uunganishaji, na kutumia timu wezeshi kueneza utaalamu adimu wa usalama wa kitabibu na ufikivu. RACI na haki za maamuzi wazi huwa muhimu kwa sababu idadi kubwa ya wadau hufanya uratibu usio rasmi usiwezekane. Inverse Conway Manoeuvre ni kiegemeo hai hapa: chati ya shirika ya miongo mingi tayari inaunda usanifu, kwa hiyo viongozi lazima wachore upya mipaka ya timu kwa makusudi badala ya kuacha muundo ubuni rekodi ya huduma kwa ajili yao.

Serikali#

Chombo cha kitaifa (NHS England, DHSC) au mamlaka ya mahali huweka viwango ambavyo wengine hupanga wafanyakazi dhidi yake — mfumo wa uwezo wa Government Digital and Data, Service Standard, DCB0129/0160 — na kinawajibika kwa Bunge na umma kwa jinsi fedha zinavyonunua uwezo wa timu. Miundo hapa inaundwa na kanuni za ununuzi na ufadhili: utoaji mwingi umetolewa kwa wasambazaji, kwa hiyo majukumu muhimu ya kubakiza ndani ni yale ya mteja mwenye akili (umiliki wa bidhaa, uhakikisho wa kiufundi, idhini ya usalama wa kitabibu) yanayozuia uwezo kutobolewa. Uwajibikaji ni rasmi na unaoweza kukaguliwa — Mmiliki Mkuu Anayewajibika aliyetajwa, udhibiti wa matumizi uliochapishwa, wajibu wa uwazi — kwa hiyo vielelezo vya wajibu ni suala la kumbukumbu ya umma, si usafi wa hiari. Hatari ya kawaida ni kwamba muundo unagandamana kuwa bodi za programu za kudumu na malango yanayokaba mtiririko; hatua ya kinyume ni kuwashikilia wasambazaji kwa timu zilizopangwa kwa mkondo, zinazomiliki matokeo badala ya mashirika ya kuajiri wafanyakazi tu.

Njia za kawaida za kushindwa#

• Mtego wa timu ya sehemu. Timu zilizogawanywa kwa tabaka la teknolojia ("timu ya mbele", "timu ya hifadhidata") huunda makabidhiano kwa kila kipengele na hazimiliki matokeo. Panga upya kuzunguka mikondo ya thamani.
• Spotify ya kuiga. Kunakili "squads, tribes, chapters, guilds" kama lebo bila uhuru wa msingi, mpangilio, na uwekezaji wa jukwaa. Kielelezo cha Spotify kilikuwa picha ya kampuni moja wakati mmoja — hata Spotify imesonga mbele. Kopa kanuni, si chati ya shirika.
• Kizuizi cha kishujaa. CSO mmoja, mbunifu mmoja, au kiongozi mmoja wa IG kama mshauriwa wa kila kitu, kwa hiyo kila timu inasubiri. Wabadilishe kuwa uwezo wezeshi unaoinua uwezo wa kila mtu.
• Utawala kama wazo la baadaye. Usalama wa kitabibu na IG vinawakilishwa kama malango ya nje badala ya wanachama wa timu walioingizwa, kwa hiyo wasiwasi wao unafika kuchelewa mno kutendewa kazi kwa bei nafuu.
• Timu zisizo na mipaka. Timu inayoendelea kunyonya huduma hadi hakuna anayeelewa mzima. Mzigo mkubwa wa kiakili unaonekana kama utoaji unaopungua kasi na imani ya usalama inayomomonyoka.
• Ushirikiano wa kudumu. Timu mbili "zinazoshirikiana" milele kwa kawaida ni mpaka unaokosekana. Weka ushirikiano muda na uhamie kiolesura safi cha kama-huduma.

Kielelezo cha ukomavu#

Orodha hakiki#

• Kila huduma ina timu iliyopangwa kwa mkondo inayoimiliki mwanzo hadi mwisho.
• Kila timu ina, au ina ufikiaji uliotajwa wa, bidhaa, utoaji, utafiti, usanifu, uhandisi, data, usalama wa kitabibu, na utawala wa taarifa.
• Afisa wa Usalama wa Kitabibu aliyetajwa, aliyefunzwa kwa kila timu ana muda uliolindwa na mamlaka ya kusimamisha toleo.
• Uwezo wa pamoja (uunganishaji, utambulisho, API za rekodi ya huduma) unaendeshwa kama majukwaa ya ndani yanayotumika kama-huduma.
• Wataalamu adimu wanafanya kazi kupitia timu wezeshi za muda, si vizuizi vya kudumu.
• RACI (au sawa nayo) ipo kwa idhini ya kitabibu, kuanza kutumika, idhini ya IG, na matumizi, na inatumika kweli.
• Kila utegemezi wa kuvuka timu una njia ya mwingiliano iliyotajwa (ushirikiano / X-kama-huduma / kuwezesha).
• Vikoa vya timu vimewekewa mipaka kwa mzigo wa kiakili unaoweza kusimamiwa; timu zilizozidiwa zinagawanywa.
• Mipaka ya timu imechaguliwa kwa makusudi kuzalisha usanifu na uwezo wa kuunganishwa unaoutaka.

Vyanzo muhimu#

• Team Topologies — Matthew Skelton & Manuel Pais (aina nne za timu, njia tatu za mwingiliano, mzigo wa kiakili): teamtopologies.com
• NHS Digital Service Standard na NHS Service Manual — majukumu ya timu za fani mbalimbali na njia za kufanya kazi
• GOV.UK Service Manual (GDS) — "Set up a service team" na mwongozo wa utoaji wa agile
• Government Digital and Data (zamani DDaT) Profession Capability Framework — ufafanuzi wa majukumu: ddat-capability-framework.service.gov.uk
• Viwango vya Usimamizi wa Hatari za Kitabibu DCB0129 (utengenezaji) na DCB0160 (utumiaji), NHS Digital — jukumu la Afisa wa Usalama wa Kitabibu
• Sheria ya Conway — Melvin Conway, "How Do Committees Invent?" (1968)
• Utamaduni wa uhandisi wa Spotify (Henrik Kniberg) — squads/tribes/chapters/guilds, isomwe kwa makini kama kielelezo cha wakati mmoja

Marejeo#

1. Conway's law — Wikipedia — https://en.wikipedia.org/wiki/Conway%27s_law
2. Cognitive load — Wikipedia — https://en.wikipedia.org/wiki/Cognitive_load
3. Responsibility assignment matrix (RACI) — Wikipedia — https://en.wikipedia.org/wiki/Responsibility_assignment_matrix
4. Interdisciplinarity — Wikipedia — https://en.wikipedia.org/wiki/Interdisciplinarity
5. Sociotechnical system — Wikipedia — https://en.wikipedia.org/wiki/Sociotechnical_system
6. Fast Healthcare Interoperability Resources — Wikipedia — https://en.wikipedia.org/wiki/Fast_Healthcare_Interoperability_Resources
7. Team Topologies: Organizing Business and Technology Teams for Fast Flow — Matthew Skelton & Manuel Pais — https://teamtopologies.com
8. NHS Service Manual and NHS Digital Service Standard — NHS England — https://service-manual.nhs.uk
9. Service Manual — Government Digital Service (GDS), GOV.UK — https://www.gov.uk/service-manual
10. Government Digital and Data Profession Capability Framework — GOV.UK — https://ddat-capability-framework.service.gov.uk
11. Clinical risk management standards DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
12. "How Do Committees Invent?" (1968) — Melvin E. Conway — http://www.melconway.com/Home/Committees_Paper.html

See also Topic 7.2 — Workforce Planning, Topic 7.3 — Workforce Strategy, Topic 7.5 — People & Organisational Development, and Topic 8.1 — Change Management.