Feature Prioritization ဆိုတာ မိမိ Product မှာ ထပ်ထည့်ရမယ့် Features တွေ၊ Backlog ထဲက Major Epic တွေ၊ User Stories တွေကို ဘယ်ဟာတွေက အရင်ဆုံးလုပ်ရမယ့် အရေးအကြီးဆုံးလဲ ရွေးချယ် သတ်မှတ်တဲ့ အလုပ်ဖြစ်ပါတယ်။ Product ရဲ့ ရှေ့ဆက်သွားမယ့် Roadmap ဆွဲဖို့ရာအတွက် Features တွေကို Prioritize လုပ်ရတာ Product Manager ရဲ့ အရေးပါတဲ့ တာဝန်တွေထဲက တစ်ခုပါ။
Product အတွက် မှန်ကန်သင့်တော်တဲ့ Features တွေကို ရွေးချယ်ရတာ ထင်သလောက် မလွယ်ကူပါဘူး။ မိမိစိတ်ထဲမှာ ဒီ Feature လုပ်သင့်တယ်ထင်ရုံနဲ့ ရွေးချယ်လို့မရသလို တစ်ယောက်ယောက်က တောင်းဆိုလို့ ဆိုတာမျိုးနဲ့လည်း ရွေးချယ်ဖို့ မလုံလောက်ပါဘူး။ Product Decisions အတွက် Product နဲ့ ဆက်စပ်နေတဲ့ Stakeholders တွေရဲ့ Input တွေ ထည့်သွင်းစဥ်းစားဖို့ လိုအပ်သလို၊ Product ရဲ့ Data တွေကို ကြည့်ဖို့လည်း လိုအပ်ပါတယ်။ Data တွေ Input တွေ စုဆောင်းပြီးတဲ့အခါ Features တွေကို ရွေးချယ်ဖို့ သင့်တော်တဲ့ Method တွေ၊ Matrix တွေကို အသုံးပြုနိုင်ပါတယ်။
Product အတွက် Feature Prioritization လုပ်ရမှာ အသုံးတဲ့ပြီး လွယ်ကူတဲ့ Method / Matrix အချို့ကို ဝေမျှချင်ပါတယ်။ ကိုယ့် Product ပေါ်မူတည်ပြီး သင့်တော်မယ့် Method ကို စမ်းသုံးကြည့်ဖို့လည်း အကြံပြုချင်ပါတယ်။
(1) Value Effort Matrix (သို့) Value Cost Matrix ဆိုတာ Features တွေကို Business Value နဲ့ Effort ပေါ်မူတည်ပြီး Priority သတ်မှတ်တာဖြစ်ပါတယ်။ ဒီနည်းလမ်းအတွက် မိမိ Product မှာရှိတဲ့ Features တွေ Idea တွေ တစ်ခုချင်းစီကို Develop လုပ်ရင်ရမယ့် Value နဲ့ စိုက်ထုတ်ရမယ့် Team Effort သတ်မှတ်ပြီး Grid ပေါ်မှာ နေရာချရပါတယ်။ Grid ရဲ့ Y ဝင်ရိုးက Business Value ဖြစ်ပြီး X ဝင်ရိုးကတော့ Effort ဖြစ်ပါတယ်။ Effort အစား Cost, Complexity စတာတွေလည်း သုံးနိုင်ပါတယ်။ နေရာချပြီးရင်တော့ အောက်မှာပြထားတဲ့ ပုံထဲကအတိုင်း
(2) Scoring Method မှာ Features တွေကို Factors တွေပေါ်အခြေခံပြီး သက်ဆိုင်ရာ Scoring Formula တစ်ခုခုနဲ့ တိုင်းတာတဲ့နည်းလမ်းပါ။ အသုံးများတဲ့ Formula အချို့ကို အောက်မှာနမူနာပြထားပါတယ်။
RICE Scoring က Reach, Impact, Confidence, Effort တို့ကိုရည်ညွှန်းတာဖြစ်ပြီး Reach က သတ်မှတ်တဲ့ အချိန်အတိုင်းအတာတစ်ခုမှာ Feature က သက်ရောက်မယ့်လူအရေအတွက်ပါ။ Impact က Feature ကြောင့် ဘယ်လိုသက်ရောက်မှုတွေရှိတာလဲနဲ့ Confidence က ဒီခန့်မှန်းမှုအတွက် ဘယ်လောက်သေချာမှုရှိလဲပါ။ Effort ကတော့ Cost တွေ၊ Resource တွေ ပါဝင်မှာပါ။
ICE Scoring နဲ့ RICE Scoring ကွာတာက Reach ပမာဏဖြစ်ပါတယ်။ သက်ရောက်မှု အနည်းအများပဲမဟုတ်ပဲ သက်ရောက်မှာက လူနည်းနည်းကို သက်ရောက်မှု အကြီးကြီးလား၊ လူအများကြီးကို သက်ရောက်မှု နည်နည်းလေးလား စသည်ဖြင့် ရှင်ရှင်းလင်းလင်းသိစေဖို့ ဖြစ်ပါတယ်။
BUC ကတော့ Business နဲ့ User Value တွေကို (1-10) သတ်မှတ်၊ Value Score နှစ်ခုကိုပေါင်းပြီး Cost ကို ပြန်နှုတ်တာ ဖြစ်ပါတယ်။
(3) Weighted Scoring (Scorecard) က Scoring Method လို Factors တစ်ခုချင်းစီအတွက် Features ကိုအမှတ်ပေးရုံတင်မဟုတ်ဘဲ Factors တွေကိုပါ Weight ပြန်သတ်မှတ်တာပါ။ Factors အားလုံးပေါင်းကို 100% ထားပြီး ဘယ် Factor က ကိုယ့် Product အတွက် ဘယ်လောက် အရေးပါလဲကို ရာခိုင်နှုန်းပြန်ခွဲတာ ဖြစ်ပါတယ်။ အောက်ကပုံကိုကြည့်ရင် ပိုရှင်းပါလိမ့်မယ်။ Factors ရဲ့ အရေးပါမှု ရာခိုင်နှုန်းပေါ်မူတည်ပြီး Features ရဲ့ Priority Score ကို တွက်တာဖြစ်ပြီး အသုံးများတဲ့ နည်းလမ်းဖြစ်ပါတယ်။
(4) MOSCOW Analysis ကလည်း Management, Business Analysis, Software Development, Product Management စတာတွေမှာ အသုံးများတဲ့ နည်းလမ်းဖြစ်ပါတယ်။ Product အတွက် Features တွေကို
(5) Story Mapping က ကျွန်တော့်ရဲ့ Personal Favourite နည်းလမ်းလည်းဖြစ်ပါတယ်။ Agile Product Team တွေမှာ အသုံးများပြီး MVP (Minimum Viable Product) ဖြစ်ဖို့ရာ ပါသင့်တဲ့ User Stories တွေကို Prioritize လုပ် Release တွေသတ်မှတ်တာမျိုးပါ။ Story Mapping မှာ Product ရဲ့ Wrokflow တစ်ခုလုံးကို Breakdown လုပ်တာမို့ Product ရဲ့ User Journey အစအဆုံးကိုလည်း Product Team အနေနဲ့ မြင်လွယ်ပါတယ်။ Wrokflow ကို Breakdown လုပ်ရာမှာ User Story အစ-အဆုံးကို Card တစ်ခုချင်းစီမှာ ချရေးပြီး Kanban Board လိုမျိုးမှာ (Sticky Notes နဲ့ နံရံပေါ်မှာကပ်တာ အဆင်ပြေပါတယ်) အစဥ်လိုက် အရေးအကြီးဆုံး User Story ကထိပ်ဆုံး သိပ်အရေးမကြီးတာက အောက်ဆုံး စီသွားတာပါ။ စီထားတဲ့ အစဥ်လိုက်ကို ဘယ် Features အထိက Primary Step မှာ Develop လုပ်မယ်၊ ဘယ် Features တွေကတော့ နောက် ဘယ် Relase တွေမှာ Develop လုပ်သွားမယ်ဆိုတာ ပိုင်းလိုက်တာဖြစ်ပါတယ်။
Feature Prioritization အတွက် အဓိက ပြုလုပ်ထားတဲ့ ProductPlan, Aha စတဲ့ Tools တွေရှိပါတယ်။ သို့ပေမယ့် Product Managers တော်တော်များများကတော့ Trello, Jira တို့လို ရိုးရှင်းတဲ့ Tools တွေနဲ့ Data စုဆောင်းပြီး Spreadsheet ပေါ်မှာပဲ Matrix တွေဆွဲ၊ Scoring တွေတွက်ပြီး Prioritize လုပ်ကြတာ ပိုများပါတယ်။
Feature Prioritization က Roadmap အတွက်တစ်ကြိမ်ပဲ လုပ်ရတာမဟုတ်ပါဘူး။ Business ရဲ့ Priorities တွေက External Factors တွေ Internal Factors တွေပေါ်မူတည်ပြီး အလျင်အမြန် ပြောင်းလဲနိုင်ပါတယ်။ External Factors ဆိုတာ Market Demand, Competitors စတာတွေဖြစ်ပြီး Internal Factors ကတော့ Company Vision အပြောင်းအလဲ၊ Organization Structure နဲ့ Resource အပြောင်းအလဲ စတာတွေဖြစ်ပါတယ်။ Agile Product Team ကလည်း ဒီအပြောင်းအလဲတွေကို အလျင်အမြန် Adpat လုပ်ဖို့လိုပါတယ်။ ဒါ့ကြောင့် Product Manager တစ်ယောက်အနေနဲ့ အမြဲမပြတ် Roadmap ကို ပြန်လည်သုံးသပ်သင့်ပြီး လိုအပ်လာရင် ရှေ့လာမယ့် Sprint တွေအတွက် Features တွေကို အကောင်းဆုံး Prioritize ပြန်လုပ်ရမှာ Product Manager ရဲ့တာဝန်ဖြစ်ပါတယ်။
Feature Prioritization နဲ့ပတ်သက်ပြီး ထပ်သိချင်တာ ရှိရင်လည်း မေးနိုင်ပါတယ်။ မိမိတို့ လက်ရှိသုံးနေတဲ့ Method တွေ၊ အသုံးဝင်တဲ့ Tips တွေရှိရင်လည်း share ခဲ့ပါဦး။
နောက်ထပ် ဖတ်ချင်တဲ့ Topic တွေရှိရင်လည်း ဒီ Google Form ကနေတဆင့် အကြံပေးနိုင်ပါတယ်။ ProductBaze မှ Product သမားအချင်းချင်း idea တွေ၊ knowledge နဲ့ experience တွေ share ဖို့ နွေးနွေးထွေးထွေးဖိတ်ခေါ်ပါတယ်။ ProductBaze အကြောင်း (၁) မိနစ်စာ မိတ်ဆက် post လေးကို ဒီ link မှာ ဖတ်လို့ရပါတယ်။ ProductBaze ကို ဆက်သွယ်ချင်ရင် productbaze@gmail.com သို့ ပေးပို့ ဆက်သွယ်နိုင်ပါတယ်။
Product အတွက် မှန်ကန်သင့်တော်တဲ့ Features တွေကို ရွေးချယ်ရတာ ထင်သလောက် မလွယ်ကူပါဘူး။ မိမိစိတ်ထဲမှာ ဒီ Feature လုပ်သင့်တယ်ထင်ရုံနဲ့ ရွေးချယ်လို့မရသလို တစ်ယောက်ယောက်က တောင်းဆိုလို့ ဆိုတာမျိုးနဲ့လည်း ရွေးချယ်ဖို့ မလုံလောက်ပါဘူး။ Product Decisions အတွက် Product နဲ့ ဆက်စပ်နေတဲ့ Stakeholders တွေရဲ့ Input တွေ ထည့်သွင်းစဥ်းစားဖို့ လိုအပ်သလို၊ Product ရဲ့ Data တွေကို ကြည့်ဖို့လည်း လိုအပ်ပါတယ်။ Data တွေ Input တွေ စုဆောင်းပြီးတဲ့အခါ Features တွေကို ရွေးချယ်ဖို့ သင့်တော်တဲ့ Method တွေ၊ Matrix တွေကို အသုံးပြုနိုင်ပါတယ်။
Product အတွက် Feature Prioritization လုပ်ရမှာ အသုံးတဲ့ပြီး လွယ်ကူတဲ့ Method / Matrix အချို့ကို ဝေမျှချင်ပါတယ်။ ကိုယ့် Product ပေါ်မူတည်ပြီး သင့်တော်မယ့် Method ကို စမ်းသုံးကြည့်ဖို့လည်း အကြံပြုချင်ပါတယ်။
- Value Effort Matrix (Value Cost Matrix)
- Scoring Method
- Weighted Scoring (Scorecard)
- MOSCOW Analysis
- Story Mapping
(1) Value Effort Matrix (သို့) Value Cost Matrix ဆိုတာ Features တွေကို Business Value နဲ့ Effort ပေါ်မူတည်ပြီး Priority သတ်မှတ်တာဖြစ်ပါတယ်။ ဒီနည်းလမ်းအတွက် မိမိ Product မှာရှိတဲ့ Features တွေ Idea တွေ တစ်ခုချင်းစီကို Develop လုပ်ရင်ရမယ့် Value နဲ့ စိုက်ထုတ်ရမယ့် Team Effort သတ်မှတ်ပြီး Grid ပေါ်မှာ နေရာချရပါတယ်။ Grid ရဲ့ Y ဝင်ရိုးက Business Value ဖြစ်ပြီး X ဝင်ရိုးကတော့ Effort ဖြစ်ပါတယ်။ Effort အစား Cost, Complexity စတာတွေလည်း သုံးနိုင်ပါတယ်။ နေရာချပြီးရင်တော့ အောက်မှာပြထားတဲ့ ပုံထဲကအတိုင်း
- နံပါတ် 1 က Value အများဆုံးပေးပြီး Effort နည်းနည်းနဲ့ ပြီးနိုင်တာမို့ လုပ်ကိုလုပ်ရမယ့် Features တွေ၊
- နံပါတ် 2 က လုပ်သင့်တဲ့ Features တွေ၊
- Question Mark က သိပ်အရေးမကြီးတဲ့ လုပ်သင့်/မလုပ်သင့် မသေချာသေးတဲ့ Features တွေ၊
- နောက်ဆုံးကတော့ "No"…. Value ရမှာလည်းနည်း Effort လည်းများလို့ မလုပ်တော့မယ့် Features တွေဆိုပြီး သတ်မှတ်တာဖြစ်ပါတယ်။
(2) Scoring Method မှာ Features တွေကို Factors တွေပေါ်အခြေခံပြီး သက်ဆိုင်ရာ Scoring Formula တစ်ခုခုနဲ့ တိုင်းတာတဲ့နည်းလမ်းပါ။ အသုံးများတဲ့ Formula အချို့ကို အောက်မှာနမူနာပြထားပါတယ်။
RICE Scoring က Reach, Impact, Confidence, Effort တို့ကိုရည်ညွှန်းတာဖြစ်ပြီး Reach က သတ်မှတ်တဲ့ အချိန်အတိုင်းအတာတစ်ခုမှာ Feature က သက်ရောက်မယ့်လူအရေအတွက်ပါ။ Impact က Feature ကြောင့် ဘယ်လိုသက်ရောက်မှုတွေရှိတာလဲနဲ့ Confidence က ဒီခန့်မှန်းမှုအတွက် ဘယ်လောက်သေချာမှုရှိလဲပါ။ Effort ကတော့ Cost တွေ၊ Resource တွေ ပါဝင်မှာပါ။
ICE Scoring နဲ့ RICE Scoring ကွာတာက Reach ပမာဏဖြစ်ပါတယ်။ သက်ရောက်မှု အနည်းအများပဲမဟုတ်ပဲ သက်ရောက်မှာက လူနည်းနည်းကို သက်ရောက်မှု အကြီးကြီးလား၊ လူအများကြီးကို သက်ရောက်မှု နည်နည်းလေးလား စသည်ဖြင့် ရှင်ရှင်းလင်းလင်းသိစေဖို့ ဖြစ်ပါတယ်။
BUC ကတော့ Business နဲ့ User Value တွေကို (1-10) သတ်မှတ်၊ Value Score နှစ်ခုကိုပေါင်းပြီး Cost ကို ပြန်နှုတ်တာ ဖြစ်ပါတယ်။
- Must Have - မဖြစ်မနေရှိရမယ့် Feature
- Should Have - ရှိသင့်တယ့် Feature
- Could Have - အချိန်ရော Resource ရောရှိရင်တော့ လုပ်သင့်တယ့် Feature
- Won’t Have - လောလောဆယ်မှာ Product အတွက် ရှိဖို့ကို မလိုအပ်တဲ့ Feature
(5) Story Mapping က ကျွန်တော့်ရဲ့ Personal Favourite နည်းလမ်းလည်းဖြစ်ပါတယ်။ Agile Product Team တွေမှာ အသုံးများပြီး MVP (Minimum Viable Product) ဖြစ်ဖို့ရာ ပါသင့်တဲ့ User Stories တွေကို Prioritize လုပ် Release တွေသတ်မှတ်တာမျိုးပါ။ Story Mapping မှာ Product ရဲ့ Wrokflow တစ်ခုလုံးကို Breakdown လုပ်တာမို့ Product ရဲ့ User Journey အစအဆုံးကိုလည်း Product Team အနေနဲ့ မြင်လွယ်ပါတယ်။ Wrokflow ကို Breakdown လုပ်ရာမှာ User Story အစ-အဆုံးကို Card တစ်ခုချင်းစီမှာ ချရေးပြီး Kanban Board လိုမျိုးမှာ (Sticky Notes နဲ့ နံရံပေါ်မှာကပ်တာ အဆင်ပြေပါတယ်) အစဥ်လိုက် အရေးအကြီးဆုံး User Story ကထိပ်ဆုံး သိပ်အရေးမကြီးတာက အောက်ဆုံး စီသွားတာပါ။ စီထားတဲ့ အစဥ်လိုက်ကို ဘယ် Features အထိက Primary Step မှာ Develop လုပ်မယ်၊ ဘယ် Features တွေကတော့ နောက် ဘယ် Relase တွေမှာ Develop လုပ်သွားမယ်ဆိုတာ ပိုင်းလိုက်တာဖြစ်ပါတယ်။
Feature Prioritization အတွက် အဓိက ပြုလုပ်ထားတဲ့ ProductPlan, Aha စတဲ့ Tools တွေရှိပါတယ်။ သို့ပေမယ့် Product Managers တော်တော်များများကတော့ Trello, Jira တို့လို ရိုးရှင်းတဲ့ Tools တွေနဲ့ Data စုဆောင်းပြီး Spreadsheet ပေါ်မှာပဲ Matrix တွေဆွဲ၊ Scoring တွေတွက်ပြီး Prioritize လုပ်ကြတာ ပိုများပါတယ်။
Feature Prioritization က Roadmap အတွက်တစ်ကြိမ်ပဲ လုပ်ရတာမဟုတ်ပါဘူး။ Business ရဲ့ Priorities တွေက External Factors တွေ Internal Factors တွေပေါ်မူတည်ပြီး အလျင်အမြန် ပြောင်းလဲနိုင်ပါတယ်။ External Factors ဆိုတာ Market Demand, Competitors စတာတွေဖြစ်ပြီး Internal Factors ကတော့ Company Vision အပြောင်းအလဲ၊ Organization Structure နဲ့ Resource အပြောင်းအလဲ စတာတွေဖြစ်ပါတယ်။ Agile Product Team ကလည်း ဒီအပြောင်းအလဲတွေကို အလျင်အမြန် Adpat လုပ်ဖို့လိုပါတယ်။ ဒါ့ကြောင့် Product Manager တစ်ယောက်အနေနဲ့ အမြဲမပြတ် Roadmap ကို ပြန်လည်သုံးသပ်သင့်ပြီး လိုအပ်လာရင် ရှေ့လာမယ့် Sprint တွေအတွက် Features တွေကို အကောင်းဆုံး Prioritize ပြန်လုပ်ရမှာ Product Manager ရဲ့တာဝန်ဖြစ်ပါတယ်။
Feature Prioritization နဲ့ပတ်သက်ပြီး ထပ်သိချင်တာ ရှိရင်လည်း မေးနိုင်ပါတယ်။ မိမိတို့ လက်ရှိသုံးနေတဲ့ Method တွေ၊ အသုံးဝင်တဲ့ Tips တွေရှိရင်လည်း share ခဲ့ပါဦး။
နောက်ထပ် ဖတ်ချင်တဲ့ Topic တွေရှိရင်လည်း ဒီ Google Form ကနေတဆင့် အကြံပေးနိုင်ပါတယ်။ ProductBaze မှ Product သမားအချင်းချင်း idea တွေ၊ knowledge နဲ့ experience တွေ share ဖို့ နွေးနွေးထွေးထွေးဖိတ်ခေါ်ပါတယ်။ ProductBaze အကြောင်း (၁) မိနစ်စာ မိတ်ဆက် post လေးကို ဒီ link မှာ ဖတ်လို့ရပါတယ်။ ProductBaze ကို ဆက်သွယ်ချင်ရင် productbaze@gmail.com သို့ ပေးပို့ ဆက်သွယ်နိုင်ပါတယ်။
Comments