iT邦幫忙

scrum相關文章
共有 241 則文章
鐵人賽 Agile DAY 9
敏捷藏在 K-pop 裡 系列 第 9

技術 Sprint Fail 在哪跌倒,就在哪躺一下~《機智醫生生活》曹政奭示範

看到《機智醫生生活》演員曹政奭在見面會慘摔的反應,讓我想到: Sprint Fail 之後,可以用什麼心態面對? Sprint Fail 的原因 以前我們...

鐵人賽 Agile DAY 12

技術 [Day 12] 任務指派型的 Burndown Chart -- SM 介入調整策略一

回顧Day 7任務分配時,任務指派型的情境。這樣的任務分配結果有以下缺點: Scrum 導師(SM) 處在開發 MVP 卡片的狀態,該卡片完成前,抽身處理突...

鐵人賽 Agile DAY 11

技術 [Day 11] 理想型的 Burndown Chart

回顧Day 7任務分配時,理想型的情境。由於成員都是依照自己的專長挑走了卡片,燃盡圖(Burndown Chart)中,較不會發生如六、日休假,進度未推進的水平...

鐵人賽 Agile DAY 7
敏捷藏在 K-pop 裡 系列 第 7

技術 中秋節必看【偶像明星運動會】,跑 Scrum 必做五儀式!

狙擊心臟的偶運會 因為 COVID-19 疫情停辦兩年的【偶像明星運動會】,在 2022 年重新舉辦啦~在這個活動中,可以看到愛豆 (Idol) 展現力與美、...

鐵人賽 Agile DAY 10

技術 [Day 10] Burndown Chart 及繪製方式

