iT邦幫忙

scrum相關文章
共有 243 則文章
鐵人賽 Software Development DAY 23

技術 [Day 22] User Story的尺寸大小

[Day 22] User Story的尺寸大小 問題:有人覺得User Story切太小沒意義,有人覺得User Story要切得越小越好,我們想找到一個平衡...

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

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

“Sprint Review 要 review 什麼?”“Review 為何要找客戶?”“為何要叫 review ?不直接叫 demo?”“demo 為何要客戶...

鐵人賽 Software Development DAY 17

技術 [Day 16] 不要在Sprint Review只做測試啦

[Day 16] 不要在Sprint Review只做測試啦 問題:有人期待,Sprint Review就是一個測試大會阿,我們就是透過Sprint Revi...

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

技術 數字謊言

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

鐵人賽 Agile DAY 25

技術 D25 - 這年頭 Master 真難當_WFH 時要怎麼關心你

這幾個月公司開始推行所謂的 hybrid work(混合式辦公)從一開始的固定禮拜三不進公司,以及後來的一週兩天不進公司到現在一週進公司一天公司很明顯的也是在摸...

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

技術 第二十三篇 Agile的學習從跌跤開始 - Scrum - Daily Stand Up

“要 daily stand up 是要做什麼?”“要報告什麼?不是每天都一樣”“為什麼要有這個會議?太浪費時間了”“為何要一群人浪費這個時間開會呢?” 有時候...

鐵人賽 Agile DAY 3

技術 D3 - 敏捷有 3+1 行,行行出狀元

自己隨意摸索個兩個月後,剛好有機會參加外訓由 AgileCommunity.tw,DevOps Taiwan,HashiCrop User Group TAIP...

鐵人賽 Software Development DAY 29

技術 [Day 28] 除了寫程式,Scrum還可以用在哪裡?

[Day 28] 除了寫程式,Scrum還可以用在哪裡? 問題:聽說工程師團隊用Scrum 感覺好像很厲害,交付價值的速度提升,團隊協作的氣氛也不錯。不過我們的...

鐵人賽 Agile DAY 6

技術 D6 - 那些敏捷日子_PO你可以硬一點嗎?(下)

繼昨天跟大家討論說如何讓 Member 多了解一些專案的願景以及多體驗一點 PO 的心酸在這想跟諸君聊聊,何謂好的需求變更 回應變化重於遵循計劃 敏捷宣言 這個...

鐵人賽 Software Development DAY 13

技術 軟體開發執行方式 - SCRUM

在軟體開發中很常聽到 SCRUM 這個字,本身是待在軟體業當PM公司沒有跑到非常正規的 SCRUM ,因此上網查了一下 SCRUM 的相關內容,今天透過這篇來和...

鐵人賽 Agile DAY 26

技術 D26 - 這年頭 Master 真難當_WFH 怎麼管理團隊

回過頭來看 HFW 甚至是 Hybrid Work,到底索求是什麼?是單純的疫情防範辦法嗎?還是一項時尚開發的選項之一?在非新創公司運行敏捷的 IT 部門又該如...

鐵人賽 Agile DAY 5

技術 D5 - 那些敏捷日子_PO你可以硬一點嗎?(上)

希望 PO 可以硬一點。 在面對外面的需求,希望 PO 可以硬一點。 寫好的東西一直改,很煩。 PO 你可以再硬一點嗎?...

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

技術 第二十六天: 敏捷開發的總結

敏捷開發不僅是一種方法論,更是一種思維方式,它強調持續的學習和改進,並注重團隊合作和客戶價值交付。在過去的日子裡,我已經深入研究了各種敏捷開發的實踐方法,現回顧...

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

技術 第二十六天: 敏捷開發的總結

敏捷開發不僅是一種方法論,更是一種思維方式,它強調持續的學習和改進,並注重團隊合作和客戶價值交付。在過去的日子裡,我已經深入研究了各種敏捷開發的實踐方法,現回顧...

鐵人賽 Agile DAY 28

技術 [Day 28] 剖析 Scrum Master 該具備的特質

