This is a talk at Agile Tour Taipei 2015, Richard Hsiao shared his experience about his journey of agile team that began from teams not from top manager.

1. 贊 助 單 位：協 辦 單 位：
主 辦 單 位：AgileCommunity.tw
如何在組織內有效引領敏捷變革
主講人: Richard Hsiao 蕭存喻

2. 你所遇到的障礙是?

3. 你所親身遭遇的敏捷轉型案例?
Source: Video Sharing: Spotify Engineering Culture part 1

4. 在我過去的經驗裡
危機/問題 就是轉機
但你需要證明給其他人看

5. 當你扛起了相關的權責，解決了問題，
贏得了信任，你就拿到了你的門票。

6. 這是一個
既有團隊
但想要進行一些改變的故事。

7. • 團隊的處境:
– 專案進度不太順利。
– 研發部的新長官覺得研發產品的方向需要些調整。
– 對專案成員而言，需要拿出實績證明自己可以符合決
策層的期待。
– 團隊長官覺得想試試敏捷開發，也許可以有些改變。

8. 團隊做了些什麼?
• 由最小的敏捷實踐做起:
– 就只從一個Scrum Kanban以及Daily Scrum做起

9. 團隊從中學到了什麼?
• Scrum並不會讓一個延期的專案變得準時
• 但大家覺得專案進度的透明度增加了
• 起碼讓大家知道，我們專案的進行速度難以跟得上
決策圈的期待

10. 雖然如此，
但透明度贏得了信任與空間，
所以敏捷轉型的故事仍未結束。

11. 團隊一部份的成員邁入了
第二個階段:
一個全新成立的單位

12. 第二階段: 相信敏捷可以成事的團隊
• 遊戲開發團隊的軍火庫提供商。
– 需要著重於提供的軍火的穩定度。
– 更需要提供符合戰場所需的軍火。

13. 這三年間團隊實踐了什麼?
• 根據想要達到的目標而引入適切的敏捷實踐:
– 穩定度
• 單元測試、持續整合、基本的整合測試與壓力測試。
– 協同合作
• 集團內部的Wiki
– 兼顧市場需求
• 與營運單位訪談需求
• 取得回饋並改善
– 專案透明
• 持續強化Scrum的實踐: 實體與電子看板、自省例會…等.

14. 我們得到了什麼?
• 能與外部團隊維持了較好的互信關係
– 穩定度提昇
• 專案出不了太多大紕漏，有助建立信任。
– Wiki成為了協同合作基石
• 外部的集團QA得以容易去延伸Test Scenarios及Test Cases。
• 與外部研發團隊有個較容易的互動。
– 做出符合市場使用的服務
• 不是自high的軟體，而是營運願意買單這些設計。
– 高透明度
• 進度透明，不虛假。
• 成員離職率非常低的時刻。
• 甚至有些外部單位的成員想換單位加入我們的開發行列。
• 也間接奠定了接下來第三階段的團隊的基礎。

15. 內心追求更敏捷的渴望愈來愈強烈。
但，怎麼樣才能做的更好呢?

16. 建立文化及習慣，才是長久之道。

17. 什麼是文化?
• 維基百科的定義:
– Culture (/ˈkʌltʃər/) , E.B. Tylor: "文化是一個複雜的整體，包括知識、
信仰、藝術、道德、法律、風俗，以及作為社會成員的個人而獲得
的任何能力與習慣。"

18. 什麼是敏捷文化?

19. 為什麼建立敏捷文化是至關重要的?

20. source:https://xebialabs.com/periodic-­table-­of-­devops-­tools/
軟體開發者 – 無盡的旅程

21. source:Agile Subway -­ http://guide.agilealliance.org/subway.html
敏捷信奉者 – 無盡的旅程

22. 有效的敏捷組織變革的第一步
• 組織必需要建立互信與成員必需扛起權責，
這些都是建立文化的一部份。
reference to:“The Agile Culture: Leading through Trust and Ownership”

23. 第三階段:一個覺得可以更敏捷的團隊
• 因應組織轉型後，我們組成一個想要更敏捷的團隊，承接
起製作創新軟體的任務。
• 團隊是基於認同目標與敏捷方法所組建，雖然人少，但新
的事務的進展可以很快速。

24. 這段時間我們採用了什麼實踐?
• 建立文化及準則
– 持續追蹤問題尋求改善。
– 建立互信及當責文化。
• 更密切的跨功能協作
– One cross-function Team
– One Product Owner Committe
• 一個隨時處於可以運作的軟體
– Sprint中大家隨時都是針對可運作的軟體進行討論
– 近一年來每個Sprint都可以交付一個版本給stakeholder
安裝使用。

25. 優勢與效益
• 更密切的跨功能協作
– 對自己產品的品質有更深刻的認識。
– 天賦互補，做出更有品質的軟體。
• 一個隨時可以運作的軟體
– 成就感與責任感的提昇。
– 每個sprint都在建立與stakeholder的信任關係。
• 建立文化及準則
– 鮮少有成員因為金錢攻勢而離開團隊。
– 成員雖在替換，但專案鮮少進展受到極大影響。
– 只要信念與文化能持續維持下去，團隊不會輕易瓦解。

26. 總結
• 正視問題並動手去解決它，贏得信任才能取得門票。
• 從最小的實踐開始做起 (Just do it!)
• 去理解工程實踐背後的目的，並聚焦於建立長久的文化與
習慣。
• 信任與當責 是 敏捷文化建立的關鍵要素。