Latest

產品功能開發排序邏輯: 價值與複雜度矩陣

產品功能開發排序邏輯: 價值與複雜度矩陣

這是這個系列的第三篇 類似前一篇艾森豪矩陣這種用兩個元素來分析,並且為四個象限各自制定策略的方式還有一些其他的模式,我自己用過的是「價值」與「實踐複雜度」(Value & Effort)。 「價值」指的是為使用者或企業帶來的價值,評估方式可能會就使用者的價值、商業價值或者長期策略等方面來看;「實踐複雜度」對許多人來說基本上就是時間,實話說我也仍然大致相信複雜度高的東西更有可能花比較久時間,或者比較多成本,不然純粹評估複雜度的操作意義就小了;講未知事項時也是,越模糊我越認為有可能出錯、而要耗費比較大的力氣或者比較長的時間來處理。 四個象限的解析 藉由分析某項有待發展事物之價值與實踐複雜度,你可以把這件事情丟進這四類的其中一個: * 高價值、低複雜度:有人會稱這個象限為 Quick Wins/Easy Wins/Low-hanging fruit,理想上會最快協助用戶及公司取得價值,價值又比較高。應該要儘速實踐。 * 高價值、高複雜度:有人會稱這個象限為 Stategic initiatives/major projects,雖然要付出比較大的精神,但對未來仍然有莫大幫助。這
Po-chiang "Bob" Chao
產品功能開發排序邏輯: 緊急度與重要性(艾森豪矩陣)

產品功能開發排序邏輯: 緊急度與重要性(艾森豪矩陣)

這是這個系列的第二篇 先前大舉徵才時,「你採用什麼方式來安排開發順序」是我幾乎一定會問到的題目。從大家的答案裡,我其實有點驚訝於不少公司是採用這個「緊急 x 重要」矩陣,又稱為「艾森豪矩陣」的手法來排序。 這個方法脫胎自美國總統艾森豪在 1954 年演說時發表的名言「緊急的事情不重要、重要的事情不緊急」,談到時間管理時就很有機會聽過。我是在高中末尾得知這套方法,生活中有時也拿來輔佐判斷,但卻沒有真正拿來當過產品功能排序的主力… 總之先說明方法要點,後面再補充。 艾森豪矩陣的四個象限 此矩陣依據事情「緊急程度」與「重要性」兩個維度劃分為四個象限: 1. 又急又重要:屬於高度優先的任務,通常涉及危機處理、緊急回應或迫在眉睫的時限,例如重大客訴處理、系統故障排除或客戶簡報準備。 2. 重要,但不急:通常代表這件事情對未來有所幫助,但不需立即處理,例如策略規劃、關係經營、專業成長等等。 3. 急,但不重要:這種事情多著,搞不好不用特別舉例…
Po-chiang "Bob" Chao