[URL] 失控的專案，就從失控的需求開始

[qrtt1 (有些事，有時候。。。)]

        http://www.ithome.com.tw/itadm/article.php?c=73567

        摘錄：

        相信在每個軟體開發人員的心目中，都很期望自己所參與的
        軟體專案可以如期完成──不論是將產品適時推到市場上，
        或是讓專案順利結案，讓客戶驗收付款。但在我們的生活中
        ，難免會有一些不那麼如意的專案，它可能和計畫有所偏差
        ，脫離了預期的軌道。

        有些這樣子的專案，只是暫時脫軌，最後還是回到了正常的
        道路上，即使專案完成的時間晚於預計的時間，但發生的延
        遲程度還算可以接受。

        最慘的情況，莫過於專案自從進度脫軌之後，就再也沒有看
        到它有重回軌道上的跡象，專案的時程持續發生延遲，原先
        所預計完成的時間點也一直向後調整，成本持續追加，對於
        何時才能夠將專案完成，沒有人有真正把握。

        通常我們就會稱這樣的專案「失控」了。

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.25.245.138
→ tobeensi:敝人現在的專案從去年11月延到現在還沒出來,看到這文章
推 thinkniht:我想還有一種情況是:專案成員因為高壓而一個個跑掉
→ tobeensi:真有股心酸的感覺 ...sigh
→ thinkniht:使得專案的執行人力不足...主管也不想補人...
→ qrtt1:tobeensi: 要先有人暴走，做對的事xd
→ qrtt1:有時，不受控制、有理智的參與者才是最佳救援。
→ tobeensi:當PM永無止盡的需求更改,組長幾乎都是同意需求狀況下(也
→ tobeensi:就是以他的觀點是需求可完成)之下,我不知道我們這些下面
→ tobeensi:這些做到死 想到死 擔責任到死的PG 要怎麼爆走...
→ tobeensi:PM看到時程延遲,就加新功能/產品線/多語言/多平台...
推 thinkniht:就我上面的推文咩(那可是真實發生的)...走給他看...
→ tobeensi:換言之 專案去年的設計架構是草屋 今年變成了豪宅
→ tobeensi:我們更好笑 去年11月進度嚴重落後 因組長的提議 一位成員
→ tobeensi:直接轉調PM單位; 另一位同事被抓去最高大頭電 顆顆
→ tobeensi:然後就開始了成品平版化,軟體多產品線化/多語化
→ tobeensi:一樣就剩餘的成員處理,他們認為東西都差不多了 不須多人
推 erik777:需求一直變更真的很煩 有時動到架構就是改一整天沒新進度
→ tobeensi:版控=資料夾 測試=猴子測 流程=自己想 新功能說明=ppt
→ tobeensi:對 尤其是PM認為這個很簡單 UI拉一拉 code改一改 就完成
→ tobeensi:流程是甚麼 不重要 , 功能有出來就好 "先求有再求好"
→ tobeensi:到最後就是惡性循環 PG一直在還債
→ qrtt1:看來決策層出了大問題XD
→ qrtt1:http://paste.plurk.com/show/6Mw18v5DffKz6fy8Q6LF/
這版比較完整：
http://paste.plurk.com/show/A4LKqBTWhYAb3CeEMUns/

→ qrtt1:讓我想起了上面這本書提到的團體迷思 :P
推 tobeensi:其實我們公司所有的專案都這樣 只是敝人比較慘 這專案屬
→ tobeensi:於長期專案 工作快兩年 這產品的這一版都一直沒釋出...
→ tobeensi:版號從預定X.0 , 到現在的改多產品線名稱1.0  ... lol
※ 編輯: qrtt1           來自: 114.25.245.138       (05/10 23:57)
推 zaqimon:需求就是機器能夠正常run就好 你們SW拉個schedule吧
推 bala045:PM：UI改一改不是很快嗎？今晚可以嗎? 我先下班囉 掰