close
這文章主要描述PM不該叫工程師預估時間
我認為這文章的想法其實有問題
我認為這文章的想法其實有問題
工程師不是無法估算時間，只是估算結果不會準確
很多事情運作中都會有些變數，就算辦個活動
也可能需要因為各種因素而影響活動的舉辦(天氣、相關人員臨時出狀況...等等)
這時需要靠專案管理來做控制，讓活動能夠順利進行
也可能需要因為各種因素而影響活動的舉辦(天氣、相關人員臨時出狀況...等等)
這時需要靠專案管理來做控制，讓活動能夠順利進行
軟體開發的實作也是這樣
使用技術的雷、前人流的地雷、需求邏輯有問題、伺服器運作出問題、串接者進度太慢...等等
實際花費時間也因此會有很多變數
一種做法是多留些緩衝時間，但這就會當作想偷懶了
使用技術的雷、前人流的地雷、需求邏輯有問題、伺服器運作出問題、串接者進度太慢...等等
實際花費時間也因此會有很多變數
一種做法是多留些緩衝時間，但這就會當作想偷懶了
因為很多PM往往將估算時間當作答應時間
那我可以去買台便宜的機車，然後怪店家這車子怎麼不像跑車那麼快嗎？
我遇過蠻多PM的態度是一開始就努力壓縮時間，之後就只會在那邊催
那坦白說...我覺得這種PM根本是廢的，PM大部分該做的事情都給工程師做了
那我可以去買台便宜的機車，然後怪店家這車子怎麼不像跑車那麼快嗎？
我遇過蠻多PM的態度是一開始就努力壓縮時間，之後就只會在那邊催
那坦白說...我覺得這種PM根本是廢的，PM大部分該做的事情都給工程師做了
所以問題不是工程師無法估，而是PM口頭要的跟實際要的根本不同
最後工程師只好直接說...做不到
最後工程師只好直接說...做不到
理想的做法應該是把工程師估的時間當作一個可能變動的時間
以此為基礎來安排時程與進行時間與風險的管控
同時為了讓估算時間的正確性提高而做些適當的處理(例如釐清需求)
但有的PM可能就是太廢了，責任就推給別人
推不了的態度就是「出問題本來就很正常，你要接受」
以此為基礎來安排時程與進行時間與風險的管控
同時為了讓估算時間的正確性提高而做些適當的處理(例如釐清需求)
但有的PM可能就是太廢了，責任就推給別人
推不了的態度就是「出問題本來就很正常，你要接受」
結語:又一個說的跟要的不同的範例
全站熱搜
留言列表
