Product Backlog ဆိုတာ Product Team အတွက် ရှေ့ဆက်လုပ်ဆောင်ရမယ့်အရာတွေကို တန်းစီထားတဲ့ List လို့ပြောလို့ရပါတယ်။ Backlog ထဲမှာ Feaures အသစ်တွေပါမယ်၊ Bugs (သို့) Issues တွေ ပါမယ်၊ Idea အကြမ်းဖျင်းတွေလည်း ပါနိုင်သလို Technical နဲ့ပတ်သက်တဲ့ Tasks တွေလည်းပါနိုင်ပါတယ်။ Product Team အတွက် ဆက်လုပ်ရမယ့် အလုပ်တွေအားလုံးကို တစ်နေရာထဲကနေ စုထားတာကြောင့် Sprint Planning တွေမှာ ဒီ Backlog ကိုအခြေခံပြီး ဆွေးနွေး၊ Sprint Backlog ထဲထည့်၊ Tasks တွေခွဲကြရုံပါပဲ။ ဒါကြောင့် Product Backlog က Agile Product Team တွေအတွက် မရှိမဖြစ်အရေးပါတဲ့ အစိတ်အပိုင်းလည်းဖြစ်ပါတယ်။
Product Manager တစ်ယောက်အနေနဲ့ မိမိ Product Backlog ကို အကောင်းဆုံးဘယ်လိုကိုင်တွယ်မလဲနဲ့ Product Backlog နဲ့ပတ်သက်ပြီး သတိထားသင့်တဲ့ အချက်တွေကို ဆွေးနွေးချင်ပါတယ်။
Product Roadmap နဲ့ Product Backlog ဘာကွာလဲ
Product Roadmap နဲ့ Product Backlog နှစ်ခုလုံးက Product Developent အတွက် အရေးပါပြီး တစ်ခုနဲ့တစ်ခုက ချိတ်ဆက်နေပါတယ်။ သို့သော် သူတို့နှစ်ခုက အတူတူပဲလို့တော့ အမှတ်မမှားစေချင်ပါဘူး။ Product Roadmap က Product ရဲ့ Vision နဲ့ ရှေ့ဆက်သွားမယ့် Strategy ကို High Level View အနေနဲ့ ကြည့်နိုင်ဖို့ ရေးဆွဲထားတဲ့ Plan ဖြစ်ပြီး၊ Product Backlog ကတော့ Roadmap အတိုင်းဆက်သွားဖို့ရာ လုပ်ဆောင်ဖို့လိုတဲ့ Tasks တွေကို Priority စီထားတဲ့ List ဖြစ်ပါတယ်။
Image from Roman Pichler’s blog
Product Roadmap ကိုကြည့်ရင် ရှေ့လျှောက် Product က ဘာတွေဆက်လုပ်ပြီး ဘယ်လိုရုပ်လုံးပေါ်နေမလဲ သိစေနိုင်တဲ့ Plan မျိုးပါ။ Product Backlog ကတော့ Development Team အနေနဲ့ ရှေ့လျှောက် ဘယ်လို Task တွေစောင့်နေလဲ သိစေနိုင်တဲ့အရာမျိုးလို့ ဆိုနိုင်ပါတယ်။ Roadmap မှာ များသောအားဖြင့် Features တွေ၊ Major Epic တွေဖြစ်တတ်ပြီး၊ Backlog ကတော့ Agile ရဲ့ User Story တွေ၊ Tasks တွေ၊ Issues တွေဖြစ်ပါတယ်။
Product Roadmap နဲ့ Product Backlog ကွာခြားချက်ကို ရှင်းပြီးနောက်မှာ Product Backlog ကို ဘယ်လိုကိုင်တွယ်မလဲဆိုတာနဲ့ပတ်သက်ပြီး ဆက်ကြည့်ရအောင်။
၁။ Backlog List ထဲစုပြုံထည့်တာမျိုး မလုပ်ပါနဲ့။ ဒါက Product Manager တွေ တော်တော်များများ လုပ်လေ့ရှိတာပါ။ ကော်ဖီသောက်ရင်း ရလာတဲ့ Idea အသစ်တွေ၊ နောက်မှပြင်မယ်လို့ ရွှေ့ထားတဲ့ Bug တွေ၊ Customer Feedback နဲ့ပတ်သက်တဲ့ ပြင်ဆင်မှုတွေ၊ Operation Team က တောင်းဆိုတဲ့ Feature တွေ၊ Development Team နဲ့ ဆွေးနွေးထားတဲ့ Tech Tasks တွေ… အကုန်လုံးကို Backlog ထဲ ပစ်ထည့်ထားတတ်ပါတယ်။ အကျိုးဆက်က အဆုံးမရှိ ရှင်းမပြီးတဲ့ Backlog ကြီး ပိုက်မိနေတာပါပဲ။ “How to say No” ဆောင်းပါးမှာ ရေးခဲ့တဲ့အချက်အတိုင်းပါပဲ.. ကိုယ့် Product နဲ့ မသင့်တော်တဲ့ Feature Request မျိုးဆို အကျိုးသင့်အကြောင်းသင့် ငြင်းလိုက်တာက Backlog ထဲပစ်ထည့်ထားလိုက်တာထပ် ပိုသင့်တော်ပါတယ်။
၂။ Backlog ထဲက Tasks တွေကို Priority စီပါ။ Development Team နဲ့ Stakeholders တွေ မြင်သာအောင် Business အတွက် အရေးအကြီးဆုံး၊ Value အမြင့်ဆုံးတွေကို ထိပ်ဆုံးထားပြီး စီနိုင်သလို၊ Value Effort Matrix မျိုးသုံး Business Value နဲ့ Development Effort ကိုချိန်ထိုးပြီး Priority အထက်အောက် စီနိုင်ပါတယ်။ Value Effort Matrix သုံးနည်းကို Feature Prioritization ဆောင်းပါး မှာ အသေးစိတ်ဖတ်နိုင်ပါတယ်။
၃။ Backlog Grooming (ရှင်းလင်းရေး) ပုံမှန်လုပ်ပါ။ Backlog Grooming ဆိုတာ Product Manager နဲ့ Product Team က လိုအပ်တဲ့သူတွေ (Project Manager, Tech Lead တွေ) Meeting ထိုင်ပြီး Backlog ကို ပြန်ရှင်းလင်းတာဖြစ်ပါတယ်။ Agile Product Team တွေမှာ ပုံမှန်လုပ်သင့်တဲ့ Activity တစ်ခုလည်းဖြစ်ပြီး Backlog ထဲမှာရှိတဲ့ User Story တွေက Up to date ဖြစ်ဖို့၊ Product Team ရဲ့ ရှေ့ဆက် Development တွေအတွက် Ready ဖြစ်ဖို့ ရည်ရွယ်ပါတယ်။ Backlog Grooming Meeting မှာ ဘာတွေလုပ်ကြလဲဆိုတော့
၄။ Backlog နဲ့ပတ်သက်တဲ့ Discussion တွေမှာ Development Team ကို ဝင်ရောက်ဆွေးနွေး၊ Feedback ပေးခိုင်းပါ။ Feature Prioritize လုပ်ရာမှာ ဘယ် User Story က ဘယ်လောက် Development Effort လိုမယ်ဆိုတာပါ ထည့်စဥ်းစားရတာမို့ Development Team ကို သူတို့ရဲ့ ထင်မြင်ချက်တွေ ဝင်ရောက်ဆွေးနွေးဖို့၊ ထုတ်ပြောဖို့ လမ်းဖွင့်ပေးပါ။ ပြီးတော့ Backlog ထဲက Tasks တွေကို Develop လုပ်မှာ Developers တွေပဲဖြစ်တာကြောင့် သူတို့ကို ဝင်ဆွေးနွေးခိုင်းတာက Ownership Sense ကိုပါပေးစေပါတယ်။
၅။ Product Backlog မှာ ရှိနေတဲ့ Priority စီထားတဲ့ List နဲ့၊ လက်ရှိ Sprint မှာ ဘယ် Task တွေကို လုပ်နေကြောင်း Stakeholder တွေကို ပေးသိပါ။ ဒီအချက်က Product Roadmap နဲ့အတူတူပါပဲ။ Stakeholders တွေလည်း သိသင့်တဲ့အချက်အလက်တွေဖြစ်လို့ Backlog List ကို ပွင့်ပွင့်လင်းလင်း ဝေမျှထားတာ အကောင်းဆုံးဖြစ်ပါတယ်။
ဒီအချက်တွေကတော့ Product Manager အနေနဲ့ Product Backlog ကို ကိုင်တွယ်ရမှာ အကျိုးရှိစေမယ့် နည်းလမ်းတွေဖြစ်ပါတယ်။ Product Backlog နဲ့ပတ်သက်ပြီး ထပ်သိချင်တာရှိရင်လည်း မေးနိုင်ပါတယ်။ မိမိတို့ Product ရဲ့ လက်ရှိ Backlog ကို ဘယ်လို Manage လုပ်လဲ၊ ဘာတွေအဆင်ပြေပြီး၊ ဘယ်လို Learning တွေရှိခဲ့လဲ စတာတွေကို ဝေမျှခဲ့ပါဦး။
နောက်ထပ် ဖတ်ချင်တဲ့ Topic တွေရှိရင်လည်း ဒီ Google Form ကနေတဆင့် အကြံပေးနိုင်ပါတယ်။ ProductBaze မှ Product သမားအချင်းချင်း idea တွေ၊ knowledge နဲ့ experience တွေ share ဖို့ နွေးနွေးထွေးထွေးဖိတ်ခေါ်ပါတယ်။ ProductBaze အကြောင်း (၁) မိနစ်စာ မိတ်ဆက် post လေးကို ဒီ link မှာ ဖတ်လို့ရပါတယ်။ ProductBaze ကို ဆက်သွယ်ချင်ရင် productbaze@gmail.com သို့ ပေးပို့ ဆက်သွယ်နိုင်ပါတယ်။
Follow us on Facebook and Linkedin for latest updates.
Product Manager တစ်ယောက်အနေနဲ့ မိမိ Product Backlog ကို အကောင်းဆုံးဘယ်လိုကိုင်တွယ်မလဲနဲ့ Product Backlog နဲ့ပတ်သက်ပြီး သတိထားသင့်တဲ့ အချက်တွေကို ဆွေးနွေးချင်ပါတယ်။
Product Roadmap နဲ့ Product Backlog ဘာကွာလဲ
Product Roadmap နဲ့ Product Backlog နှစ်ခုလုံးက Product Developent အတွက် အရေးပါပြီး တစ်ခုနဲ့တစ်ခုက ချိတ်ဆက်နေပါတယ်။ သို့သော် သူတို့နှစ်ခုက အတူတူပဲလို့တော့ အမှတ်မမှားစေချင်ပါဘူး။ Product Roadmap က Product ရဲ့ Vision နဲ့ ရှေ့ဆက်သွားမယ့် Strategy ကို High Level View အနေနဲ့ ကြည့်နိုင်ဖို့ ရေးဆွဲထားတဲ့ Plan ဖြစ်ပြီး၊ Product Backlog ကတော့ Roadmap အတိုင်းဆက်သွားဖို့ရာ လုပ်ဆောင်ဖို့လိုတဲ့ Tasks တွေကို Priority စီထားတဲ့ List ဖြစ်ပါတယ်။
Image from Roman Pichler’s blog
Product Roadmap ကိုကြည့်ရင် ရှေ့လျှောက် Product က ဘာတွေဆက်လုပ်ပြီး ဘယ်လိုရုပ်လုံးပေါ်နေမလဲ သိစေနိုင်တဲ့ Plan မျိုးပါ။ Product Backlog ကတော့ Development Team အနေနဲ့ ရှေ့လျှောက် ဘယ်လို Task တွေစောင့်နေလဲ သိစေနိုင်တဲ့အရာမျိုးလို့ ဆိုနိုင်ပါတယ်။ Roadmap မှာ များသောအားဖြင့် Features တွေ၊ Major Epic တွေဖြစ်တတ်ပြီး၊ Backlog ကတော့ Agile ရဲ့ User Story တွေ၊ Tasks တွေ၊ Issues တွေဖြစ်ပါတယ်။
Product Roadmap နဲ့ Product Backlog ကွာခြားချက်ကို ရှင်းပြီးနောက်မှာ Product Backlog ကို ဘယ်လိုကိုင်တွယ်မလဲဆိုတာနဲ့ပတ်သက်ပြီး ဆက်ကြည့်ရအောင်။
၁။ Backlog List ထဲစုပြုံထည့်တာမျိုး မလုပ်ပါနဲ့။ ဒါက Product Manager တွေ တော်တော်များများ လုပ်လေ့ရှိတာပါ။ ကော်ဖီသောက်ရင်း ရလာတဲ့ Idea အသစ်တွေ၊ နောက်မှပြင်မယ်လို့ ရွှေ့ထားတဲ့ Bug တွေ၊ Customer Feedback နဲ့ပတ်သက်တဲ့ ပြင်ဆင်မှုတွေ၊ Operation Team က တောင်းဆိုတဲ့ Feature တွေ၊ Development Team နဲ့ ဆွေးနွေးထားတဲ့ Tech Tasks တွေ… အကုန်လုံးကို Backlog ထဲ ပစ်ထည့်ထားတတ်ပါတယ်။ အကျိုးဆက်က အဆုံးမရှိ ရှင်းမပြီးတဲ့ Backlog ကြီး ပိုက်မိနေတာပါပဲ။ “How to say No” ဆောင်းပါးမှာ ရေးခဲ့တဲ့အချက်အတိုင်းပါပဲ.. ကိုယ့် Product နဲ့ မသင့်တော်တဲ့ Feature Request မျိုးဆို အကျိုးသင့်အကြောင်းသင့် ငြင်းလိုက်တာက Backlog ထဲပစ်ထည့်ထားလိုက်တာထပ် ပိုသင့်တော်ပါတယ်။
၂။ Backlog ထဲက Tasks တွေကို Priority စီပါ။ Development Team နဲ့ Stakeholders တွေ မြင်သာအောင် Business အတွက် အရေးအကြီးဆုံး၊ Value အမြင့်ဆုံးတွေကို ထိပ်ဆုံးထားပြီး စီနိုင်သလို၊ Value Effort Matrix မျိုးသုံး Business Value နဲ့ Development Effort ကိုချိန်ထိုးပြီး Priority အထက်အောက် စီနိုင်ပါတယ်။ Value Effort Matrix သုံးနည်းကို Feature Prioritization ဆောင်းပါး မှာ အသေးစိတ်ဖတ်နိုင်ပါတယ်။
၃။ Backlog Grooming (ရှင်းလင်းရေး) ပုံမှန်လုပ်ပါ။ Backlog Grooming ဆိုတာ Product Manager နဲ့ Product Team က လိုအပ်တဲ့သူတွေ (Project Manager, Tech Lead တွေ) Meeting ထိုင်ပြီး Backlog ကို ပြန်ရှင်းလင်းတာဖြစ်ပါတယ်။ Agile Product Team တွေမှာ ပုံမှန်လုပ်သင့်တဲ့ Activity တစ်ခုလည်းဖြစ်ပြီး Backlog ထဲမှာရှိတဲ့ User Story တွေက Up to date ဖြစ်ဖို့၊ Product Team ရဲ့ ရှေ့ဆက် Development တွေအတွက် Ready ဖြစ်ဖို့ ရည်ရွယ်ပါတယ်။ Backlog Grooming Meeting မှာ ဘာတွေလုပ်ကြလဲဆိုတော့
- Develop မလုပ်ဖြစ်တော့တဲ့ / မလိုတော့တဲ့ User Story တွေကို Backlog ထဲက ဖယ်ထုတ်
- User Story အကြီးတွေကို အသေးလေးတွေ ပြန်ခွဲ
- စီထားတဲ့ Priority တွေကို Product Team နဲ့ Review ပြန်လုပ်
- လိုတဲ့ User Story တွေ၊ Task တွေ ရှိခဲ့ရင် ထပ်ထည့်… စတာတွေ လုပ်ဆောင်ပါတယ်။
၄။ Backlog နဲ့ပတ်သက်တဲ့ Discussion တွေမှာ Development Team ကို ဝင်ရောက်ဆွေးနွေး၊ Feedback ပေးခိုင်းပါ။ Feature Prioritize လုပ်ရာမှာ ဘယ် User Story က ဘယ်လောက် Development Effort လိုမယ်ဆိုတာပါ ထည့်စဥ်းစားရတာမို့ Development Team ကို သူတို့ရဲ့ ထင်မြင်ချက်တွေ ဝင်ရောက်ဆွေးနွေးဖို့၊ ထုတ်ပြောဖို့ လမ်းဖွင့်ပေးပါ။ ပြီးတော့ Backlog ထဲက Tasks တွေကို Develop လုပ်မှာ Developers တွေပဲဖြစ်တာကြောင့် သူတို့ကို ဝင်ဆွေးနွေးခိုင်းတာက Ownership Sense ကိုပါပေးစေပါတယ်။
၅။ Product Backlog မှာ ရှိနေတဲ့ Priority စီထားတဲ့ List နဲ့၊ လက်ရှိ Sprint မှာ ဘယ် Task တွေကို လုပ်နေကြောင်း Stakeholder တွေကို ပေးသိပါ။ ဒီအချက်က Product Roadmap နဲ့အတူတူပါပဲ။ Stakeholders တွေလည်း သိသင့်တဲ့အချက်အလက်တွေဖြစ်လို့ Backlog List ကို ပွင့်ပွင့်လင်းလင်း ဝေမျှထားတာ အကောင်းဆုံးဖြစ်ပါတယ်။
ဒီအချက်တွေကတော့ Product Manager အနေနဲ့ Product Backlog ကို ကိုင်တွယ်ရမှာ အကျိုးရှိစေမယ့် နည်းလမ်းတွေဖြစ်ပါတယ်။ Product Backlog နဲ့ပတ်သက်ပြီး ထပ်သိချင်တာရှိရင်လည်း မေးနိုင်ပါတယ်။ မိမိတို့ Product ရဲ့ လက်ရှိ Backlog ကို ဘယ်လို Manage လုပ်လဲ၊ ဘာတွေအဆင်ပြေပြီး၊ ဘယ်လို Learning တွေရှိခဲ့လဲ စတာတွေကို ဝေမျှခဲ့ပါဦး။
နောက်ထပ် ဖတ်ချင်တဲ့ Topic တွေရှိရင်လည်း ဒီ Google Form ကနေတဆင့် အကြံပေးနိုင်ပါတယ်။ ProductBaze မှ Product သမားအချင်းချင်း idea တွေ၊ knowledge နဲ့ experience တွေ share ဖို့ နွေးနွေးထွေးထွေးဖိတ်ခေါ်ပါတယ်။ ProductBaze အကြောင်း (၁) မိနစ်စာ မိတ်ဆက် post လေးကို ဒီ link မှာ ဖတ်လို့ရပါတယ်။ ProductBaze ကို ဆက်သွယ်ချင်ရင် productbaze@gmail.com သို့ ပေးပို့ ဆက်သွယ်နိုင်ပါတယ်။
Follow us on Facebook and Linkedin for latest updates.
Comments