iT邦幫忙

agile相關文章
共有 161 則文章
鐵人賽 Software Development DAY 6

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

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

鐵人賽 Software Development DAY 5

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

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

鐵人賽 Software Development DAY 4

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

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

鐵人賽 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, 是每天在同一時間、同一地點舉行的會議。...

鐵人賽 Software Development DAY 1

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

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

技術 在精益思維中如何使用價值流圖 (Value Stream Mapping)

詹姆斯·沃馬克(James Womack)提出的精益思 (Lean Thinking) 想旨在提供一種新的方式來思考如何組織人類活動,從而在消除浪費的同時為社會...

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

技術 敏捷大班~產品經理/專案經理

PM 有兩種? PM 跟斯斯一樣有兩種,那兩種呢?一種是『有腦』的,佔 10%!另一種是『無腦』的,佔 90%!這雖然是網路上的玩笑話,但這件事也讓我引以為鑒。...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

技術 敏捷大班~Retrospective 方法~學問 ORID

ICA 焦點討論法 如果問我 2017 年上過的所有課中收穫最多的是哪一門,我一定毫無疑問的說是『ICA 的焦點討論法』(Focused Conversati...

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

技術 敏捷中班~衝刺回顧會議

衝刺回顧會議的定義 『衝刺回顧會議』(Sprint Retrospective Meeting)是在每個衝刺結束的時候舉行,其目的在於讓『產品負責人』及『開發...

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

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

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

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

技術 敏捷中班~每日站會做什麼?

在 The Scrum Guide™ 中對每日 Scrum 的描述是: The Daily Scrum is a 15-minute time-boxed...

鐵人賽 DevOps DAY 6

技術 Agile 敏捷開發(二)

前面幾篇整理了常見的三種敏捷開發方式 Extreme Programming Scrum Kanban 但究竟要使用哪一種方式呢? 我們來比較一下 Scru...

鐵人賽 DevOps DAY 5

技術 Kanban

Kanban,也就是「看板」,也是敏捷開發裡的其中一種方式,主要是利用一塊板子,在上面區分多的區域,作為流程分類,將一張便利貼(卡片)視為一個User Stor...

鐵人賽 DevOps DAY 4

技術 Scrum

Scrum是敏捷開發的一種方法,目前應該算是最夯最多人在推行採用的吧!要學習Scrum我覺得這篇文章介紹得很不錯,什麼是Scrum?不是工程師也能懂的Scrum...

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

技術 敏捷中班~產品待辦清單精煉會議

常聽到很多人談到『什麼是產品待辦清單精煉會議(Product Backlog Refinement)?』、『到底需不需要產品待辦清單精煉會議(以下用精煉會議表...

鐵人賽 DevOps DAY 3

技術 Extreme Programming

中文翻譯「極限編程」,簡稱XP,不是Windows那個萬年長青喔XD 網路上有找到一些介紹,但英文版的居多,我就簡單整理一下分享Extreme Programm...

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

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

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

鐵人賽 DevOps DAY 2

技術 Agile 敏捷開發(一)

敏捷開發 Agile Software Development一個被講到爛的議題,但為什麼我還是要不厭其煩地提到呢?因為DevOps的緣起,就是有借助到Agil...

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

技術 敏捷小班~插件

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

鐵人賽 Software Development DAY 1

達標好文 技術 關於 Domain-Driven Design 以及他的魅力

關於 Domain-Driven Design 以及他的魅力 在我剛開始工作時,曾思考這個行業的價值與未來在哪里,直到有天我翻到了一篇文章,裡面有一句話打動了...

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

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

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

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

技術 敏捷小班~時間限制

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

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

技術 敏捷小班~驗收條件

前兩篇聊到了『完成的定義』與『使用者故事』,其實只是為了講解『驗收條件』(Acceptance Criteria)打底。一個工作項目是否達到客戶對需求的期待?...

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

技術 敏捷小班~Scrum 使用者故事

使用者故事(User Story)是敏捷方法中用來描述需求的一個方式,而確認一個使用者故事是否『完成』(Done)則是需要『驗收條件』(Acceptance...