iT邦幫忙

鐵人檔案

2024 iThome 鐵人賽
回列表
Software Development

善用工具,現形你的開發流動 系列

本主題是由 iThome 所舉辦的 HWDC (Hello World Dev Conference) 中的 Agile Summit 面向的同名演講為底的主題創作。除了期望更有結構性與完整性去論述演講內容外,也會藉此補充更多無法在當時 40 分鐘內分享的資訊與經驗。

軟體開發在產品與需求的流動是抽象的、難以意識到的,本篇會將開發流動分為三種面向去闡述,然後一步步帶著讀者去探索各種做法與筆者資深的經驗與觀點,最後分享如何搭配常見的實地與數位化的實踐,去建立起更視覺化、顯而易見的開發流動。

參賽天數 14 天 | 共 14 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 1

關於 & 目錄

關於本主題 本主題是由 iThome 所舉辦的 HWDC (Hello World Dev Conference) 中的 Agile Summit 面向的同名...

DAY 2

前言

主題名稱的意義 會對這個議題有興趣的聽眾,我想可能特別是針對「現形」這個動詞有感吧!我原本是這樣想的,但在演講現場卻是善用工具與開發流動較多人有興趣,這個意想...

DAY 3

何謂開發流動

昨天提到如果能將開發過程中的這些「流動」(Flow)現形,那溝通起來會更加順暢,那這所謂的開發流動是什麼?可以先將其認知為從需求從誕生、進入開發、最後釋出營運...

DAY 4

現形的方式

Credit: 我畫的 OwO 在往下談及如何現形開發流動前,今天先來談談現形的概念與方式吧!這邊用的是「現形」,但看過〈前言〉的封面圖時,應該會發現我用的英文...

DAY 5

如何現形開發流動與流動順暢度?

因為結構設計的關係,會有一篇是類似一章的開始,後面才會開始細談,為了避免被讀者認為打水,以及擔心剩下的天數講不完,於是今天會一次談及兩個標題的內容。 如何現形開...

DAY 6

順暢度的表徵 —— Velocity (1): 概念

既然如此,我們會用怎樣的方式去現形並檢視順暢度呢?在 Scrum 中最常搭配的實踐,就是比較耳熟能詳的 Velocity 了吧?或許稱之為速率表、速度、Capa...

DAY 7

順暢度的表徵 —— Velocity (2): 實務

我是如何演化 Velocity 的? 📣 聲明這些演化的經驗是由數個團隊累積起來的故事,會有些複雜,不容易線性的去陳述。為了更好的描述學習點,我會將實際案例做...

DAY 8

順暢度的表徵 —— Velocity (3): 好處、困境與適用情境

Velocity 帶來的好處 作為一開始的兩個需求: 幫助團隊預測下一個 Sprint 可交付的工作量 透過歷史數據展現開發流動的順暢度 在這段期間 Vel...

DAY 9

Velocity 的迷思 (1):執迷不悟的指標陷阱

Velocity 的迷思 (1) 接下來三天,我會分享在實踐 Velocity 的三個迷思與對應的學習。 迷思之一:執迷不悟的指標陷阱 在前面分享 Veloci...

DAY 10

Velocity 的迷思 (2):能彰顯問題原因

另一個有關於 Velocity 的迷思,是認為 Velocity 能彰顯問題的原因。 事實上,Velocity 只能突顯出問題——預期與現實的落差,也就是交付量...