iT邦幫忙

scrum相關文章
共有 243 則文章
鐵人賽 自我挑戰組 DAY 3
Agile! 系列 第 3

技術 第三天:敏捷開發中的角色和責任

過去敏捷開發角色經驗 在過去的幾年中,我在不同產業的敏捷開發團隊中擔任產品經理的角色。這段時間內,我經歷了幾種不同的角色,每一個角色都在敏捷開發過程中扮演著特定...

Agile! 系列 第 31

技術 敏捷開發在大型組織中的挑戰與解決方案

大型組織或企業通常具有龐大的組織結構、複雜的工作流程和多樣的專案,因此在這些環境中應用敏捷開發方法可能會帶來一些特殊的挑戰。然而,這些挑戰是可以克服的,並且敏捷...

鐵人賽 Agile DAY 24

技術 D24 - 這年頭 Master 真難當_什麼時候該訂飲料

就像偉大的魯迅先生,他絕對沒有這樣說過 社會在走,拿人手短,吃人嘴軟。 在人與人的相處中,尤其是職場上,這種互惠關係時常出現。但是如果要以實際成效來看的話,...

鐵人賽 Agile DAY 2

技術 D2 - 在敏捷之前

必需要時光回朔到 2018 年 4 月,我剛報到的時候,那時我只是一個資歷一年半的菜鳥工程師剛離開一間乙方公司 (雖然說含加班總年資有望突破兩年多)對於 wat...

鐵人賽 Agile DAY 16

技術 D16 - 什麼?! 這張單做完,我還不能移動到 done

什麼?! 這張單做完,我還不能移動到 done 在我們昨天 D15 - 那我先把這張單移動到 done 嘍探討完,acceptance criteria 相...

鐵人賽 Agile DAY 25
和Agile小白一起玩 系列 第 25

技術 第二十五篇 Agile的學習從跌跤開始 - Scrum - Retrospective

“這個字要怎麼念啊?”“中文是什麼意思?”“怎麼感覺這個 event 才是真正的 review meeting? ” Retrospective, 就是回顧過去...

鐵人賽 Agile DAY 13

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

延續昨日列出的任務指派型情境缺失:假設此次燃盡圖(Burndown Chart)的運作結果如Day 10案例三:現在,要做的就是在9/5發現『API介接取得資料...

鐵人賽 Agile DAY 23

技術 [Day 23] 運營排查文件範例

終於到了文件範例的最後一幕了。以目前SRE如日中天的推廣下,適當的告警工具總是能讓運維人員預先處理硬體方面可能會面對的問題,例如: 硬碟空間剩下20%就將滿了。...

鐵人賽 IT管理 DAY 9
好專案 VS 壞專案 系列 第 9

技術 【Day 9】好專案VS壞專案-如何做專案管理-Agile

