Luna Logic Lab - LLL

Scrum လုပ်နေပေမယ့် "အသက်မပါသလို" ဖြစ်နေလား? 🧐 (ရှောင်ကြဉ်ရမယ့် Scrum Anti-Patterns များ)

ရှေ့က Post မှာ Scrum ရဲ့ 3-5-3 ပုံသေနည်းအကြောင်း ပြောပြခဲ့တယ်ဆိုတော့... အခုက အဲ့ဒီပုံသေနည်းကို သုံးတဲ့အခါမှာ မသိလိုက်မသိဘာသာ မှားတတ်တဲ့ အလေ့အကျင့်လေးတွေ (Anti-Patterns) အကြောင်း ပြောပြပေးချင်ပါတယ်။

Framework ကြီးကိုတော့ သုံးနေပါရဲ့၊ ဒါပေမယ့် Agile ရဲ့ အနှစ်သာရ ပျောက်နေရင် အလုပ်တွေက ထင်သလောက် ခရီးမရောက်ဘဲ စက်ရုပ်ဆန်ဆန် ဖြစ်နေတတ်ပါတယ်။
ဒီနေ့မှာတော့ လက်တွေ့အလုပ်ခွင်မှာ အဖြစ်အများဆုံး အမှား ၃ ခုကို ပြန်ဆန်းစစ်ကြည့်ရင်း Do and Don’t လေးတွေခွဲခြားကြည့်ရအောင်။ ✨

၁။ Daily Scrum က "Report တင်တဲ့ပွဲ" ဖြစ်နေခြင်း 🗣️
Daily Scrum ရဲ့ ရည်ရွယ်ချက်က Team အချင်းချင်း အချိတ်အဆက်မိဖို့ပါ။

•🙅🏻‍♀️: အဖွဲ့သားတွေက တစ်ယောက်ချင်းစီ ဘာလုပ်ခဲ့လဲဆိုတာကို Scrum Master ရဲ့ မျက်နှာကိုပဲ ကြည့်ပြီး ပြောနေတာမျိုးမဖြစ်သင့်ပါဘူး။

• ✅: Daily meeting ဟာ Report တင်တာမဟုတ်ဘဲ Team members အချင်းချင်း စကားပြောတာပါ။ "Sprint Goal ရောက်ဖို့ ငါတို့ ဘယ်လို ပူးပေါင်းလုပ်ကြမလဲ" ဆိုတာကိုပဲ အဓိကထား ဆွေးနွေးသင့်ပါတယ်။

၂။ "Zombie Scrum" 🧟‍♂️
Scrum Event တွေ အကုန်လုပ်ပါရဲ့၊ ဒါပေမယ့် ဘာရလဒ်မှ မပြောင်းလဲတာမျိုးပါ။

•🙅🏻‍♀️: Sprint Review လုပ်ပေမယ့် Customer ဆီက Feedback မရတာ၊ Retrospective လုပ်ပေမယ့် အပြစ်တင်တာနဲ့ပဲ အချိန်ကုန်ပြီး နောက်တစ်ခါမှာ ဘာတွေ ပြင်မလဲဆိုတဲ့ Action Point မထွက်လာတာမျိုး မဖြစ်သင့်ပါဘူး။

•✅: Event တိုင်းမှာ အနှစ်သာရရှိရပါမယ်။ Feedback မရတဲ့ Review နဲ့ တိုးတက်ပြောင်းလဲမှုမရှိတဲ့ Retrospective ဟာ အချိန်ဖြုန်းတာနဲ့ အတူတူပါပဲ။

၃။ Product Owner က "အမိန့်ပေးသူ" ဖြစ်နေခြင်း 👑

•🙅🏻‍♀️: Product Owner က Developer တွေကို "ဒါကို ဒီလိုပဲ လုပ်လိုက်" လို့ နည်းပညာပိုင်းအထိ ဝင်ပြောတာ၊ ဒါမှမဟုတ် Team ရဲ့ အခြေအနေကို ထည့်မတွက်ဘဲ အလုပ်တွေ အတင်းဖိခိုင်းတာမျိုး မဖြစ်သင့်ပါဘူး။

•✅: PO က "ဘာလုပ်ရမလဲ (What)" ကိုပဲ ဆုံးဖြတ်ပြီး၊ "ဘယ်လိုလုပ်မလဲ (How)" ကိုတော့ Developer တွေကို ယုံကြည်မှုအပြည့်နဲ့ လွှတ်ပေးထားရပါမယ်။

Scrum ဆိုတာ စာအုပ်ကြီးအတိုင်း ကွက်တိလိုက်လုပ်ရုံတင်မဟုတ်ဘဲ အဖွဲ့သားအချင်းချင်း ယုံကြည်မှု (Trust) နဲ့ ပွင့်လင်းမှု (Openness) ရှိဖို့က ပိုအရေးကြီးပါတယ်။

ယောရောဘွန်းတို့ အဖွဲ့ထဲမှာရော ဒီလို အလေ့အကျင့်အမှားလေးတွေ ကြုံနေရလား? ဒါမှမဟုတ် တခြား ဘယ်လို အခက်အခဲတွေ ရှိလဲဆိုတာ Comment မှာ ပြောပြသွားကြပါဦးနော်။ 🥰

ကျွန်မကတော့ Ei Pyae Pyae Phoo (Luna) ပါ။
အကျိုးတစ်စုံတရာ ရှိသွားမယ်လို့မျှော်လင့်ပါတယ်။
ကျေးဇူးပါရှင့်။ 🤗

ဒီလိုမျိုး message လေးတွေ လက်ခံရရှိတာ အစ်မအတွက် တကယ်ကို အားဆေးဖြစ်ရုံတင်မကဘဲ ပိုပြီးတော့လည်း တာဝန်ကြီးတယ်လို့ ခံစားရပါတယ်။ ❤️

ကျွန်မရဲ့ page က QA, BA, PO နဲ့ Agile knowledge တွေကို အဓိကထား မျှဝေနေတာဖြစ်ပေမဲ့ နည်းပညာလောကမှာ System Architecture ဆိုတာကလည်း မရှိမဖြစ် ချိတ်ဆက်နေတဲ့ အစိတ်အပိုင်းတစ်ခုပါ။

Product တစ်ခု အောင်မြင်ဖို့ဆိုတာ Requirements တွေတင်မကဘဲ နောက်ကွယ်က System တည်ဆောက်ပုံ ခိုင်မာဖို့ကလည်း အရမ်းအရေးကြီးပါတယ်။

ဒါကြောင့် ရှေ့လျှောက်မှာ Product People တွေ (PO/BA) နဲ့ QA တွေအတွက် အထောက်အကူဖြစ်စေမယ့် "System Architecture for Non-Technical People" အကြောင်းအရာတွေကိုလည်း အစ်မ တတ်နိုင်သလောက် ရိုးရိုးရှင်းရှင်းလေးဖြစ်အောင် ပြင်ဆင်ပြီး မျှဝေပေးသွားပါ့မယ်။

ကိုယ်တိုင်လည်း လေ့လာရင်း၊ သိထားတာလေးတွေကိုလည်း ပြန်မျှဝေရင်းနဲ့ အားလုံးတူတူ တိုးတက်ကြရအောင်နော်။ စောင့်မျှော်ပေးကြပါဦး! 🙏✨