管理文章如何搞砸你的敏捷轉型計畫(1)
次閱讀
為什麼想要搞敏捷的你（或公司），有80%是失敗的。
一、你真的需要敏捷嗎？
「敏捷」的議題從數年前偶爾的報導，到近兩三年隨著大型研討會、雜誌的專題以及各式專書的出版，顯然已經是一個管理界的「顯學」，好像組織不派些人去上課、取得些證照，又或者不來個「敏捷轉型」、「敏捷導入」，就不夠時髦、不夠新創。確實，某些中大型組織部門寫個敏捷提升計畫，可以爭取到更多預算，或者新創公司募資時打著敏捷開發的旗號，又更有機會獲得投資人青睞，反正聽不太懂是一回事，能做出什麼又是另外一回事。這篇系列文會從三個比較關鍵的角度：敏捷組織、迭待開發、無聊的回顧會議，這三件事情去解析，為什麼想要搞敏捷的你（或公司），有80%是失敗的。
如我們所知，敏捷開發是希望透過迭代式漸增交付，打破傳統瀑布式直線交付模式，來取得更快的市場回饋，以了解開發中的產品如何做得更好。但多數的「敏捷團隊」，習慣派一個取得相關認證但沒有教練過團隊的project manager(或是technical project management)來充當Scrum Master，再加上只想著單幹產品的product manager，試圖表現出Product Owner的職能，再加上一群只想看好戲的工程團隊，就開始幹起所謂的敏捷開發（至於這樣的團隊結構設計，在第二期文章會談到如何解決處理）。在這邊首先需要處理的問題是：
1.你為什麼需要敏捷開發?
2.你希望敏捷開發解決什麼樣的問題？創造什麼樣的價值？滿足什麼樣的需求？
3.你的客戶怎麼想?特別是你的組織屬於B2B型態。
如同黃金圈的概念，你必須先想清楚這個「為什麼」？你現在的產品或服務，必須有迭代產出漸增需求嗎？你需要更快的反應模式嗎？你需要更貼近市場嗎？而且很關鍵的是，你的客戶理解你想這麼做嗎？你的客戶願意跟你配合嗎？你的客戶願意拿著你的MVP來打他的市場、處理他的客戶嗎？如果你想一開始就搞砸自己的敏捷開發計畫，那你最好的方法就是只管幹自己想幹的，完全不跟客戶溝通、討論你的開發計畫、不跟客戶說明為什麼漸增式交付對增長客戶的生意是有幫助！
在敏捷團隊建構初期，非常重要的一點是，與你的上下游客戶、平行合作夥伴、供應商，以及內部團隊、利害關係人有大量的溝通，讓它們理解你的「為什麼」要用敏捷式來交付產品。特別是不少人認為你的敏捷即將交出「半成品」，但他們希望拿著「完成品」去銷售市場與面對競爭對手。所以，你敏捷沒有效、沒有成果，不要再抱怨敏捷沒有用了，先搞清楚是不是自己根本不知道為什麼要用敏捷式開發，也不知道能用敏捷去解決什麼問題呢？在下一個篇章，筆者將說明，錯誤的敏捷團隊結構設計，將如何摧毀你的敏捷理念。
講師介紹敏捷教練-王可帆 | |
 | ♦經歷： ♦學歷 ♦認證： ♦著作： |