狠狠撸

Hiiir 百人團隊導入敏捷實踐經驗
Modern Web 2017
Hiiir 共同創辦人 Neil Lee
時間軸科技股份有限公司

現職：
? Hiiir 時間軸共同創辦人暨技術總監
? 淡江大學資訊管理學系企業導師
? 台灣大學工業工程學研究所研究生
經歷：
? 淡江大學資訊管理系課程委員會委員
? 創辦兩間公司，待過兩間 Start-up
? 2015,2016 AWS Summit Taipei Speaker
? 2013,2016 COSCUP Speaker
? 2012 MOCON Speaker
? 淡江資管渡船頭之戀BBS站站長
證照：
? CSM / CSPO
李佳憲 Neil Lee

新創團隊到永續創新企業
? 從新創到創新過程
? 敏捷不要只是口號
? 失敗是必然但積累未來成功
? 持續改變的過程
? 總結

單一產品：
貼曆
1500 萬 PVs
380 萬 User
規模：30 人
Hiiir 成長階段
三網一實品牌專
案：可口可樂、
全家、爭鮮
（百項大小專案）
規模：60 人
全力發展線上
到線下行動應
用服務
規模：300 人
衝撞市場
（追求亮點）
生存擴張
（追求效率）
建立生態圈
（追求傳承）
2008-2010
（燒錢）
2010-2012
（接案）
2013-2017
（併購）
2017-
（合併）
集團電商整併，
期待產生綜效
結合集團資源
規模：400 人
建立運營規範
（追求效率）
遠時科技

時間軸科技服務藍圖
O2O手機票券購物平台
電子支付系統
實體通路M化解決方案
巷弄
場域：
台北台南台中高雄
實體通路O2O 解決方案
時間市集
內容共創、導購分潤平台
為策展原生創作而生
就算是一卷衛生紙也有它的特色
Yahoo!奇摩行動遊戲入
口
台灣最具規模卡牌網站
卡牌搜尋、組隊系統、遊
戲攻略
Y!Play
導購/自媒体解決方案
成效媒体投遞
品牌全媒策劃
媒体廣告代理
AA pixel 廣告監控系統
AA Miner
廣告採購解決方案
品牌電商客製開店
客製電商平台開發
主機系統維護
廣告採購
影音直播
策展議題
網紅導購
爆品打造
加購變價式購物
場域出發付費會員制
忙碌上班族的好夥伴
線上購物解決方案
策展
影音電商
創新
全館變價
品牌
旗艦開店
Traffic ModelSales Model

? 新創團隊期 – 有默契目標契合的夥伴
? 低潮期 – 發展不如預期時
? 急速擴張期 – 找到浪頭逐浪而起
? 團隊崩解期 – 快速擴張導致的文化不一致性
? 核心團隊建立– 集合願意相信改變的夥伴
? 重新開始 – 透過核心團隊開始建立文化
團隊是成長重要的關鍵
個人會成就團隊，團隊也會榮耀個人
（有神快拜）
（廟要倒了神都走了）
（管他是什麼先來再說）
（有耶穌有佛祖到底那一趴）
（相信能反擊的搜查隊呀）
（開始遠征吧）
團隊成長循環

扁平化組織專案型組織衛星型組織
新創團隊期低潮期
急速擴張期
團隊崩解期
核心團隊建立
重新開始
2008 2009 2010 2011 2012 2013
20人
產品研發團隊組織演進史
8人 40人
2016
邦聯型組織
俱有共識
的聚落
100人
議會

Welcome to VUCA World
Complexity
（複雜）
Volatility
（易變性）
Uncertanily
（不確定）
Ambiguity
（模糊）
Avaliabile data
Predictionaboutfutureimpact
+
+
每年全球產生的資
訊量超過摩爾定律
，每兩年超過兩倍
口語傳播
紙
電台
網路

计画赶不上变化、变化时间又太快

Hiiir 百人團隊導入敏捷實踐經驗

? （1776）《國富論》就開始對於英國工業革命中出現的現象進行論述，在
當時的環境中Smith認為國家的財富會來自可供出口並且有生產力特徵的商
品，所謂的生產力特徵是指創造多餘、有形、可供出口交易的產出，對於非
物質性的服務（如勞動力、知識力相關服務）當成次要產出。

这是工业化时代留下的观念（尝颈苍别补谤）

教育也是流水线产生叫学生的产物（尝颈苍别补谤）

而我们所做的是打字员的工作（颁辞诲别罢测辫别谤）

软体开发是无形（滨苍迟补驳颈产濒别)

软体开发是合作（Ｃ辞濒濒补产辞谤补迟颈辞苍）

