Timu ya agile kwa kawaida hujengwa juu ya majukumu matatu ya Scrum: Product Owner huamua kazi ipi ianze, Scrum Master huondoa vikwazo, na timu yenyewe hugawana kazi na kuikamilisha. Mpangilio huu unaathiri moja kwa moja kasi ya utoaji. Hapa chini tutaona kwa nini Scrum imekuwa njia ya Agile inayotumika zaidi, na jinsi ya kupanga timu kulingana na mahitaji halisi ya mradi wako.
Mtazamo wa Agile haulazimishi majukumu magumu, lakini Scrum inatoa muundo wenye Product Owner, Scrum Master, na Timu.
Timu za majukumu mengi hupunguza ucheleweshaji wa kukabidhiana kazi na huacha maamuzi yafanyike ndani ya timu, badala ya kuamuliwa juu yake.
Timu ya Agile iliyopangwa vizuri hukabiliana na mabadiliko kwa wepesi zaidi na hufanikiwa kufikia malengo haraka zaidi.
Agile imejengwa juu ya wazo moja kuu: kupunguza muda kati ya tatizo linapojitokeza na timu inapolishughulikia. Haitoi chati ya shirika isiyobadilika wala orodha ngumu ya majukumu. Hiyo ndiyo nguvu yake, na pia ndiyo sababu timu nyingi hukwama zinapojaribu kuitekeleza bila mfumo wowote. Scrum huziba pengo hilo. Inatoa muundo wa kutosha tu kuiweka Agile kazini, bila kuufanya mchakato kuwa mzito.
Agile inasimama juu ya kanuni zilizoandikwa katika Agile Manifesto, kama vile:
Agile ni falsafa, sio orodha ya maagizo. Timu zinazofanya kazi ndani yake huchagua njia ya utekelezaji, iwe Scrum, Kanban au SAFe, kulingana na aina ya kazi yao na kiasi cha uratibu wanachohitaji. Kuchagua njia isiyofaa hakuifanyi timu kuwa "isiyo ya Agile". Mara nyingi huzaa msuguano tu, na kile ambacho Agile ilitakiwa kuharakisha kinaishia kwenda polepole. Maelezo zaidi: Ubao wa Kanban.
Scrum hugawa timu katika majukumu makuu matatu:
Mfano: Timu inafanya kazi katika sprint za wiki mbili. Product Owner anaamua nini kijengwe baadaye kwa kuangalia thamani yake kwa biashara. Scrum Master huondoa vizuizi kabla havijasimamisha sprint. Namna kazi inavyofanywa inaamuliwa na timu ya maendeleo yenyewe. Iwapo mojawapo ya majukumu haya matatu litakuwa halieleweki, au yote yakamwangukia mtu mmoja, uwajibikaji huvurugika na ahadi za sprint haziwezi tena kutegemewa.
Mfano: Kila sprint inapoisha, timu hufanya retrospective. Lengo lake halihusu kutafuta mwenye kosa. Timu hutafuta badiliko moja au mawili halisi katika namna inavyofanya kazi. Timu zinazoruka retrospectives hujikuta zikikwama kwenye msuguano ule ule sprint baada ya sprint, bila kuwahi kugusa chanzo halisi cha tatizo.
Je, unajua? Neno "Agile" katika uundaji wa programu lilitumika kwa mara ya kwanza mwaka 2001, wakati waendelezaji 17 walipokutana Utah na kutia saini Agile Manifesto, hati iliyobadilisha jinsi sekta nzima inavyofikiria kuhusu mipango, utoaji na uhuru wa timu. Soma zaidi: Programu ya Usimamizi wa Miradi kwa Timu za Uhandisi.
Miundo ya Agile inanyumbulika na hubadilika kulingana na aina na ukubwa wa mradi. Kwa mfano:
Katika Kanban, hakuna majukumu yaliyowekwa. Badala ya kusimamia mizunguko ya sprint, timu huweka mtiririko wa kazi wazi mbele ya macho na hupunguza idadi ya kazi zinazoendelea kwa wakati mmoja.
Katika SAFe (Scaled Agile Framework), majukumu hugawanywa katika ngazi kadhaa ili timu nyingi zinazolenga malengo yale yale ya programu ziweze kuratibiwa.
Ukitaka kuzama zaidi katika Agile na Scrum, anza na makala "Agile Manifesto ni nini? Kuelewa Maadili na Kanuni Zake za Msingi", inayoeleza misingi. Kisha endelea na "Scrum Master ni nini? Majukumu Makuu na Wajibu Yameelezwa" ili kuelewa jukumu hili kuu la timu.
Muundo wa timu ya Agile unafanya kazi kwa sababu unaweka uwajibikaji pale ambapo kazi inafanyika kweli. Timu yenye fani mbalimbali husubiri kidogo. Timu inayojipanga yenyewe haipotezi muda kuomba idhini. Retrospectives huzuia deni la mchakato lisijilimbikize kimya kimya. Iwe Scrum, Kanban au SAFe, mfumo wenyewe hauna uzito sawa na swali hili: je, timu ina umiliki ulio wazi, mizunguko mifupi ya maoni, na mamlaka ya kubadilisha namna inavyofanya kazi?
"Scrum: The Art of Doing Twice the Work in Half the Time"
Inaeleza jinsi ya kuongeza tija kupitia maendeleo ya hatua kwa hatua na kazi ya pamoja ya timu katika shirika lolote.
"Agile Project Management with Kanban"
Inaonyesha jinsi ya kuboresha mtiririko wa mradi na utoaji kwa kutumia mfumo wa usimamizi wa kuona wa Kanban.
"The Lean Startup"
Inawasilisha mbinu ya kujenga biashara zenye mafanikio kupitia majaribio ya haraka na maoni ya wateja.
Ari ya timu huathiri utendaji kazi moja kwa moja: wafanyakazi wanapohisi kwamba wanathaminiwa na wana motisha, ushiriki wao, muda wanaobaki kazini na ubora wa kazi yao huongezeka kwa kiwango kinachoweza kupimwa. Ili ari ibaki juu, kampuni inahitaji kuchukua hatua za makusudi na zisizokatika katika
9 dk
73 maoni
0
Kuongeza zana za kidijitali hakuhakikishi kwamba kazi itaenda haraka zaidi. Mara nyingi matokeo ni kinyume chake: taarifa zinatawanyika, akili inabeba mzigo mkubwa zaidi na ubora wa kazi unashuka. Mageuzi mahiri ni mchakato wa hatua kwa hatua wa kutoka kwenye msongamano wa zana uliojilimbikiza kwa
9 dk
86 maoni
0
Katika kazi ya mradi ni kawaida kazi kuingiliana: zinagombania rasilimali zilezile, tarehe za mwisho zilezile au watu walewale wa timu. Hii ni sehemu ya muundo wa mradi wenyewe, sio kasoro. Hata hivyo, bila uratibu ulio wazi, mwingiliano huo huzaa migogoro, ucheleweshaji unaofuatana mmoja baada ya
9 dk
109 maoni
0
Katika zama hizi za kazi ya mbali na kazi mseto, ushirikiano wa wakati halisi umeacha kuwa nyongeza ya hiari na sasa ni hitaji la msingi katika uendeshaji wa kila siku. Una upande wa kiufundi na upande wa kitamaduni, kwa sababu ndio unaoamua jinsi wanachama wa timu wanavyowasiliana, wanavyochangia
9 dk
87 maoni
0
Unatafuta programu bora ya usimamizi wa kazi itakayokusaidia kujipanga, kuzingatia jambo moja na kweli kumaliza kazi? Mwongozo huu unalinganisha zana kwa ajili ya wafanyakazi huru, waanzilishi wa startup na timu za mbali wanaotaka uwazi zaidi na kelele kidogo. Iwe unahitaji orodha ndogo za vitendo,
18 dk
245 maoni
0
Ni bure kabisa kwa saizi zote za timu na matumizi ya kibinafsi
Back to menuBack to menu
