Scrum敏捷项目管理

Using 工作经历 Instead of User Stories

2014年3月11日 0

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

更少的用户案例,更好的可预测性

2014年2月24日 0

用户故事及其规模通常是在Scrum中计划Sprint的基础。您可以使用相对估计和规划扑克,或者使用更经典的方法来定义每个用户故事的工作量。因此,它们也是Scrum团队进度和速度指标的基础。

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

2014年2月3日 1

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

带有用户故事的敏捷计划

2014年1月30日 0

如果敏捷方法是允许处理不确定性和变更的工具,那么它们通常对仍然需要为软件开发项目提出最终期限的管理理念几乎没有影响。在这篇博客文章中,乔治·丁威迪(George Dinwiddie)讨论了在Scrum项目中进行规划时使用用户故事的方法。

用户故事被认为有害

2014年1月7日 0

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

Scrum中的实际积压优先级

2013年10月10日 1

优先级产品积压是敏捷的核心。高度优先的积压工作使我们能够通过在Scrum的每个sprint结束时尽早并持续交付有价值的软件来满足客户。精益和看板可以称之为别的东西,但是优先工作也是关键。

什么是用户故事?

2013年6月10日 0

在Scrum中,用户故事的标准格式很容易理解:“作为[角色],我想要[某物],以便我可以[受益]。”但是,项目团队内部在就用户故事的内容构成达成共识方面存在更多困难。在这篇博客文章中,史蒂夫·约翰逊(Steve Johnson)探索了这个问题。

1 2 3 4 5 6 8