Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
贊 助 單 位:協 辦 單 位:
主 辦 單 位:AgileCommunity.tw
如何在組織內有效引領敏捷變革
主講人: Richard Hsiao 蕭存喻
你所遇到的障礙是?
你所親身遭遇的敏捷轉型案例?
Source: Video Sharing: Spotify  Engineering  Culture  part  1  
在我過去的經驗裡
危機/問題 就是轉機
但你需要證明給其他人看
當你扛起了相關的權責,解決了問題,
贏得了信任,你就拿到了你的門票。
這是一個
既有團隊
但想要進行一些改變的故事。
• 團隊的處境:
– 專案進度不太順利。
– 研發部的新長官覺得研發產品的方向需要些調整。
– 對專案成員而言,需要拿出實績證明自己可以符合決
策層的期待。
– 團隊長官覺得想試試敏捷開發,也許可以有些改變。
團隊做了些什麼?
• 由最小的敏捷實踐做起:
– 就只從一個Scrum Kanban以及Daily Scrum做起
團隊從中學到了什麼?
• Scrum並不會讓一個延期的專案變得準時
• 但大家覺得專案進度的透明度增加了
• 起碼讓大家知道,我們專案的進行速度難以跟得上
決策圈的期待
雖然如此,
但透明度贏得了信任與空間,
所以敏捷轉型的故事仍未結束。
團隊一部份的成員邁入了
第二個階段:
一個全新成立的單位
第二階段: 相信敏捷可以成事的團隊
• 遊戲開發團隊的軍火庫提供商。
– 需要著重於提供的軍火的穩定度。
– 更需要提供符合戰場所需的軍火。
這三年間團隊實踐了什麼?
• 根據想要達到的目標而引入適切的敏捷實踐:
– 穩定度
• 單元測試、持續整合、基本的整合測試與壓力測試。
– 協同合作
• 集團內部的Wiki
– 兼顧市場需求
• 與營運單位訪談需求
• 取得回饋並改善
– 專案...
我們得到了什麼?
• 能與外部團隊維持了較好的互信關係
– 穩定度提昇
• 專案出不了太多大紕漏,有助建立信任。
– Wiki成為了協同合作基石
• 外部的集團QA得以容易去延伸Test Scenarios及Test Cases。
• 與外部研...
內心追求更敏捷的渴望愈來愈強烈。
但,怎麼樣才能做的更好呢?
建立文化及習慣,才是長久之道。
什麼是文化?
• 維基百科的定義:
– Culture (/ˈkʌltʃər/) , E.B. Tylor: "文化是一個複雜的整體,包括知識、
信仰、藝術、道德、法律、風俗,以及作為社會成員的個人而獲得
的任何能力與習慣。"
什麼是敏捷文化?
為什麼建立敏捷文化是至關重要的?
source:https://xebialabs.com/periodic-­table-­of-­devops-­tools/
軟體開發者 – 無盡的旅程
source:Agile Subway -­ http://guide.agilealliance.org/subway.html
敏捷信奉者 – 無盡的旅程
有效的敏捷組織變革的第一步
• 組織必需要建立互信與成員必需扛起權責,
這些都是建立文化的一部份。
reference to:“The  Agile  Culture:  Leading  through  Trust  and  Owners...
第三階段:一個覺得可以更敏捷的團隊
• 因應組織轉型後,我們組成一個想要更敏捷的團隊,承接
起製作創新軟體的任務。
• 團隊是基於認同目標與敏捷方法所組建,雖然人少,但新
的事務的進展可以很快速。
這段時間我們採用了什麼實踐?
• 建立文化及準則
– 持續追蹤問題尋求改善。
– 建立互信及當責文化。
• 更密切的跨功能協作
– One cross-function Team
– One Product Owner Committe
• 一...
優勢與效益
• 更密切的跨功能協作
– 對自己產品的品質有更深刻的認識。
– 天賦互補,做出更有品質的軟體。
• 一個隨時可以運作的軟體
– 成就感與責任感的提昇。
– 每個sprint都在建立與stakeholder的信任關係。
• 建立文化...
總結
• 正視問題並動手去解決它,贏得信任才能取得門票。
• 從最小的實踐開始做起 (Just do it!)
• 去理解工程實踐背後的目的,並聚焦於建立長久的文化與
習慣。
• 信任與當責 是 敏捷文化建立的關鍵要素。
Upcoming SlideShare
Loading in …5
×

Agile Tour Taipei 2015 - Toward Agile

1,235 views

Published on

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.

Published in: Software
  • Be the first to comment

