Scrum失敗筆記

        工具或方法挺有趣的，當在介紹相關做法的時候會發現，利害關係人會只看到自己想要的東西，這很正常本來就是這樣，但可怕的是執行時，也只照著自己想法去執行這樣就糟糕了，舉例來說，勞方就會專注在:每周只能工作40小時，而資方就會故意忽視這項，專注在:每個人都要會各種技能，這樣缺人或找不到人時還是有人能頂著，這樣一來原本的好意都會忽略或是刻意扭曲，當然最後，只剩下晨間立會了(笑)，我想這就是管理困難的地方，要讓利害關係人都能各退一步，讓最後的成果更好，scrum master就是那可憐的夾心餅乾。


       我覺得重要的點是，要覺得原本做專案的方式有問題，而且是願意花時間去改善的問題，當有明確的目標，而這個目標有價值後，再去考慮導入Scrum會是比較理想的狀況，像我遇到的狀況是，其實做專案有很大的問題，規格不清，時程無法預估，但重點是公司或上級，不覺得是一個問題，所以當要導入scrum時，同事都興趣缺缺，這也讓人了解到，很多時候在公司內部或團體，你要推動一個新的工具或方法，如果沒有比原本的做法更容易效果更好，為何要花時間跟心力去做額外的事情呢?就跟程式有不同的語言、不同的框架一樣，結論只有用了之後能夠準時下班或是提早下班，才是王道。

        scrum還有個有趣的本質，就是希望大家能夠早把問題講出來，讓問題可以愈早被解決，但有些公司的管理就是靠欺上瞞下或是隱藏問題在討生活的阿，其實大部分公司都一定有問題，差別只是在問題的大小、老闆重視的程度與被解決的價值，其實常常遇到的是，大家都覺得是問題，但通常也沒人願意去解決就是了，當然有的公司文化不是解決問題，而是解決提出問題的人，這又是另外一回事了。