看板Soft_Job
: 覺得有點感觸，來寫一下這幾年我對軟體專案的幾個看法，
: 如果估計的時間有出入，通常都是 spec 的認知有出入，
: 那時候該釐清的是 spec 細節跟重新估算。
: 而不是在那邊「我覺得要一個月」、「但我覺得要一週」，
: 這種愚蠢的菜市場喊價。
「時程估計」是 PM 與 Dev 之間的 eternal conflict 。有的時候
不是 PM 故意找麻煩，而是 PM 的上級在逼 PM 說出一個日期。
感覺上，以下這個模式是個還不錯的平衡點
(1) 很明顯要花五天以上去作的部分，應該重新檢視，拆成更小的部
分
(2) 很明顯是一天以內能作完的事 (尤其是很制式的流程) ，應該研
究將其自動化的可能性，及編列預算
(3) 兩天至五天內的部分 (尤其是無制式流程可參考的時候) ，雙方
要達成以下共識:
(a) 視情形，先花 1/4, 1/6, 或 1/8 的時間試作看看，試試水
溫
(b) 試作時間結束後，很簡短地開個 stand-up 會議， Dev 告
之 PM 他對原始時程估計值的 "gut feeling"
(c) 誠實地調整原始估計值
* 讓 PM 成為你的盟友，幫助他建立 burn down chart ，掌握專案
進度，讓他的上級閉嘴
* 讓 Dev 成為你的盟友，一旦 Dev 願意合作建立 burn down chart,
除非你帶給他們 free food, 不然別再去煩他們
============================================================
以上這模式有個前提: 管理者不是昏君，團隊裡沒有賤人
--
不，是世界奇觀
============================================================
雖說關連性(correlation)並不能與因果關係(causation)畫上等號，
然而，就我自己的體驗，通常出得起大把銀子的地方的團隊有很大的
機會是像這樣，高度自律，專業運作
XDDDD
※ 批踢踢實業坊(ptt.cc), 來自: 68.4.112.174※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1415691607.A.436.html
→ MOONY135: ....這個前提有點困難阿 11/11 16:06
→ bbcust: 挑對公司前提不會很難 11/11 16:07
→ MOONY135: 要怎樣找這種公司本身難度就頗高了... 11/11 16:07
→ jk47tai: 所以pm要頂住，而不是往下丟，往下丟只是災難擴散 11/11 16:59
推 wheattea: 能頂的住的pm沒幾個吧!! 11/11 17:35
→ alphadog: 在這個前題之下.不就暗示了這個模式是空中閣樓沙上高塔? 11/11 18:02
推 ticks: 推"拆成更小的部分"。但大部分是dumb hub，沒有這個功能 11/11 21:18
→ ticks: smart hub/smart switch可能不便宜，不是每家公司都有 11/11 21:19
推 james687: 推 11/11 22:24
推 typepeter: 推 11/12 21:09