iT邦幫忙

2022 iThome 鐵人賽

DAY 6
1
Agile

敏捷是個假議題?在這場哲學沙龍中一同共舞系列 第 6

【Day 06】所以該怎麼開始跑敏捷?

  • 分享至 

  • xImage
  •  

在大家開始跑敏捷前,先帶大家回顧一下敏捷宣言

  • Individuals and interactions over processes and tools
  • Working software over comprehensive documentation
  • Customer collaboration over contract negotiation
  • Responding to change over following a plan

簡而言之,敏 捷元老希望創造一個重視個人與互動、與客戶是寫作的夥伴關係,並且可以不斷適應變化產出可運作的軟體的流程與環境;而在這樣的原則下,我們怎麼實際運行,我認為在大家跑熟悉到scrum時,可以先了解敏捷的流程,才不至於骨肉分離!

從敏捷方法中我們可以拆解成幾個流程去運行:
https://ithelp.ithome.com.tw/upload/images/20220910/20151068YV6kxCndkO.png
圖片來源:nvisia:The Agile Process 101: Understanding the Benefits of Using Agile Methodology

1. 定義(Definition)

知道自己目前在什麼樣的位置以及必須解決什麼樣的問題,我認為是第一步也是最重要的第一步;曾經也有收到夢想藍圖跟需求就快速進行的經驗,在過程中因為問題定義不明確,時常會迷失方向,交付完成後才發現這不是我們要的,而缺乏問題定義與分析,也會使目標一直不斷變化、需求也變得很發散,所以好的開始也許真的是成功的一半。

2. 計畫(Planning)

問題與概念釐清後,就可以進行 sprint的規劃,通常會先列出這次sprint想要交付的backlog,可以想像為需求清單。以層級而言,可將需求或大功能劃分為 Epic,下切成 story,再切分成實際可用分派的task以及sub-task。

3. 設計(Design)

此階段需要實際把希望交付功能以 wireframe、prototype 呈現出來,而在設計必須重視的是畫面與使用者體驗,因此過程中終端使用者的參與或反饋就變得十分重要;在此階段請不要吝嗇做使用這訪談。

4. 開發(Development)

此階段就是實現前面的想像與規畫,在sprint間交付開發成果,但千萬不要忽略了測試,測試後也會產生一些必要的調整,解決開發中的問題與bug。

5. 回顧(Review)

此階段用來檢視這次每次交付的過程與成果,畢竟敏捷是不斷迭代開發的過程,所以回顧可以讓下一次更好。

在敏捷團隊的大家,是否都能有幸好好的跑完這個流程呢~?


上一篇
【Day 05】從Trello 5分鐘認識 Kanban
下一篇
【Day 07】生活篇:從中秋烤肉學習敏捷
系列文
敏捷是個假議題?在這場哲學沙龍中一同共舞30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言