就說了，敏捷不要推動!
一個下午，以前公司的同事跑來，哭訴著在新工作中推動敏捷發生的種種慘況。 我盡可能的耐心聽完，跟大家知道的一樣，不外乎是一些常碰到的現象，長官們不支持，團隊成員後期的配合度也越來越低，數個月後看不到任何果效，反而被客戶抱怨開發品質變差，一直要配合測試『半成品』…凡此種種，導致了一個很顯而易見的結果：半年後團隊回到了原本習慣的開發方式，他則是離職謝罪，業界再添一個失敗的敏捷案例。 他說：『我不後悔，如果再來一次，我依舊會堅持推動敏捷！』 我笑笑地看著他，問道：『我以前說要怎麼推動敏捷，記得嗎？』 他看了看我，想了一會，回答：『你好像沒說過，你說的是…不要推動！』 『是啊，我以前說了，敏捷「 不要推動! 」，我不是開玩笑的！』我笑著說。 『特別是當你的主管腦袋裡面根本沒有敏捷時，推動是沒用的』我喝了一口咖啡『反過來說，當你的團隊腦袋裡充滿敏捷時，根本不用推動，屆時你想攔都攔不住。』 『那不推動能怎麼辦呢？專案狀況很糟，難道放著不理嗎?』他有點不服氣。 『不是的，平常的時候，你得要帶風向。』 『 帶風向?』他看著我，一幅不可置信的樣子。『這些人的腦袋跟ＸＸ(消音處理)做的一樣，我怎麼可能帶得了風向? 』他又補了一句『別開玩笑了。』 『你有沒有想過』我問他：『如果你連風向都帶不了，又怎麼可能推動呢?』話說完，他傻了。 『所以，關於推動，你首先要做的是其實是擴張影響力。』我接著補充道：『帶出影響的方法有很多種，除了你自己以身作則的示範之外，推薦好的書、適合的研討會、有預算的話外請講師上課、在企業內安排敏捷成功案例分享...有很多事情可以做。基本上就是，洗腦。』 『我認識某家公司的CIO，這幾年舉凡公司會議，開口必提microservices、docker，即便他不確切知道這些term到底是什麼，或許跟他心裡想的有所差異，但不論如何，這些名詞朗朗上口，這也是洗腦成功的案例…』我說道。 他打斷我：『但是…如果主管們的腦袋裡沒有敏捷，那到底塞了些甚麼XX(再次消音處理)?』 我回答：『每一個層級的主管，在意的往往有所不同，很多人以為主管愛打高空，但原則上愈高層的主管，關切的事情卻總是愈務實(現實)，你必須知道他們在想什麼，然後用他們的語言去和他們對話...』我接著說...
