Agile Summit 2022 敏捷高峰盛會 - VUCA 時代敏捷導入 + 持續交付價值

Overview

Ref: DevOpsDays Taipei 2022 - 企業 IT 數位轉型投資成長 + 持續交付高品質可用產品

Challenges 現況 挑戰

  • 需求變動快速, 如何快速應對?
  • 專案開發/實作/推廣過程, 尚未形成足夠敏捷的交付模式

Objectives 目標 效益

  • Project Management: 透過參考業界經驗, 建立專案管理方法, 使專案的實作與推廣過程, 可以更敏捷
  • Delivery Speed & Quality: 提升交付速度, 縮短交付週期

KRs 結果 解法

  • 瞭解實戰推動手法 + 懶人包 => 都需要視情況調整
  • 瞭解為何敏捷重要
  • 瞭解如何在企業裡導入敏捷, 交付價值, 彈性拿捏

Content

Event Information

從「Nice-to-Have」到「Must-Have」

2018 年,iThome 舉辦第一屆敏捷年會 Agile Summit,引發網路圈與新創圈的莫大迴響。爾後歷屆盛會,不僅與會人數屢創新高,更逐步在金融、電信、製造…等越來越多行業領域開枝散葉,掀起敏捷概念問世 20 年來最大風潮。

這意謂臺灣企業已真正看見敏捷的價值與未來性,使得 敏捷不再是「Nice-to-Have」聊備一格局面,而是提升到「Must-Have」重要層次;影響所及,舉凡敏捷管理、敏捷開發、敏捷測試、敏捷行銷,都相繼成為眾所追逐的顯學。

您也許好奇,2001 年誕生的「敏捷宣言」(Agile Manifesto),為何在近年發光發熱?簡言之,隨著全球競爭態勢成形、資訊科技日益精進,乃至於消費者意識抬頭,因而形成「數位破壞」(Digital Disruption)浪潮,迫使各行各業面臨複雜多變的挑戰,一方面要力求產品推陳出新,避免被顧客拋棄,另一方面須嚴防市場上可能出現替代性技術,瞬間造就強大競爭者。

世事難料,您只能強化自身適應力。敬邀您參加 Agile Summit 2022 研討會,由敏捷專家告訴您如何透過井然有序的策略規劃,讓敏捷框架在組織內部落地生根;引導您懂得如何加速開發流程、建立市場測試回饋機制、形塑跨部門協作文化,藉以縮小創新風險、提升創新精準度,後續還能持續有效地部署、支持與追蹤敏捷,時時保有卓越的應變力。

  • Key Sessions
    • 製造業敏捷對談
    • 金融業敏捷對談
    • Microsoft
    • 技術人員導入敏捷的實戰紀錄
    • 敏捷導入的挑戰、限制、與解藥
    • 一個 Agilist 的獨白
    • 從 0 到 1 建立充滿動力的敏捷開發團隊
    • 敏捷開發下的 DX 開發者體驗

Q 收穫最大的 心法 是什麼?

  • 敏捷開發宣言
  • 如何處理規模化的議題 (高階主管在意的, 能影響整間公司的)
  • 快速迭代, 敏捷交付
    • Kingston 作法 = 小步快跑 + 充分授權不斷試錯不咎責 + 大量持續學習
  • 常見痛點 = 開發時間長 (1-2個月) + 重工的成本浪費
  • Agile 適合處理
    • Uncertainty 需求不確定的
    • User based 面向用戶的
    • Responsive 追求反應速度的
  • 常見迷思
    • 採用 Agile 不一定會讓開發變快,但會讓我們的反應變快, 不斷交付出有用的東西 (腳踏車 機車 汽車)
    • 既複雜又變動,建議優先導入。若只是複雜,則未必需要推
    • 往源頭解決問題。在設計就把事情做對,而不是一堆後期監控

Q 收穫最大的 實戰經驗 是什麼?

  • 團隊運作
    • 讓每個團隊有基本框架觀念後, 各自發展自己團隊的框架, 而不是完全遵守教科書, 才能適用在不同的場景
    • 協調,專責單位 實體組織去推動。充分授權
    • 接受 一定會錯 的事實. 所以要從 大錯大改,轉變成 小錯小改 「趕快錯 趕快做 趕快改」
    • 需要投入很多資源 coach 每個團隊, 使具備敏捷思維. 從 top down 宣示 + bottom up 瞭解敏捷帶來的好處, 持續修正 + auditing 成效
  • 實務作法
    • 分析產品開發週期 (lifecycle), 找出 Critical Chain (CCPM)
    • 分析 價值流, Value Stream Mapping (VSM)
    • 釐清: 目標 挑戰 效益 解法
  • 適用性問答清單
    • 期望解決什麼問題: 想辦法找出 why
    • 具體目標是什麼
    • 現況我們不了解的是什麼
    • 我們透過什麼方法解決

Q 特別有印象的 引述 是什麼?

如果你想造一艘船, 不要號召你的工人去收集木頭,發號命令, 然後分配工作。 反之,要教給他們對無邊無際的大海的渴望 – 聖修伯里,《小王子》的作者

If you want to build a ship, don’t drum up your men to collect wood and give orders and distribute the work. Instead, teach them to yearn for the vast and endless sea. – Saint-Exupéry, the author of “The Little Prince”

幸福的家庭都是相似的 不幸的家庭各有各的不幸 –《安娜·卡列尼娜》, 托爾斯泰

Все счастливые семьи похожи друг на друга, каждая несчастливая семья несчастлива по-своему. – Анна Каренина, Толстой

