產品經理日常掙扎：如何制定產品優先級策略(Prioritization)？

「你如何決定要開發什麼功能？」『如果不知道要開發什麼功能的話，我會先了解客戶的需求，針對使用者做簡單的訪談，來決定接下來要開發什麼功能。』「摁…你說的沒錯，但我們遇到的情況有點不同。我們每天從各種不同管道，收到一堆來自客戶、使用者的回饋，希望我們盡快開發各式各樣的功能，同時客服、業務團隊也對產品功能有很多具體的想法，面對這樣的情況，你會怎麼決定要先開發什麼功能？」

敏捷品質管理：笨蛋！問題不在是否能做到「零瑕疵」，而是在「看待瑕疵的態度」

日前於敏捷課堂上，有學員問到，應不應把瑕疵（以下簡稱 bug ）列為用戶故事來處理？ 這個問題，其實可以分為好幾個層次來探討，我們就先從根源來談起吧！ 瑕疵該發生嗎？是理所當然的嗎？瑕疵可以放任多久再處理？瑕疵該以用戶故事紀錄、跟催嗎？

【給PM】產品，應該要定期砍功能，人生也是

做為一個PM，我們常常在想要「加什麼功能」，但你有沒有固定回過頭檢視，什麼功能已經可以「砍掉」了呢？「什麼？為什麼要砍掉？即使沒人用，放在那邊也不虧呀？」 當然虧，功能一直加上去的結果，產品會變得越來越複雜，其實會造成一些問題...

企業專案治理 初探

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

拉撒路任務，專案的三重限制

專案管理貴在如期如質完成專案範疇內的任務，但品質的好壞與時間、範疇、資源有極大的關聯，稱之為專案的三重限制。在星際效應電影中，以庫柏為首的太空人與科學家們，在sponsor布蘭德教授的遊說下，穿越蟲洞前往未知的星際去探詢適合人類居住的星球，是十年前拉撒路任務的延續。拉撒路一詞取自聖經，在新約《約翰福音》11章中記載，拉撒路病死後被埋葬在一個洞穴中，四天之後耶穌吩咐他從墳墓中出來，因而奇跡似復活。言下之意，這一趟太空任務猶如尋找奇蹟般的旅程，充滿挑戰。

專案若想管得好，你需要成為資料收集達人

專案開始需要精密管理，說起來還真是近幾十年間才開始興起的一門學科。 古代的人雖然也蓋了萬里長城跟金字塔，但「據說」因為那時候沒有照相機及Email，皇帝平時又忙著跟後宮的佳麗週旋，因此只需要每幾個月在竹簡之類的東西上面畫個圖，剩下時間可能幾乎沒甚麼事情需要決策。 就算要決策，大概也是諸如此類這種小問題… 古代專案的主管：「怎麼? 搬石頭的人不夠嗎? 前面不是有個村莊嗎? 裡頭人不是還不少… 你不會自己決定嗎，怎麼這種事情也要問我?」 再不然就是… 古代專案的主管：「甚麼!? 食物快見底了? 東邊不是有個小鎮?

公有地的悲劇

據說在某個高原上有一個小部落。 高原上雖然有著大片的草地，但因為土地很貧脊，每年雨量不充足，所以幾乎種不活甚麼農作物來。 數百年來，居民大都是過著狩獵與採集的生活，這也造成幾乎每一個人家都過得很清苦。 其中有一家人，我們就叫緒厲兀家族吧。 緒厲兀家的老爸，有一天去了城裡一趟。 他發現原來城裡的人生活都過得很好，有大房子遮風避雨不說，吃的、喝的都比他們部落好上百倍。 這讓他開始思索，有沒有甚麼辦法能夠多賺點錢，改善一下家裡的生活。 他去城裡的百貨公司逛了一圈，發現裡面怎麼甚麼東西都有賣。 只是哩，看來看去好像都沒有甚麼他們能拿來賣的東西。 總不會有人