Scrum敏捷项目管理

召开敏捷发布计划会议

2014年5月8日 0

该演示文稿将帮助您了解成功进行敏捷发行计划会议所需要的条件。发布计划是企业敏捷性的“起搏器”,而敏捷发布培训(ART)使敏捷计划与共同的任务保持一致。基于近十年的经验,Dean Leffingwell和Scaled Agile开发了一种流程,该流程已从40人的小型火车到180人的大型火车进行了工作。该视频从规模的角度解释了成功进行敏捷发布计划会议的过程视图(100支球队)。

功能板和卡

2014年4月14日 1

大多数Scrum团队都使用任务板通过任务卡可视化其活动和进度。在这两篇博客文章中,Scrum的敏捷游戏开发的作者Keith Clinton讨论了功能板和功能卡的概念。

Are Your User Stories 准备 to Be 完成了?

2014年4月1日 0

的定义“Done”(DoD)表示功能已准备就绪,可以在Scrum中进行讨论。在这篇博客文章中,乔治·丁威迪(George Dinwiddie)讨论了“Ready”适用于准备开发的用户故事。

Using 工作经历 Instead of User Stories

2014年3月11日 0

用户故事及其格式由Mike Cohn定义“作为一个,我想要这样。”是在Scrum项目中记录需求的经典方法。艾伦·克莱门特(Alan Klement)在他的博客文章中讨论了一种他称之为的新格式“Job Stories” with the format “When … , 我想要… , so I can … .”

Scrum中的角色不仅适用于团队成员

2014年2月3日 1

敏捷从业者意识到Scrum具有三个角色:开发人员,ScrumMaster和产品所有者。在他的书中“Scrum的可执行规范”,Mario Cardinal还讨论了如何在敏捷中使用角色概念来更好地理解具有不同观点的利益相关者,这个概念也被称为“personas”.

用户故事被认为有害

2014年1月7日 0

敏捷方法几乎没有提议的特定规则或技术成为事实上的标准。这些技术之一是使用“as a <type of user>, I want to <do something>, so that <reason>”将需求定义为用户故事的格式。在此博客文章中,Jim Bird讨论了这种用户故事格式不是管理需求的最佳方法的想法。

Scrum中的产品积压整理

2013年10月30日 0

在这个简短的视频中,肯·鲁宾(Ken Rubin)分享了他在Scrum敏捷项目管理方法中对产品积压工作进行梳理的想法。他在书中写道“Essential Scrum:最受欢迎的敏捷过程实用指南” that “产品积压整理对于有效的sprint计划以及由此产生的功能流入sprint是必不可少的。如果适当地详细说明了产品待办事项,则应清楚地描述待办事项顶部的项目并对其进行测试。”

1 3 4 5 6 7 8