Q 公司團隊/內部該如何推廣/實踐?

  • 清楚釐清導入 Agile 的目的與目標
  • 要爭取 top down + bottom up 的雙向合作, 不要貿然開始, 不然很容易中途陣亡
  • 都需要看狀況調整, 自行有機式地調整並持續成長, 不存在教條式的最佳實踐能夠完全適用在團隊中

Q 原先設定的與會目標, 有回答到嗎?

  • 有! 超精實

場次精選心得

製造業

金融業

  • 金融業敏捷對談 Panel Discussion | HackMD 共筆
  • 永豐
    • 嚴國瑞 永豐金融控股 數位科技處副總經理
    • 永豐中信 跨行無卡提款 「機台多一點 提款快一點」提升客戶體驗。Open banking.
    • User Story 為中心的創新數位金融敏捷設計
    • 解決 「不確定 user 需求」的問題
    • 挑 user-based , 探索性的專案來導入 agile. 組織文化先行, 並非全域導入
    • domain know-how 是重要的 「人都需要被尊重」, 不要一分為二
  • 一卡通
    • 闕大順 一卡通票證 技術研發群 副總經理
    • 溝通:「你講的 A 跟我講的 A, 是不一樣的」
    • 翻譯 「你的需求是什麼」 「我們需要的資源是什麼」
    • Small-win 顆粒度小開始,解決客戶的痛點,規模後再想自動化,不一開始畫大餅
    • 打造支付的 infrastructure
    • 工具人 -> 提高黏著度 「你做每件事情,都有我的影子在」
    • 敏捷 + 如何更穩定 => 必須先了解行為模式後,再考慮自動化
  • 一銀
    • 劉培文 博士 第一商業銀行 副總經理暨資訊安全長
    • 實踐DevSecOps的關鍵心法 - 當數位轉型遇見資訊安全
    • 數位三化的戰略: 業務單位要 involve.
      • 資訊現代化 IT
      • 產品數位化 業務
      • 市場創新化 業務
    • DevSecOps
      • people process technology & change at scale 「規模化的變革」
        • 轉型改變核心永遠是人
        • 持續創造供需以驅動變革
        • Value Stream 價值流,從企業而非部門的觀點去觀察
          • 業務團隊找對的事,則 IT 團隊就會需要更快協助
        • Think big, start from small. 從小的地方開始快速驗證。雲原生架構
        • shared ownership 整個流程可以被自動化。透過快速迭代來讓攻擊風險降低
      • 要會說故事,讓從董事會到基層都能知道轉型的方向。
      • 產品導向的融合團隊,對 outcome 負責
      • dev 與 ops 的人也要來做 sec

Microsoft

  • 企業如何做到敏捷文化 - 張書源 Enterprise Scale Agile team practice
  • HackMD 共筆
  • 每小時打電話追趕開發者,天天追進度,是否就能做到敏捷? => 無法 scale, 跨單位時,很難運作
  • 追求 agile at scale 而不是 scaling agile. 不是導入 工具流程一成不變。而是不同單位都各自追求適合的敏捷
  • 讓團隊自行 deliver high quality value, 持續正確對話, 溝通修正目標
  • 傾聽客戶要求 滿足真實需求: 「要不要餅乾」被問一定會拿, 但未必真的需要
  • 建立敏捷的團隊
  • Microsoft 產業解決方案 - 學習資源

技術人員導入敏捷的實戰紀錄

  • 張國昭(小張)│MAYO RD Manager
  • HackMD 共筆
  • DDDTW
  • 軟體測試簡單說
  • 導入敏捷的目的是什麼

水古杉

  • 林德政(DJ)│水古杉遊戲化思維研究室 共同創辦人暨顧問總監
    • 系統分析 程式設計
    • 軟體專案管理 敏捷開發
    • 使用者體驗
    • 遊戲化
  • 聽眾分析: 聽過 LeSS, 團隊兩張披薩以上才能餵飽, 團隊跨職能

從 0 到 1 建立充滿動力的敏捷開發團隊

🥇 敏捷導入的挑戰、限制、與解藥

一個 Agilist 的獨白

🥇 敏捷開發下的 DX 開發者體驗

  • 李智樺(Ruddy Lee)│91APP 敏捷教練
  • Developer eXperience 開發者體驗即學習 - RUDDY LEE 分享空間
  • 學習 就是 提問
    • 什麼是好問題 能讓人反思的問題 + 容易回答的問題
    • 問對問題
  • sprint 之初最重要的是 大家對目標有共識 當場提問討論
    • 需求不是 PO 的責任,是團隊共同的責任 (feedback)
    • 提問討論 提醒 「如果這樣會不會更好」
    • 這項任務的專家 「mentor」
      • 你應該讓其他人學會 你學會的事情 , 透過分享
      • ZPD + 鷹架理論: 健身房教練
  • 從多聊一些小問題開始,發問成好問題
    • 很難一口氣問到好問題
    • 「有意識地問自己問題」 -> 我問故我在
      • 用 email 寄信給自己 == 累積學習旅程
      • 設計一個方法 自問自答
      • 精益求精 「有沒有辦法變得更好」
      • 一定要親自取得使用者回饋

延伸閱讀

Murmur

  • 2022-09-02: 今年有決定來參加 Agile Summit 2022 真是太好了
    • 應該每年都要像最以前剛工作一樣 年年都要參加
    • 持續做自己覺得對的事情, 累積之後會看到回報的
    • 對於 為何敏捷重要,如何在企業裡導入敏捷 交付價值 彈性拿捏,甚至團隊管理,都有了更深的見解與想法

See also