iT邦幫忙

agile相關文章
共有 263 則文章
鐵人賽 Software Development DAY 15
敏捷 30 天養成計劃 系列 第 15

技術 敏捷小班~時間限制

在 Scrum 的架構下,所有的活動都是有時間限制的(timeboxed),又稱為『時間盒』。所謂『時間盒』就是對某一特定事件或活動給定一段『固定長度』的時間...

技術 一文學會Scrum Framework

什麼是Scrum?Scrum可能是用於管理產品開發的最流行的敏捷開發框架。與所有其他敏捷框架一樣,Scrum擁有靈活性,團隊協作和迭代交付。這有助於團隊輕鬆適應...

技術 最佳敏捷和Scrum资源和链接(2019)

Source: The Best Agile and Scrum Resources and Links (2019) Scrum和敏捷资源 Scrum:在...

鐵人賽 Software Development DAY 10

技術 [Day 9] PBR的出現,就足夠佔據我餘生的那些Sprint

[Day 9] PBR的出現,就足夠佔據我餘生的那些Sprint 問題: 團隊覺得Product Backlog Refinement討論太久了。 我們如何有...

鐵人賽 自我挑戰組 DAY 17
再戰軟體工程 系列 第 16

技術 『嚨乎你啦!』 -- 一口氣降低所有不確定性

早在1996年,大師Alexander Laufer教授就已經在他的著作Simultaneous Management中提到,產品的開發,其不確定性種類有二:結...

鐵人賽 Agile DAY 3

技術 團隊一起定期聊聊近況吧

昨天的〈導入敏捷的過程也要敏捷〉講到了要推行一套框架或流程要用逐步導入的方式進行,並在最後提了回顧會議(Retrospective)。但是請容我繼續賣個關子,今...

鐵人賽 Software Development DAY 12
敏捷 30 天養成計劃 系列 第 12

技術 敏捷小班~Scrum 完成的定義

完成的定義 『完成的定義』是開發團隊與產品負責人的一種共識,對產品的品質與完成程度的一種檢核標準(Checklist),在每個『衝刺週期』中對『衝刺內的故事』...

鐵人賽 Software Development DAY 22
敏捷 30 天養成計劃 系列 第 22

技術 敏捷中班~衝刺檢視會議

衝刺檢視會議的定義 『衝刺檢視會議』(Sprint Review Meeting)是在每個衝刺結束的時候舉行,其目的在於讓『產品負責人』、『開發團隊』及利益關...

鐵人賽 Software Development DAY 17
敏捷 30 天養成計劃 系列 第 17

技術 敏捷小班~插件

『哎!我們跑了 Scrum 後,插件不減反增了?』『Scrum 不是不會有插件嗎?』 常常聽到有人談論『插件』的定義與處理方式,我一直很想寫這一篇,但一直...

鐵人賽 Software Development DAY 13

技術 [Day 12] Sprint Retrospective 用的都是老招?

[Day 12] Sprint Retrospective 用的都是老招? **問題: **常引導團隊自省會議的人覺得每個Sprint 開Retro的方式和問...

鐵人賽 Software Development DAY 25
敏捷 30 天養成計劃 系列 第 25

技術 敏捷大班~Retrospective 方法~Lean Coffee

精實咖啡(Lean Coffee)是種簡單又有效率的團體討論法。規則簡單,快速決策,有時間限制,聚焦優先級高的話題。 首先,我們先設立一個簡易的看板,分別寫上『...

鐵人賽 Software Development DAY 1

技術 [Day 0] 團隊導入Scrum會遇到的30個問題

[Day 0] 團隊導入Scrum會遇到的30個問題 Scrum是一個看起來很簡單,實際導入團隊會遇到很多問題的框架。接下來的30天,每一天都會以一個問題為主...

鐵人賽 Agile DAY 5

技術 嘗試營造團隊的氛圍

今天出門一整天,回來休息一下,差點就睡到明天了,但想到還沒發文我又驚醒了,逼迫自己以鐵人般的意志起床寫文 ,想想競賽的名稱還真應景 Orz。好吧, 因為體力有限...

鐵人賽 Software Development DAY 29
敏捷 30 天養成計劃 系列 第 29

技術 敏捷大班~Scrum Master 做什麼?

每次有人問我『Scrum Master 可以做什麼?』我很常反問他『你想要 Scrum Master 做些什麼?』我的想法是你想要讓一個角色做些什麼事,並不是...

鐵人賽 Software Development DAY 4

技術 [Day 3] 在 Daily Scrum 進入心流超過15分鐘

[Day 3] 在 Daily Scrum 進入心流超過15分鐘 問題: 在 Daily Scrum 進入心流超過15分鐘當團隊在Daily Scrum中進入...

