需求管理

不想再被眾多需求滅頂:產品經理要如何定義需求的優先級

曾經有段時間,我常會面臨到一個尷尬的狀況:不缺需求,但是迷失在眾多需求中。覺得這個需求很緊急、那個需求也很重要,想實現的需求很多,但每次迭代的開發資源有限,不可能一次全都做完,所以,這時決定需求的優先級就變得非常關鍵,不然團隊會不知道各項事務的輕重緩急,資源和精力都無法集中在最重要的目標上。那麼該如何定義需求優先級呢?

只理解規格是不夠的!你認同自己的產品嗎?

專案管理告訴我們,只做範圍內的事情,超出範圍外的叫鍍金,但若你做的是產品,你要記得這句話適用的範圍是在當某個版本的功能與時程已經被押上,且你沒有多餘的時間多做時,要知道,對一個產品來說,功能不可能停滯下來,一定會不斷的演進,但專案則是這個產品開發過程中的一個版本階段,所以專案是有明確的範圍與時程的,但產品發展不能這樣畫地自限。

企業專案治理 初探

所以如果你打算只開一間店,我猜你的經營重點,恐怕會擺在找個有能力的廚師、找個人潮聚集的地點、想辦法壓低經營成本、好好訓練服務人員等相關事宜上。 就算你完全不會煮菜,只要願意花錢雇個有能力的大廚,你就可以把一切事情都仰賴在他身上。 不過這位廚師可忙了。 他需要設計菜單、採買食材、並在廚房實際烹飪,所有流程可能也搭配著他來設計(送菜、跑堂、點餐等)。 換句話說,他大概是整間店的靈魂人物。 有甚麼資源,都應該投資在這個角色身上,所有人都應該配合他來演出。