agile tour taipei 2015 - toward agile

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

Upload: richard-hsiao

Post on 24-Jan-2018

1.151 views

Category:

Software


0 download

TRANSCRIPT

贊助單位:協辦單位:

主辦單位:AgileCommunity.tw

如何在組織內有效引領敏捷變革

主講人: Richard Hsiao蕭存喻

你所遇到的障礙是?

你所親身遭遇的敏捷轉型案例?

Source: Video Sharing: Spotify  Engineering  Culture  part  1  

在我過去的經驗裡危機/問題 就是轉機

但你需要證明給其他人看

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

這是一個既有團隊

但想要進行一些改變的故事。

• 團隊的處境:– 專案進度不太順利。– 研發部的新長官覺得研發產品的方向需要些調整。– 對專案成員而言,需要拿出實績證明自己可以符合決

策層的期待。– 團隊長官覺得想試試敏捷開發,也許可以有些改變。

團隊做了些什麼?

• 由 小的敏捷實踐做起:– 就只從一個Scrum Kanban以及Daily Scrum做起

團隊從中學到了什麼?

• Scrum並不會讓一個延期的專案變得準時• 但大家覺得專案進度的透明度增加了• 起碼讓大家知道,我們專案的進行速度難以跟得上

決策圈的期待

雖然如此,但透明度贏得了信任與空間,

所以敏捷轉型的故事仍未結束。

團隊一部份的成員邁入了第二個階段:

一個全新成立的單位

第二階段: 相信敏捷可以成事的團隊

• 遊戲開發團隊的軍火庫提供商。– 需要著重於提供的軍火的穩定度。– 更需要提供符合戰場所需的軍火。

這三年間團隊實踐了什麼?

• 根據想要達到的目標而引入適切的敏捷實踐:– 穩定度

• 單元測試、持續整合、基本的整合測試與壓力測試。

– 協同合作• 集團內部的Wiki

– 兼顧市場需求• 與營運單位訪談需求• 取得回饋並改善

– 專案透明• 持續強化Scrum的實踐: 實體與電子看板、自省例會…等.

我們得到了什麼?

• 能與外部團隊維持了較好的互信關係– 穩定度提昇

• 專案出不了太多大紕漏,有助建立信任。– Wiki成為了協同合作基石

• 外部的集團QA得以容易去延伸Test Scenarios及Test Cases。• 與外部研發團隊有個較容易的互動。

– 做出符合市場使用的服務• 不是自high的軟體,而是營運願意買單這些設計。

– 高透明度• 進度透明,不虛假。• 成員離職率非常低的時刻。• 甚至有些外部單位的成員想換單位加入我們的開發行列。• 也間接奠定了接下來第三階段的團隊的基礎。

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

建立文化及習慣,才是長久之道。

什麼是文化?

• 維基百科的定義:– 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  Ownership”

第三階段: 一個覺得可以更敏捷的團隊

• 因應組織轉型後,我們組成一個想要更敏捷的團隊,承接起製作創新軟體的任務。

• 團隊是基於認同目標與敏捷方法所組建,雖然人少,但新的事務的進展可以很快速。

這段時間我們採用了什麼實踐?

• 建立文化及準則– 持續追蹤問題尋求改善。– 建立互信及當責文化。

• 更密切的跨功能協作– One cross-function Team– One Product Owner Committe

• 一個隨時處於可以運作的軟體– Sprint中大家隨時都是針對可運作的軟體進行討論– 近一年來每個Sprint都可以交付一個版本給stakeholder

安裝使用。

優勢與效益

• 更密切的跨功能協作– 對自己產品的品質有更深刻的認識。– 天賦互補,做出更有品質的軟體。

• 一個隨時可以運作的軟體– 成就感與責任感的提昇。– 每個sprint都在建立與stakeholder的信任關係。

• 建立文化及準則– 鮮少有成員因為金錢攻勢而離開團隊。– 成員雖在替換,但專案鮮少進展受到極大影響。– 只要信念與文化能持續維持下去,團隊不會輕易瓦解。

總結

• 正視問題並動手去解決它,贏得信任才能取得門票。• 從 小的實踐開始做起 (Just do it!)• 去理解工程實踐背後的目的,並聚焦於建立長久的文化與

習慣。• 信任與當責 是 敏捷文化建立的關鍵要素。