Re: [閒聊] 聊專案開發

看板Soft_Job作者AmosYang (泛用人型編碼器)時間9年前 (2014/11/11 15:40)推噓4(4推 0噓 6→)

留言10則, 8人參與討論串3/5 (看更多)

※ 引述《TonyQ (自立而後立人)》之銘言： : 覺得有點感觸，來寫一下這幾年我對軟體專案的幾個看法， : 如果估計的時間有出入，通常都是 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, 不然別再去煩他們 ============================================================ 以上這模式有個前提: 管理者不是昏君，團隊裡沒有賤人 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 68.4.112.174 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415691607.A.436.html

→

MOONY135

11/11 16:06, , 1^F

11/11 16:06, 1^F

→

bbcust

11/11 16:07, , 2^F

11/11 16:07, 2^F

→

MOONY135

11/11 16:07, , 3^F

11/11 16:07, 3^F

→

jk47tai

11/11 16:59, , 4^F

11/11 16:59, 4^F

推

wheattea

11/11 17:35, , 5^F

11/11 17:35, 5^F

→

alphadog

11/11 18:02, , 6^F

11/11 18:02, 6^F

不，是世界奇觀 ============================================================ 雖說關連性(correlation)並不能與因果關係(causation)畫上等號，然而，就我自己的體驗，通常出得起大把銀子的地方的團隊有很大的機會是像這樣，高度自律，專業運作 ※ 編輯: AmosYang (68.4.112.174), 11/11/2014 18:17:38

推

ticks

11/11 21:18, , 7^F

11/11 21:18, 7^F

→

ticks

11/11 21:19, , 8^F

11/11 21:19, 8^F

XDDDD

推

james687

11/11 22:24, , 9^F