软体开发需要啟发（贬别耻谤颈蝉迟颈肠）

Vargo and Lusch （2004）服务主导逻辑

Value in Exchange（Produce) V.S Value in Use（Co-Create、Co-Production）
商品主導邏輯 V.S 服務主導邏輯

主动变革、敏捷、洞察、预见

敏捷不是口號
? 大家不是都上過課了。
? 開發速度會加倍嗎。
? 需求隨時都可以變更。
? 我們每天都有站立會議呀。
? 還是有 DeadLine，而且規格都不能少。
? 我20年前就在搞敏捷了！

形式上的敏捷比瀑布更恼人

送你的老闆去开脑，才有可能真正进入敏捷

敏捷 ! = 快
敏捷 == 快速應變

失敗是必然但積累未來成功
大規模導入（2016-2017）
? 組織改造
? 強力推動落實所有流程
? 需求單位適應期
? 持續調整（找到對得人）
? 逐步擴展
? 全面導入
2012-2016
小規模培養核心團隊
? 產生成果進行分享推廣
? 增加人數打散分組
建立開發者文化、導入敏捷思維
失敗重來
自組織
Tools：CI / CD / Automation Testing / Ticket / Communication

失敗原因
? PO 的工作和 PM 一樣。
? 績效指標未能連動。
? 資訊通透層度太低。
? 少了成就感的節奏。

好的軟體開發環境元素
環境
文化
方法
工具
人

敏捷是一種面對生活的態度
有共同目標和共識下，養成一種溝通的習慣，讓大家培養默契共同合作達成
有價值的目標。

請找個 Scrum Master Expert 加入公司！

組織的藝術
部門
Ａ單位
Leader
Leader
客服
訂單
Ｂ單位
APP
APP
C單位
QA
QA
QA
QA
TEAM A
TEAM B
TEAM C
PO
需求單位 A
需求單位 B
需求單位 C

組織的藝術
部門
Ａ單位
帳務
子系統
訂單
訂單
Ｂ單位
APP
APP
C單位
QA
QA
QA
QA
TEAM A
TEAM B
TEAM C
PO
需求單位 A
需求單位 B
需求單位 C
技術會議
TEAM Ｄ

機器人 or 智慧工作者？

这是机器人未来的样貌

多一點「領導」少一點「管理」
用「團隊」取代「英雄」
釋放
腦力創意
文化方法工具

公司文化
部門文化
個人習慣
命
令
下
達
貫
徹
服
從
管理的雙向
文化方法工具

公司文化
部門文化
個人習慣
教
練
引
導
創
造
動
能
領導的雙向
文化方法工具
? 給予團隊犯錯的空間
? 尋找資源給團隊

重新定義 R&R 和建立有效 KPI：
? 事業單位是眼睛（行銷、業務、企劃、營運）
? PO 是溝通分析者（PM、企劃）
? 大腦由團隊形成共識決（Cross function Team）
? 手腳執行（Design、RD）

Guru
Scrum
Master
Real
Po
Smart
Team
Member
向上
溝通者

PO = Problem Owner = Police Officer
? 找出產品的問題。
? 勾勒產品/功能願景。
? 說出功能故事。
? 了解如合行銷推廣。
? 將功能價值說明給團隊知道。
? 掌握產品數據表現。
? 了解市場動態。
? 回答團隊對於功能目標的問題。
? 估算 PBI 價值。

專案管理迷思
TIME
Scope Cost
如期、如質、如預算
ＰＭＰ
時間固定（Time Box）
MVP Performance

士氣
具體成果調整節奏

溝通
不同文化不同年紀不同部門不同層級
文化方法工具

最適團隊大小下
讓溝通最有效率
創造最大價值

文化方法工具
如何建立人與人的連結

類型
參與人次
預期成效
創造內外部交流的機會
文化方法工具
? 約莫 30 場的內外部交流

持之以恆的舉辦 – 讓彼此知道彼此

老闆要扮演的角色
? 做個成年人。
? 不要臉。
? Stanout。
? Show,東tell。
? 取得團隊支持，保護也領導團隊。

績效如何打
公司年度
目標％
個人成長目
標％
團隊目標％

持續改變的過程
（敏捷文化是個照妖鏡）

Team Velocity
Sprint 1: 90 pts Nov 1~ Nov 22 / 3w
Sprint 2: 80 pts Nov 23 ~ Dec 6 / 2w
Sprint 3: 112 pts Dec 6 ~ Dec 20 / 2w
Sprint 4: 276 pts Dec 21 – Jan 3 / 2w
（加入 maiatain 估點尚不精準）
avg: 139.5

