iT邦幫忙

scrum相關文章
共有 46 則文章

技術 为什么我们说Scrum是經驗主義?

經驗主義 (Empirisim) 意味著以事實為基礎,以經驗為基礎,以證據為基礎的方式開展工作。Scrum實現了一個經驗過程 (Empirical Proces...

技術 2017 官方指南Scrum Guide - 繁体中文版

Scrum 指南的目的 [从官方下载 PDF] Scrum 是用於開發和持續支持複雜產品的一個框架。本指南包含了Scrum 的定義,其中包括Scrum 的角色、...

技術 Scrum如何與敏捷宣言相關?

敏捷宣言 敏捷宣言詳細介紹了一些基本的敏捷哲學,其中之一是對經驗過程控制的偏好 - 它堅持知識源於經驗,決策是基於已知的。 Scrum是一種基於檢查,適應和透明...

技術 顶级敏捷和Scrum资源列表

在這裡,我收集了20篇Scrum and Agile 文章,幫助您啟動Scrum項目。列表中的鏈接將帶您訪問文章的每個中文版本,其中包含指向相應英文原文的鏈接:...

技術 BPMN活動類型解釋

活動是BPMN的關鍵組成部分 - 所有業務流程主要由不同類型的BPMN活動組成。使用Visual Paradigm,您可以使用不同類型的活動繪製自己的BPMN圖...

技術 理解敏捷价值观和原则 / Understanding Agile Manifesto and 12 Principles

敏捷宣言:理解敏捷价值观和原则 敏捷宣言简介: 在本教程中,我们将深入探讨敏捷和敏捷宣言的细节。我们将看到宣言所说的内容以及其中所载的价值观和原则是什么。 介...

技術 如何在Sprint中处理undone的用户故事 (User Stories)?

在Sprint期间,开发团队在PBI上工作以构建增量(理想情况下,“增量”应逐步建立,一次建立一个或几个PBI)。Scrum指南指出这一点 在Sprint结束...

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

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

技術 什麼是Scrum規則?

要做Scrum,我们所需要的只是16个必需品,即3个角色,3个文物,5个价值观和5个事件。这些16个要素通过Scrum指南中描述的某些规则和指南绑定在一起。这些...

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

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

技術 敏捷思维和敏捷方法

敏捷方法傘 自2001年“敏捷宣言”誕生以來,敏捷就有很多嗡嗡聲。事實上,敏捷方法只是一種思維方式,可以使團隊和組織進行創新,快速響應不斷變化的需求,同時降低風...

技術 Scrum指南

Ken Schwaber的《Scrum Guide》這本小冊子,原本是英文的,這裡提供中文的,以供日後復習和參考。** Scrum簡介 (Scrum Intro...

技術 Scrum敏捷开 - 猪和鸡的角色和关系

作為軟件開發團隊的一員,你是否經常為客戶時不時提出來的需求改動而煩惱? 作為軟件的交付客戶,你是否常常抱怨開發團隊無法滿足自己提出來的需求? 讓我們來看這麼...

技術 Scrum指南

綜合Scrum指南 什麼是Scrum團隊? 什麼是Scrum工件? 什麼是5個Scrum值? 敏捷宣言和十二項原則 Scrum中最經常提...

鐵人賽 自我挑戰組 DAY 30

技術 小步快跑的美學

Scrum 最吸引我的 是它靈活的反應「使用者」和 「解決方式」的機制,無關軟體,它本身的 philosophy 就很迷人。 以下是覺得 Scrum 很棒,絕對...

活動 畫畫也能成為Scrum大師!實戰體驗一日工作坊~

看看過往參加者怎麼說: 敏捷三叔公 David Ko 我覺這個遊戲非常的靈活, 可以講解很多觀念, 只要時間夠, 好好引導與會者思考, 可以在很多面向上都有收...

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

技術 『雞尾酒式的scrum』 -- 談台灣最常見的 WaterScrum

曾經參加過大師91 Chen的講座,他提到:『現在在外面做scrum教練已經很難了,原因有二,一是有很多人認為Scrum不適合我們,二則是其他還有更多人認為我們...

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

技術 『就決定是你了』 -- 談PO的適合人選

我們都知道,產品負責人(PO)是一個Scrum團隊裡的重要人物,他對外與Sales、Stakeholder們斡旋,研究並了解需求,將其拆解編寫成使用者故事(U...

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

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

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

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

技術 『ESVP,你是哪一個』 -- 談不能忽略的會議簽到

在前文中,我們提到了再回顧會議的一開始,主持人要先向語彙人員宣布今天的會議流程與預估時間。這是為了要讓大家在一開始就對今天會議的內容與時間有所掌握。這對會議的順...

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

技術 『根本就沒有QA』 -- 淺談測試與品保

『我進QA啦。』 『這個案子現在已經在QA了。』 『目前很順利,估計明天就可以進QA。』 多麽熟悉的工程師對白,不是?我對於各家公司的工作流程沒有意見,畢竟,能...

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

技術 『為了估算而估算』 -- 談Negotiable的重要意義

打開Scrum教科書,翻到Planning Meeting,然後我們開始照本宣科的開了Planning Meeting,並且很乖的估算了故事點與工時。 然後呢...

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

技術 『為了做事而做事』 -- 談價值的重要性

Planning Meeting估算完story,決定好這個sprint要做的story,sprint就開始了。 在一個自組織團隊裡,大家各有長才,各自領了自己...

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

技術 『DoD』 -- 論定義完成的重要性

終於,我們開始跑scrum了。 在跑scrum的過程中,免不了要把需求寫成user story,再在每個story中定義什麼叫做『完成』。PO每個sprint都...

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

技術 『量化工程師的忙碌度』-- 你是哪一個

『好忙啊,好忙啊!』身為工程師,時不時地就有這種心情吧?在產品發展的過程中,隨著功能越來越多,客戶需求變更,或是緊急修正線上bug,每天每天的工作忙碌度都不太一...

鐵人賽 DAY 14

技術 敏捷專案開發:阿宅的scrum世界

今天跟工程師一起在看techday 2014的scrum錄影檔,才發現其實scrum世界其實很「多采多姿」的~ 居然有研究scrum的同好把這個流程畫得如此精美...

鐵人賽 DAY 22
PMP的敏捷之路 系列 第 22

技術 PMP的敏捷之路-還是風險

今天繼續談剩下的三項核心風險 人力流失 俗話說的好「錢都老闆在賺,肝都員工在賣」,再怎麼號稱人是公司最重要的資產,看在員工眼裡都是放○。人力流失會導致知識斷層,...

鐵人賽 DAY 21
PMP的敏捷之路 系列 第 21

技術 PMP的敏捷之路-再談風險

再來談談軟體專案的核心風險... 根據軟體專案風險管理的聖經-與熊共舞記載,軟體專案的核心風險共有以下5項 1.先天的時程錯誤(schedule flaw) 2...

鐵人賽 DAY 20
PMP的敏捷之路 系列 第 20

技術 PMP的敏捷之路-採購管理

終於到了9大知識領域的最後一章了 [PMBOK Guide 4th,314] 根據PMBOK的定義,採購管理共有以下4個流程 規劃採購 (Plan Proc...

鐵人賽 DAY 19
PMP的敏捷之路 系列 第 19

技術 PMP的敏捷之路-風險管理

[PMBOK Guide 4th,274] 根據PMBOK的定義,風險管理共有以下6個流程 規劃風險管理 (Plan Risk Management) 辨識...