Agile Tour Taipei 2015 - Toward Agile

  1. 1. 贊 助 單 位:協 辦 單 位: 主 辦 單 位:AgileCommunity.tw 如何在組織內有效引領敏捷變革 主講人: Richard Hsiao 蕭存喻
  2. 2. 你所遇到的障礙是?
  3. 3. 你所親身遭遇的敏捷轉型案例? Source: Video Sharing: Spotify  Engineering  Culture  part  1  
  4. 4. 在我過去的經驗裡 危機/問題 就是轉機 但你需要證明給其他人看
  5. 5. 當你扛起了相關的權責,解決了問題, 贏得了信任,你就拿到了你的門票。
  6. 6. 這是一個 既有團隊 但想要進行一些改變的故事。
  7. 7. • 團隊的處境: – 專案進度不太順利。 – 研發部的新長官覺得研發產品的方向需要些調整。 – 對專案成員而言,需要拿出實績證明自己可以符合決 策層的期待。 – 團隊長官覺得想試試敏捷開發,也許可以有些改變。
  8. 8. 團隊做了些什麼? • 由最小的敏捷實踐做起: – 就只從一個Scrum Kanban以及Daily Scrum做起
  9. 9. 團隊從中學到了什麼? • Scrum並不會讓一個延期的專案變得準時 • 但大家覺得專案進度的透明度增加了 • 起碼讓大家知道,我們專案的進行速度難以跟得上 決策圈的期待
  10. 10. 雖然如此, 但透明度贏得了信任與空間, 所以敏捷轉型的故事仍未結束。
  11. 11. 團隊一部份的成員邁入了 第二個階段: 一個全新成立的單位
  12. 12. 第二階段: 相信敏捷可以成事的團隊 • 遊戲開發團隊的軍火庫提供商。 – 需要著重於提供的軍火的穩定度。 – 更需要提供符合戰場所需的軍火。
  13. 13. 這三年間團隊實踐了什麼? • 根據想要達到的目標而引入適切的敏捷實踐: – 穩定度 • 單元測試、持續整合、基本的整合測試與壓力測試。 – 協同合作 • 集團內部的Wiki – 兼顧市場需求 • 與營運單位訪談需求 • 取得回饋並改善 – 專案透明 • 持續強化Scrum的實踐: 實體與電子看板、自省例會…等.
  14. 14. 我們得到了什麼? • 能與外部團隊維持了較好的互信關係 – 穩定度提昇 • 專案出不了太多大紕漏,有助建立信任。 – Wiki成為了協同合作基石 • 外部的集團QA得以容易去延伸Test Scenarios及Test Cases。 • 與外部研發團隊有個較容易的互動。 – 做出符合市場使用的服務 • 不是自high的軟體,而是營運願意買單這些設計。 – 高透明度 • 進度透明,不虛假。 • 成員離職率非常低的時刻。 • 甚至有些外部單位的成員想換單位加入我們的開發行列。 • 也間接奠定了接下來第三階段的團隊的基礎。
  15. 15. 內心追求更敏捷的渴望愈來愈強烈。 但,怎麼樣才能做的更好呢?
  16. 16. 建立文化及習慣,才是長久之道。
  17. 17. 什麼是文化? • 維基百科的定義: – Culture (/ˈkʌltʃər/) , E.B. Tylor: "文化是一個複雜的整體,包括知識、 信仰、藝術、道德、法律、風俗,以及作為社會成員的個人而獲得 的任何能力與習慣。"
  18. 18. 什麼是敏捷文化?
  19. 19. 為什麼建立敏捷文化是至關重要的?
  20. 20. source:https://xebialabs.com/periodic-­table-­of-­devops-­tools/ 軟體開發者 – 無盡的旅程
  21. 21. source:Agile Subway -­ http://guide.agilealliance.org/subway.html 敏捷信奉者 – 無盡的旅程
  22. 22. 有效的敏捷組織變革的第一步 • 組織必需要建立互信與成員必需扛起權責, 這些都是建立文化的一部份。 reference to:“The  Agile  Culture:  Leading  through  Trust  and  Ownership”
  23. 23. 第三階段:一個覺得可以更敏捷的團隊 • 因應組織轉型後,我們組成一個想要更敏捷的團隊,承接 起製作創新軟體的任務。 • 團隊是基於認同目標與敏捷方法所組建,雖然人少,但新 的事務的進展可以很快速。
  24. 24. 這段時間我們採用了什麼實踐? • 建立文化及準則 – 持續追蹤問題尋求改善。 – 建立互信及當責文化。 • 更密切的跨功能協作 – One cross-function Team – One Product Owner Committe • 一個隨時處於可以運作的軟體 – Sprint中大家隨時都是針對可運作的軟體進行討論 – 近一年來每個Sprint都可以交付一個版本給stakeholder 安裝使用。
  25. 25. 優勢與效益 • 更密切的跨功能協作 – 對自己產品的品質有更深刻的認識。 – 天賦互補,做出更有品質的軟體。 • 一個隨時可以運作的軟體 – 成就感與責任感的提昇。 – 每個sprint都在建立與stakeholder的信任關係。 • 建立文化及準則 – 鮮少有成員因為金錢攻勢而離開團隊。 – 成員雖在替換,但專案鮮少進展受到極大影響。 – 只要信念與文化能持續維持下去,團隊不會輕易瓦解。
  26. 26. 總結 • 正視問題並動手去解決它,贏得信任才能取得門票。 • 從最小的實踐開始做起 (Just do it!) • 去理解工程實踐背後的目的,並聚焦於建立長久的文化與 習慣。 • 信任與當責 是 敏捷文化建立的關鍵要素。

×