技術 《2017年Scrum指南》有哪些新內容?

今天(2017年11月7日)Ken Schwaber和Jeff Sutherland發布了Scrum指南的更新。Scrum指南是Scrum的權威定義,由Scru...

鐵人賽 Software Development DAY 26
敏捷 30 天養成計劃 系列 第 26

技術 敏捷大班~Retrospective 方法~I-Message

在李崇建老師『心教』一書中,有一段對話一直徘徊在我腦海中。 我問:「這是心裡想的?還是頭腦想的?」男孩問:「有什麼差別?」我說:「從心裡想的,你可能會落實,...

鐵人賽 Software Development DAY 18
敏捷 30 天養成計劃 系列 第 18

技術 敏捷小班~哪些年我們一起追的半成品

你有聽過『半成品』(Working In Progress)嗎?你知道『半成品』的傷害是什麼?你常常製造『半成品』嗎?你了解『半成品』背後的問題是什麼嗎? 什麼...

鐵人賽 Software Development DAY 6

技術 [Day 5] 不只是形式的Daily Scrum

[Day 5] 不只是形式的Daily Scrum 問題: 團隊覺得Daily Scrum只是一個形式團隊覺得,Daily Scrum只是大家輪流說完自己的現況...

鐵人賽 Software Development DAY 27
敏捷 30 天養成計劃 系列 第 27

技術 敏捷大班~Retrospective 方法~欣賞式探詢

這次『回顧會議』我採用的是『欣賞式探詢』(Appreciative Inquiry),因為剛好看完『創建欣賞式團隊:用48個關鍵正向提問打造高效能團隊』,為了...

鐵人賽 Software Development DAY 16
敏捷 30 天養成計劃 系列 第 16

技術 敏捷小班~估不估計是學問

也許你會聽過『敏捷不需要估計』?也許你也聽過『敏捷也需要估計』?但是其實『估不估計』都是學問。 先下個結論 估計不是為了精準,估計也不是為了承諾。 估計是為了...

鐵人賽 Software Development DAY 3

技術 [Day 2] Yes, and! Daily Scrum 需要你接話!

[Day 2] Yes, and! Daily Scrum 需要你接話! 問題:Daily Scrum 在玩看臉色遊戲,找不到輪流說話的順序和節奏 面面相覷...

鐵人賽 Software Development DAY 2

技術 [Day 1] Daily Scrum 時間到了沒揪

[Day 1] Daily Scrum 時間到了沒揪 問題:Scrum Guide裡面提到的Daily Scrum, 是每天在同一時間、同一地點舉行的會議。所以...

鐵人賽 Agile DAY 12

技術 Day12. 敏捷軟體專案管理-Agile 核心價值觀、宣言與原則

前文 <專案管理的傳統方法:瀑布式開發> 中提到,瀑布式開發是一種由上至下的流程,一環扣一環,不可跳過中間任何步驟。這種「一步接一步」方式容易導致一...

鐵人賽 Software Development DAY 28
敏捷 30 天養成計劃 系列 第 28

技術 敏捷大班~設計與開發思維的雙軌並行

看了一篇『User Story Mapping』的作者『JEFF PATTON』的文章『Dual Track Development is not Duel...

鐵人賽 Software Development DAY 25

技術 [Day 24] 團隊沒有team lead怎麼做決定

[Day 24] 團隊沒有team lead怎麼做決定 問題:從Scrum Guide看角色,只有說明產品負責人、開發團隊、和Scrum Master, 好像沒...

鐵人賽 Software Development DAY 8

技術 [Day 7] 伸縮自如的Sprint

[Day 7] 伸縮自如的Sprint 問題:已經到了Sprint Review的時間了,我們沒有做完可以完成Sprint Goal的item。團隊和PO想在這...

鐵人賽 Software Development DAY 5

技術 [Day 4] 來吧! 不需要別人叫的Daily Scrum

[Day 4] 來吧! 不需要別人叫的Daily Scrum 問題: 很長一段期間,Daily Scrum都要等某個特定的人叫 "來開會囉"...

技術 方法論之間的差異:敏捷與瀑布

任何軟件應用程序的開發都採用一種系統方法,該方法涉及從規劃到部署的多個步驟,該方法稱為軟件開發生命週期 (SDLC)。 它確保開發的軟件符合質量標準,並以最少的...

鐵人賽 Software Development DAY 19

技術 [Day 18] User Story 使用者事故

[Day 18] User Story 使用者事故 問題:聽說,用scrum的方式開發,我們工作 (item) 的呈現方式都要用User Story (使用者...