插件狀況分析與改善（任務透明度增加後的優點）
插件包括：
1. 真的插件、hotfix
2. iOS https 的驗證
3. Ramp up
4. 福委會會議與討論
很反映現實狀況，很好！

插件狀況改善比較
Sprint 2
有多於三分之一的時間在處
理插件
Sprint 3 只剩下 14.7 %

團隊做的怎樣？
經過了 4 個 sprint，已經變成數學題了～
sum_salary = 團隊薪資 / 2
value_delievered = sprint 的產出物的價值（PO 與 Stakeholder 決定）
if value_delievered >= sum_salary
團隊表現好
else
團隊表現不好

訊息透明度解決溝通問題
? 工作任務的透明度
? 溝通內容的透明度
? 成果狀態的透明度
善用開源軟體提升資訊透明度
自動化機制解決效率問題
? 測試的自動化
? 部署的自動化
? 監控的自動化
目標清楚工作有效率
文化方法工具

持續整合 Continuous Integration, CI (1/2)
? 說明
– 每次異動進行檢查、測試，進而達到程式碼一完成有把握上版
– 測試項目
? RD: 單元測試(Unit Test)、功能測試(Functional Test)…
? QE: 功能自動化測試
– 延伸：持續部署 Continuous Delivery, CD
? 目前 Hiiir CI 檢查項目
– 測試覆蓋率(Coverage Rate): 單元或功能測試覆蓋率
– 程式碼風格(Code Style)：統一的撰寫風格
– 重複程式碼(Duplicated Code)：非用複製貼上的程式
– PMD：檢測潛在缺陷、不安全或未優化程式碼。例：記憶體未使用
、程式函式定義太大

持續整合 Continuous Integration, CI (2/2)
? Hiiir Jenkins Server

部署時會透過 Jenkins 進行 Auto Testing 驗證

CI 狀況:
coverage rate duplicated code coding style PMD
Member 57% -> 57.7%
(0.7%)
0 -> 0 10 -> 0 69 -> 62
Product 54.7% -> 55.1%
(0.4%)
0 -> 0 7 -> 7 134 -> 137 (+3)
Order 34.2% -> 35.5%
(1.3%)
12 -> 12 1344 -> 836 430 -> 431 (+1)
Supplier 0% -> 11% (11%) 6 -> 4 639 -> 11 108 -> 86
Core 6% -> 18% (12%) 4 -> 4 287 -> 425 (+138) 102 -> 105 (+3)
Resource 8.4% X X X
Support 6.5% X X X
Mall 0% X X X
Promotion 92.4% 0 0 0
Cart 91.9% 0 0 0
Search 90.9% 9 6 0
優先權與目標
1. Coverage Rate: 建議 > 75%
2. Duplicated Code: 0
3. PMD: 0
4. Code Style: 0

程式碼品質追蹤彙整平台
? 問題：團隊需每月手動追蹤目標達成狀況，僅能看到是否達成目標，無法看
到持續的進步
? 行動方案：透明團隊成果提昇改善動力
Before After
? 傳統 Excel ? 透過彙整到 Tableau 分析
? 每日異動趨勢、即時計算是否達成該月目標

文化方法工具
DevOps flow All in RocketChat
主機警示訊號
程式部署提示
部署後狀態
程式碼品質
任務狀態

部署任務於 Redmine 派送透過 Slack 進行通知

Redmine 詳盡紀錄部署資訊

GitLab 紀錄 Code Diff 及 CodeReview / Merge Log

每次 commit code 會由 Jenkins 排程自動驗站 Quality

DevOps 部署後透過ＲocketChat 更新状态给各主管

結論：
? 敏捷是一種思維而不是一成不變的規則。
? 領導需要信任，信任不是靠強迫。
? 每次失敗都會有所積累成為下一次的養分。
? 從組織改變才可能影響到文化。
? 推動敏捷文化需要管理層與團隊同步扮演好角色才可能推動。
? 推動者要隨時做好被殺頭的心理準備。

Ｑ＆Ａ
? 這功能什麼時候會好？給我一個DealLine。
? Ａ單位與B單位都各自提出很急很趕的功能該該如何處理？
? 有人就是不愿意参加团队的会议和分享？

Ｈiiir 產品研發團隊
曾經我們共同創造過一個里程碑

愿大家在敏捷路上持续学习

謝謝大家
https://www.facebook.com/chiahsienl
行動商務社群媒体

狠狠撸

Hiiir 百人團隊導入敏捷實踐經驗

Recommended

More Related Content

What's hot (20)

Viewers also liked (17)

Similar to Hiiir 百人團隊導入敏捷實踐經驗 (20)

More from ChiaHsien Lee (7)

Hiiir 百人團隊導入敏捷實踐經驗

Editor's Notes