燃盡圖(Burndown Chart)就是紀錄衝刺活動(sprint)期間,每日未完成的 Task 卡片數量。第一天剩餘全部的卡片數量,衝刺活動(sprint...

鐵人賽 Agile DAY 9

技術 [Day 9] 每日10分鐘的 iteration review

疊代追蹤報告(iteration review) : 主要就是各個成員在衝刺活動(sprint)期間,快速描述下手上卡片目前的處理進度。 在本案例中,202...

鐵人賽 Agile DAY 8

技術 [Day 8] sprint 1: 後端 Task 卡片 製作 part 3 -- Planner分配任務

「Task 卡片」在 Planner 上的製作方式與 Day 5 介紹的方式一樣。以下只介紹在 Planner 上分配前後的差異。另外,每一期的衝刺活動(spr...

鐵人賽 Agile DAY 7

技術 [Day 7] sprint 1: 後端 Task 卡片 製作 part 2 -- 分配任務

「爽缺人人搶著做,屎缺人人閃著做。這就是人性。」 以下介紹兩個案例。之後會個別延伸這兩個案例討論燃盡圖(Burndown Chart)的結果。 理想型...

鐵人賽 Agile DAY 6

技術 [Day 6] sprint 1: 後端 Task 卡片 製作 part 1 -- 了解任務內容

聚焦產品開發部在「Story 卡片」中的項目 : 產品開發部 後端技術 - springboot 架構 coindesk api介接 需求服務功能開發...

鐵人賽 Agile DAY 5

技術 [Day 5] 依據開發專案的需求來撰寫 Story 卡片Part 2--Planner製作Story卡片

登入 https://www.office.com/ 並開啟 Planner 後,先添加參與的成員。接下來開始製作「Story 卡片」。 在「進行中」貯體點擊...

鐵人賽 Agile DAY 4

技術 [Day 4] 依據開發專案的需求來撰寫 Story 卡片Part 1--了解需求

假定業務部門向總經理提出一個需求 : 需要一個 WEB 服務供業務專員記錄當下 bitcoin 與美金、英鎊、歐元的即時匯兌,以確保匯兌金額的正確性。 然後...

鐵人賽 Agile DAY 3

技術 [Day 3] 依據團隊組織適當調整 Scrum 看板貯體

下圖是假想的團隊組織圖 : 總經理室成員 - 總經理業務部成員 - 業務部經理、業務專員x10產品開發部成員 - 開發部經理、後端工程師x3、前端工程師、資料...

鐵人賽 Agile DAY 2

技術 [Day 2] Planner 實作出一個 Scrum 看板

相信台灣大部分的公司行號都是 Microsoft 的重度使用者。會使用「office word」,但是對於「google文件」卻一臉茫然的同仁也不在少數。如果公...

鐵人賽 Agile DAY 1

技術 [Day 1] 工具從來不是問題,知識才是力量 ! Scrum 該懂的二三事 !

以一個 Senior Java Progammer 來說,要評斷一個求職者是否具備勝任 Java 程式設計師,原則上都會從測驗或者求職者作品中,了解求職者的一些...

技術 【閒聊】閱讀CMMI 2.0的組織面的估算(EST)心得

最近研讀CMMI 2.0 中估算(Estimating ,EST)的資料後將看心得與大家做分享,首先簡單介紹一下估算(EST)這實踐領域(PA)是在CMMI 2...

鐵人賽 IT管理 DAY 30

技術 [Day30] 身為產品經理的反省與再出發

過去一年,其實我走過一段很艱辛的路程,會說艱辛,是因為現在回首起來,中間的一切是那麼的不容易,過程中短短的塞滿了很多需要學習的項目,直到現在還未能完全消化完成。...

鐵人賽 IT管理 DAY 29

技術 [Day29] Scrum失敗經驗談 – 沒有經驗的Scrum Master

這次最後一個要分享的Scrum失敗經驗,就是「沒有一位具備經驗的Scrum Master」,工程團隊是一個協作性極強的團隊,若是僅僅想要利用一般書面所學的工具,...

鐵人賽 Modern Web DAY 29

技術 Day 29 - 開發流程(上) 瀑布式(Waterfall Model) & 敏捷式(Agile Model)

終於快結束30天的挑戰了,專案開發的知識點除了環境安裝、技術學習以外,還有一個重點知識,那就是專案的開發流程,不論是想要開發甚麼樣的大型專案,都一定要先學習各種...

鐵人賽 IT管理 DAY 30
我們與敏捷團隊的成長 系列 第 30

技術 團隊共生

前言 感謝我們一同堅持到第 30 天,本篇以「團隊共生」為題,總括前述所談,萃取我認為在團隊共同成長上的著眼點。這一系列文章穿插具體與抽象的主題,從基礎慢慢疊加...

鐵人賽 IT管理 DAY 28
我們與敏捷團隊的成長 系列 第 28

技術 遠距 Scrum

前言 前兩天分享了遠距工作的好處與挑戰,今天針對應用面來談談 Scrum 活動如何在遠距工作的情況下執行。 在開始前,再做點補充。我認為遠距工作是個機會,縱使它...

鐵人賽 IT管理 DAY 27

技術 [Day27] Scrum失敗經驗談 – 危機四伏的Sprint planning會議

Sprint planning meeting的目的是在於定義這次開發週期間共同所要追求的價值目標,為每一個使用者故事(User story)給予故事點數(St...

鐵人賽 IT管理 DAY 26

技術 [Day26] Scrum失敗經驗談 – Daily scrum變成daily report

在Scrum的機制裡,每天的站立會議(Daily standup meeting)是一個極小體現Scrum經驗疊加而進一步更能解構複雜目標之經驗法則的環節,一場...

鐵人賽 IT管理 DAY 24

技術 [Day24] Scrum失敗經驗談 – 壁壘分明的職務配置

不足的豐富資源 未依團隊性質配置的資源,會製造資源不足的假象 在IT團隊最大的時候,有11人,分別是前端工程師3名、全端工程師2名、前端實習生1名、後端實習...

鐵人賽 IT管理 DAY 23

技術 [Day23] Scrum失敗經驗談 – 以為什麼都不能動了!

不變,不代表會更快更好 要求不變,反而會花過多時間追求完美 在[Day22] Scrum失敗經驗談 – 承認就是隕石吧!中,提到隕石的恐怖,突如其來的狀況,...

鐵人賽 IT管理 DAY 24
我們與敏捷團隊的成長 系列 第 24

技術 數字謊言

前言 在這個蔬菜是有機的、水果都會甜、衣服耐洗不縮水、滿街百年創始老店、車子很省油、房…的社會當中,只要我們肯問,大概都能得到一些標準回答,甚至還會有數字佐證。...

鐵人賽 IT管理 DAY 21

技術 [Day21] Scrum失敗經驗談 – 沒有價值的User story

User story:用一個簡短的句子,描述用戶的需求價值,也是大家所熟知的,身為一個「角色」,我想要「做某些事」,以至於我可以「有什麼價值」(As a [ro...

鐵人賽 IT管理 DAY 20

技術 [Day20] Scrum失敗經驗談 – 只想得太大太遠

Scrum是大家想要導入的文化與工具,在分享了很多工具、體會和方法後,感覺是個好時機要來講如何導入scrum了,可惜的是,我還未能有自信地大聲說,我成功運行sc...

鐵人賽 IT管理 DAY 19
我們與敏捷團隊的成長 系列 第 19

技術 衝刺之外的學習

前言 在 Scrum 當中,花費最多時間,對於產出直接有影響就是衝刺(Sprint)本身了。衝刺隨時可能有預期之外的困難,特別是團隊正在挑戰新的領域、專案,或開...

鐵人賽 IT管理 DAY 17
我們與敏捷團隊的成長 系列 第 17

技術 成為 Scrum Master

前言 今天來部份自我介紹,聊聊身為 Scrum Master 的一些經歷。一如系列文章的初衷,希望能觸及團隊任何成員,從而引發思考,因此今天雖然談 Scrum...

鐵人賽 IT管理 DAY 16
我們與敏捷團隊的成長 系列 第 16

技術 信任與安全感

前言 今天想跟大家討論這個在團隊內外之間都可能面對的「信任」問題。信任這件事,幾乎大家都能理解它的重要,知曉失去信任將導致許多危機,除了日常合作的不協調,甚至衍...