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

 發表於 2022-09-02  (最後修改於 2024-09-14)  |  8 分鐘  |  3926 個字  |  androchentw

Overview

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

Challenges 現況 挑戰

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

Objectives 目標 效益

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

KRs 結果 解法

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

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

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 + Q&A

  • 製造業敏捷對談
  • 金融業敏捷對談
  • 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 原先設定的與會目標, 有回答到嗎?

  • 有! 超精實

場次精選心得

製造業

金融業

永豐

  • 嚴國瑞 永豐金融控股 數位科技處副總經理
  • 永豐中信 跨行無卡提款 「機台多一點 提款快一點」提升客戶體驗。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 寄信給自己 == 累積學習旅程
    • 設計一個方法 自問自答
    • 精益求精 「有沒有辦法變得更好」
    • 一定要親自取得使用者回饋

延伸閱讀

🤝 Community 社群

你怎麼看?

留下你的想法一起討論吧! 🥳

Murmur

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

其他相關