敏捷型(agile or scrum)專案管理 敏捷型專案比較像沿用一連串PDCA的流程,但加強一個循環(cycle)的內容物,如短衝規劃會議(Sprint P...

鐵人賽 自我挑戰組 DAY 27
Agile! 系列 第 27

技術 第二十七天:敏捷開發的應用

在過去我深入探討了敏捷開發的核心價值觀、原則和實踐方法。我來進一步探討敏捷開發在實際專案中的應用,並分享一些成功的案例和相關資源,以便你更深入地理解這種方法論的...

鐵人賽 Agile DAY 20

技術 D20 - 團隊敏捷、專案敏捷以及個人敏捷

在昨天 D19 - 從應徵/面試 來看看敏捷團隊健不健康提到說團隊敏捷上有哪些點是我個人很看重的部分(我哪根蔥)今天就來跟諸君聊聊敏捷的三位一體應該沒有這種說法...

鐵人賽 Agile DAY 29

技術 D29 - PO 文,要言之有物

轉眼間就快到了比賽的尾聲,今天想跟各位聊聊過去我在做 Product Owner 的一些心路歷程 序章 我與產業的第一次接觸是在某音樂平台做 QA team i...

鐵人賽 Agile DAY 14

技術 [Day 14] sprint 跨期的一些眉眉角角

第一期衝刺活動(sprint)順利達陣後,Scrum 看板會只剩下「Story 卡片」。由於 Planner 的檢查清單最多就只能20筆,所以可以把 sprin...

鐵人賽 Agile DAY 26

技術 [Day 26] 工作做得多就是績效好???

完成 Story 的整個開發之後,自然是要論功行賞囉 !從卡片完成的數量來說,後端2似乎是最大功臣。不過,別忘記每期衝刺活動(sprint)的遊戲規則 :『MV...

鐵人賽 Agile DAY 8

技術 D8 - 願連假後,我們還記得討論的內容 (下) aka User Story 篇

繼昨天 D7 - 願連假後,我們還記得討論的內容我們討論到了 Product Backlog 的內容對於開發重要的程度後今天要跟諸君討論 如何寫一個好的 use...

鐵人賽 自我挑戰組 DAY 14
Agile! 系列 第 14

技術 第十四天:重溫敏捷開發

在過去的十三天中,我深入探討了敏捷開發的各個方面,包括敏捷的基本原則、流程管理工具、用戶故事的編寫、團隊協作和溝通,以及敏捷開發的優勢和挑戰。 1. 我對敏捷開...

鐵人賽 Agile DAY 15

技術 D15 - 那我先把這張單移動到 done 嘍

Sprint 快要結束了,這張單還差OO功能,那我先把這張單移動到 done 嘍 下次再開一張單來把後面的內容補上 相信大家一定都有遇過類似的情境(為了保護...

鐵人賽 Agile DAY 10

技術 D10 - 那些敏捷的日子_MVP vs 技術債 (抉擇篇)

在了解到了 MVP 是什麼之後,我們來稍微剖析一下這次的 Case 不過這是最近發生的事情,還無法驗證怎樣處置比較好(前情提要 : D9 - 那些敏捷的日子_M...

鐵人賽 Agile DAY 23

技術 D23 - 這年頭 Master 真難當_我不是在針對你喔

這幾天也剛好講到 Retro 的相關內容,不仿就來分享一下, 要如何藝術性的提一些開發上的小毛病 其實在運行了五年的敏捷之路上,我們可以將 團隊敏捷 實踐到經...

鐵人賽 Agile DAY 18

技術 [Day 18] 運營期間整個sprint的報告週期調整

Q1: 運營期間,是否也要每日10分鐘的疊代追蹤報告(iteration review) ?Ans: 沒必要。運營中,面對客戶的業務專員,在問題排除前會如同背後...

鐵人賽 Agile DAY 17

技術 [Day 17] 運營期間 Task 卡片的眉眉角角

回報問題基本上就是遵循 4W1H + 有圖有真相原則來製作「Task 卡片」。 What: 哪種卡片樣式 ?When: 哪時發生問題 ?Where: 哪個位...

鐵人賽 Agile DAY 15

技術 [Day 15] 四期sprint完整衝刺結束。接下來呢 ?

Story 對應一個服務開發的最小單位。多個 Story 可以構成一個 Epic。 在 Kubernetes、Docker Swarm、... 日益成熟後,...

鐵人賽 Agile DAY 1
敏捷開發經驗分享 系列 第 1

技術 # Day 01 說說要聊什麼吧?

Hi 大家好~ 我是 Xiao-li。 開場第一篇文章主要是向大家介紹未來 29 天的文章方向,讓有興趣的人可以繼續看下去唷!另外,也是寫給自己,提醒自己參加...

鐵人賽 自我挑戰組 DAY 28
Agile! 系列 第 28

技術 第二十八天:持續改進和學習

敏捷開發的持續學習之路 過去我已經深入瞭解了敏捷開發的核心價值觀、原則和實踐方法,以及它在不同專案中的成功應用案例。但敏捷開發不僅僅是一個專案管理方法,它更是一...

鐵人賽 Agile DAY 13
敏捷開發經驗分享 系列 第 13

技術 # Day 13 關於 Scrum - 組成元素

Scrum 的定義Scrum 是一個輕量化的框架,透過提供針對錯綜複雜(complex)問題的調適性解決方案,來幫助人們、團隊與組織產生價值。節錄< S...

鐵人賽 自我挑戰組 DAY 15
Agile! 系列 第 15

技術 第十五天:構建高效的團隊

過去的十四天中,我已經深入瞭解了敏捷開發的各個方面,包括基本原則、流程、度量和評估,以及更深入的主題和學術觀點。今天,我將討論如何構建和管理高效的產品團隊,並分...

鐵人賽 Agile DAY 16

技術 [Day 16] 依據運營狀況適當調整 Scrum 看板貯體

回顧Day 3的假想成員組織 :有別於之前開發狀態可以預先規劃,一般上線後都是「遇到一個問題,解掉一個問題」。在商業策略的考量下, 上線中服務出現問題的優先處...

鐵人賽 Agile DAY 22
和Agile小白一起玩 系列 第 22

技術 第二十二篇 Agile的學習從跌跤開始 - Scrum - Sprint Plan

“要 plan 什麼?不是都是客戶或老闆做決定?”“要在這個活動裡面做什麼?”“為什麼要一整天?實在太浪費時間了” Sprint plan 有些像是 kicks...

鐵人賽 自我挑戰組 DAY 25
Agile! 系列 第 25

技術 第二十五天:敏捷開發的未來趨勢

敏捷開發在軟體開發領域已經存在了數十年,它為團隊提供了一種靈活、高效的方法來開發產品。然而,軟體行業一直在不斷演變,新的技術、方法和趨勢不斷出現。我將分享我在擔...

鐵人賽 自我挑戰組 DAY 29
Agile! 系列 第 29

技術 第二十九天:未來的學習和實踐

在過去的28天中,我們一起深入探討了敏捷開發的各個層面,從核心價值觀到實踐方法,再到成功案例和持續學習的重要性。敏捷開發是一個充滿活力和不斷演進的領域,因此持續...