他打開產品的 UI,指出到底缺了什麼,頓時我變得好尶尬!因為,我也想起來了!
兩年前,當我在別的專案,就曾經跑來找本產品的前任專案經理,建議她要修改產品,把當年正在發展的某個新功能給加進來。我也記得當時她告訴我,就要進 Beta 了,不能加 feature!
兩年後,當我接下這個專案,當年的新功能已成了老功能,卻依然沒被加進來;它又找上了我,而我的第一個反應也一樣,就要進 Beta 了,不能加 feature!
那一瞬間,我真的覺得自己好糗!換了屁股,我也換了腦袋!忘了剛接下這專案時的願景與理想!我彷彿看到兩年前的自己,興沖沖地跑來抓住兩年後的我。我要推卸責任地對兩年前的自己說,Structure causes behavior,而拒絕這一個 feature request 嗎?
不行,我不能對不起兩年前的自己。別等了,我們現在就把它加進去吧!
本[網路部落格]文章僅反映作者個人意見,不代表ZDNET立場,並已獲作者同意以CC授權轉載。原文請見:作者部落格。
9.即將成為PM 於 2008/10/17 10:48 回應
看起來是同一個產品,同一個專案。但是,兩年前"即將進beta",怎麼兩年後的今天,還在"即將進beta"。這個"即將"還真久•••8.軟體痴 於 2008/09/14 01:16 回應
經過兩年歲月的淬煉,仍被要求加進的feature,一定是值得做的good feature。而你也剛接專案,這兩年來沒有將這feature放進專案不是你的錯誤。
但是你應該走正途,作正確決策,找小組成員作溝通、評估,畢竟一條船要前進,每一支槳都要划,團結的team才是專案成功的基礎,成員願意為你的理想打拼,schedule也可以meet,該\衝就衝;又或者應該是live update或下一版再推出,別鐵齒乖乖的接受。
不走正途,在不對的時間點修改SOW,想用堅強的個人意志「橫材入灶」?
屆時不只專案delay,理想中的good feature也被隨便搓一搓做壞了,這責任你要義無反顧的扛起。
7.JANE 於 2008/08/05 10:29 回應
欸....我倒覺得作者說的很對
二年前就要加的東西
拖了二年還要因為delay這種爛理由再拖二年嗎
別再自欺欺人了
如果原本就會delay
原因跟這功能也沒啥關係
是專案管理的問題吧
就算再怎麼難再怎麼耗時
只要有心
還是辦得到
殊不知 天下無難事....後面不多說
6.dsin 於 2008/07/30 18:03 回應
看起來這個案子會不斷更新如果需要花長時間或會影像到很多現有功能
應該把他排入下一次更新的重要目標
如果只要花個2-3天,與其他功能牽連沒很大的話
倒是可以考慮加進來
當然也要考慮是否已經delay了
若已經delay,就算只要花一小時能完成也應該先放著
並把他排入下一次的更新了
5.匿名 於 2008/07/30 14:12 回應
這個是產品線的專案, 跟承包外部案子的專案不同.一個是推出後對公司是正面資產, 一個是結案後對公司是正值收入.
4.fushdasu 於 2008/07/30 13:58 回應
可是...我比較贊成作者耶...也許我比較嫩吧??但當應該做的沒做,這個產品真的完整嗎??
3.匿 於 2008/07/29 14:12 回應
功能想越多..拖越久..錢收不到...支不出人事費...公司準備關門= =...功能不要亂加..免得交不出去....(傻傻地)
2.林凡 於 2008/07/29 12:16 回應
同意樓上說的,到時候delay還是算你的帳啊~~~~~~