Master 名詞的中文翻譯有: 大師、能手、名家、師傅、主人、僱主、戶主 、導師、...。之所以在這 28 天中,把Scrum Master這個角色翻譯成Sc...

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

技術 信任與安全感

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

鐵人賽 Agile DAY 4

技術 D4 - 那些敏捷日子_ 點數戰神

這是熱騰騰2022 Agile Summit 的攤位贈品這份實體禮物也將我的記憶拉回 2018 年八月多 那時候我們 Standing 的大概流程是下面這樣(聲...

鐵人賽 Agile DAY 19

技術 D19 - 從應徵/面試 來看看敏捷團隊健不健康

最近剛好有一名老將,要展開職涯的下一個規劃(我真的很擔心我同事發現我有進行鐵人賽,然後或得到太多還沒公開的資訊!?)又要開始一輪面試,所以相對應就有些感觸,來跟...

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

技術 第四天:敏捷開發中的迭代和衝刺

我在敏捷開發中的迭代和衝刺經驗 作為一位已經擔任產品經理六年的專業,我深切理解在敏捷開發中迭代和衝刺的重要性。這些概念不僅讓團隊更加敏捷,也有助於更快地交付價值...

鐵人賽 Agile DAY 19

技術 [Day 19] 將HackMD寫好的文件做Git版控就是一個開發知識庫

回顧Day 16所提到的 Scrum 看板有別於 Kanban 的特性,因此對應的技術文件必須可追蹤,才能因應動態調整的開發過程。最快的方式就是撒錢購買conf...

鐵人賽 Agile DAY 14

技術 D14 - 那些敏捷的日子_跨穀倉溝通

相對於今年,滿多其他 IT 部門也都陸陸續續導入敏捷,大家在互動合作上,往往可以站在比較相同的頻率上對話回到當初只有我們自己導入時,可所謂風風雨雨每個人/部門的...

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

技術 團隊共生

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

鐵人賽 Agile DAY 7

技術 D7 - 願連假後,我們還記得討論的內容 (上)

稍早在思索著今天要端些什麼菜的時候想說逐條來看我之前排定的項目好了...今天的主題猶然而生 這次參賽本來打算最後幾天再來公佈一下我用於準備所使用的 trel...

鐵人賽 Agile DAY 17

技術 D17 - 這些敏捷日子_兩天的 CSPO 課程

終於從今年一月份就報名的 CSPO 終於開課了!(一路延期到十月...)雖然我目前已經不太管理需求,專職去當 Master 了 所以今天就來分享一下 CSPO...

鐵人賽 Agile DAY 12

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

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

鐵人賽 Software Development DAY 24

技術 [Day 23] Scrum 團隊對工作項目的瞭解

[Day 23] Scrum團隊對工作項目的瞭解 問題:團隊常常在Sprint 的過程中,做到一半才發現之前討論沒發現的部分,或不符規劃的部份。 我們如何在開...

鐵人賽 Agile DAY 29

技術 [Day 29] 剖析 Developer 該具備的特質

依我個人觀點來說,Scrum 開發中的開發人員(Dev)最重要的特質就是 坦承面對問題並樂於分享成功與失敗的經驗。 這裡先強調,以下的觀點可能都是源自於我從...

鐵人賽 Agile DAY 1

技術 D1- 敏捷本無術,流程亦非全

南北朝時期,六祖慧能留下一段膾炙人口的偈子 菩提本無樹,明鏡亦非臺。本來無一物,何處惹塵埃。 看到這句話真的感觸很深,在執行敏捷的道路上,你我又何嘗不是呢?...

鐵人賽 Agile DAY 21

技術 [Day 21] 導入第三方技術的技術文件範例

來看一下AWS CLI的官方文件 :功能一拖拉庫,但真的每個功能都會用到嗎 ?關於第三方元件,公司內部的技術文件撰寫原則就是 : 依據實際用到的功能撰寫如何使...

鐵人賽 Agile DAY 9

技術 D9 - 那些敏捷的日子_MVP vs 技術債 (MVP 篇)

讓我們來打鐵趁熱的討論一下 MVP vs 技術債 這項主題吧~之所以會有這個主題的發想源自于,我轉職 scrum master 後,接觸到了不同的開發團隊、體...