換了屁股，我也換了腦袋
當 project 即將逼進 Beta，有個同事跑來抓住我。他說，這個產品應該要再加一些東西。聽到這句話，我心裡的 OS 在大吼：『我們都快要 delay 了，你還敢來找我加 feature？！』但還是硬擠出點笑容問：你覺得要加些什麼呢？
他打開產品的 UI，指出到底缺了什麼，頓時我變得好尶尬！因為，我也想起來了！
兩年前，當我在別的專案，就曾經跑來找本產品的前任專案經理，建議她要修改產品，把當年正在發展的某個新功能給加進來。我也記得當時她告訴我，就要進 Beta 了，不能加 feature！
兩年後，當我接下這個專案，當年的新功能已成了老功能，卻依然沒被加進來；它又找上了我，而我的第一個反應也一樣，就要進 Beta 了，不能加 feature！
那一瞬間，我真的覺得自己好糗！換了屁股，我也換了腦袋！忘了剛接下這專案時的願景與理想！我彷彿看到兩年前的自己，興沖沖地跑來抓住兩年後的我。我要推卸責任地對兩年前的自己說，Structure causes behavior，而拒絕這一個 feature request 嗎？
不行，我不能對不起兩年前的自己。別等了，我們現在就把它加進去吧！
發表文章
8 comments:
Hi 喲哪桑，為了回覆這篇文章，我寫了一篇回覆文「換了屁股，也要換腦袋」表達我的不同看法。
善哉善哉..:-)
這年頭這樣的PM很少了..
發瘋了你, PM 是靠情感衝動幹的?
忘了就忘了, 下次補就是, 一個 PM 敢在 beta 階段因為情感衝動動大刀, 就是這個 PM 不適任而該離開的時候.
謝謝你的批評，請我離開。可惜我已把這個專案做完了，不然倒是歡迎你來接。
在台灣的PM應該都不敢在這樣的情況下動大刀
也許能把PM位置做(坐)得好
但卻不等同於做(坐)的對....(茶)
無論如何，我卻連屁股都沒有:XD
我倒認為，PM 怎麼做（坐）並不重要，重要的是他在做（坐）之前的思考是什麼。從這點來看，喲哪桑學長的做法是令人激賞的。
有兩種 PM, Product Manager & Project Manager.
Product Manager 比較偏市場面, 對於加入讓產品贏得市場的 Feature 是其職掌.
所以如此, 需要 Project Manager 與他抗衡, 因為 Project Manager 最重要的就是風險管理與時程, 最終的 goal 應該是盡可能做到使命必達. 所以以某大軟體公司來說, 即使想到新的 key feature, 也不該冒險變更預定好的 release 時程, 總是先把東西丟出去後, 之後再把新 feature 以 patch / service pack 方式釋出給客戶.
這就是為何要有 alpha, beta, RC....etc 等過程.
這篇文章既然提到已經進入 beta 階段, 本來 PM 的工作就該專注在 closing control. 如果這個階段允許新需求進來, 請問所謂的 beta 跟進入 alpha 前有何意義上的差別?
除非, 此專案對 alpha, beta, rc ... 等定義是以時間為區分, 例如 release 前半年一律統稱 alpha, 三個月內一律統稱 beta, 一個月內一律統稱 RC...
完全不在乎軟體完成度和穩定度的區分方式, 那這樣的確隨時都歡迎加入 new feature.
最後, 很高興版主順利完成此專案了, 或許版主對該 feature 的掌握度很高, 內心的風險盤算已經算準 all in control, not big deal.
但是就專案管理的普遍準則來說, 此舉不足取.
希望其他網友看到本篇, 只要知道這只是個版主個人的經歷與故事, 不是個好教材.