[爆卦]scrum用一半的時間做兩倍的事讀書心得是什麼?優點缺點精華區懶人包

雖然這篇scrum用一半的時間做兩倍的事讀書心得鄉民發文沒有被收入到精華區:在scrum用一半的時間做兩倍的事讀書心得這個話題中,我們另外找到其它相關的精選爆讚文章

在 scrum用一半的時間做兩倍的事讀書心得產品中有1篇Facebook貼文,粉絲數超過1萬的網紅91 敏捷開發之路,也在其Facebook貼文中提到, 「Working software over comprehensive documentation」 #Scrum用一半的時間做兩倍的事 #讀書心得 書上提到「文件重於事實」的情況,正是我幾年前碰到政府機關的專案常見的 case。第一個階段交付文件,收款 30%。 整個專案最重要的一...

「scrum用一半的時間做兩倍的事讀書心得」的推薦目錄
  • scrum用一半的時間做兩倍的事讀書心得 在 91 敏捷開發之路 Facebook 的最佳貼文

    2015-07-24 16:30:01
    有 23 人按讚


    「Working software over comprehensive documentation」

    #Scrum用一半的時間做兩倍的事 #讀書心得

    書上提到「文件重於事實」的情況,正是我幾年前碰到政府機關的專案常見的 case。第一個階段交付文件,收款 30%。

    整個專案最重要的一段黃金時間,竟然都拿去寫文件。而且這份文件跟後續開發出來的產品,會有一大堆是兜不起來的。而且這些文件往往對開發產品也沒有相對的幫助。

    這也是台灣大部分軟體公司都是中小公司,往往承接這樣的專案,前面的分析人員把大半時間都花在寫文件,到後面專案產品交付不了時,那些分析人員就都先跳船,或是繼續去其他專案寫文件,永遠都是開發人員在收尾,而這樣的火坑就不斷蔓延,所有專案都是在救火狀態,人員流動率極高。

    就算是努力地燃燒生命,把這專案硬是結案掉,等待自己的仍然是其他需要救火的專案。這樣的專案我都笑稱是「絞肉機」,不管是人才還是豬一般的隊友,丟進去都是被絞成泥。最後就算運用政治手腕把專案結束掉,大概也免不了還需要壓人質在甲方那邊,應付前面沒有開發完的功能、bug 跟需求異動。(你可以想像嗎?那些人質為了自保,碰到 bug 都不是修 application, 而是直接幹 DB 改資料的)

    agile manifesto 中提到的 “Working software over comprehensive documentation” 就是為了避免這種情況發生。

    plan 不是不重要,重要的是要能依照現實狀況的變化,持續進行 plan 的調整。最天真的就是,以為所有事情都能照自己的所有規劃進行,把不可能的事情當作最重要的假設,這樣的專案,不失敗也難。

你可能也想看看

搜尋相關網站