Scrum敏捷项目管理

微服务的垂直故事切片

十月25,2017 0

许多敏捷教练都是前软件开发人员,有些则不是。但是,随着技术的发展,众所周知的敏捷方法可能会面临挑战。这样的例子就是在微服务上应用垂直故事切片的敏捷方法。这篇演讲说明了作为敏捷教练,我们如何在技术可能会继续发展的技术领域进行教练,从而挑战了帮助团队自我组织的公认教练方法。

记录用户故事

2017年5月2日 0

用户故事是记录敏捷世界中用户需求的主要格式之一。但是,在开始冲刺之前,Scrum团队应该就可用的信息量进行辩论。在本文中,ZuziŠochová建议尽量减少用户故事的大小,并定义简单的满足条件,而不是编写接受标准。

讲故事:敏捷工作的全局

2017年4月19日 0

敏捷提醒我们,任何一组要求的重点都应该放在结果上,而不是要做什么和要做什么。讲故事是一种功能强大的工具,可以将最顽固的需求分析员从单个需求的讨论提升为结果的讨论。成果是整个工作的基础,并且不断分解为越来越详细的产品待办事项清单。

Agile Requirements: a 就绪的定义 Checklist

2016年11月1日 0

我们都知道“Definition of Done”在Scrum中用于在冲刺结束时可能应交付给客户的项目。肯尼斯·鲁宾(Kenneth Rubin)在他的《基本论》一书中讨论了“Definition of Ready”适用于应该在冲刺开始之前就准备好开发的产品待办事项。

使用客户旅程图

2016年8月29日 0

如果用户故事是定义用户需求的对话的开始,那么Scrum团队还可以使用其他工具来获取这些需求的更精确定义。在文章中“何时以及如何创建客户旅程图”,凯特·威廉姆森(Kate Williamson)提出了客户旅程图的概念,一个人为了实现目标所经历的过程的可视化以及何时以及如何使用它们。

促进产品积压的细化

2016年8月15日 0

让整个团队参与以促进产品积压的细化和参与需求讨论可能很复杂。我想提出一个PBR(产品积压细化)会议的结构,该结构将鼓励大家大声疾呼并分享他们对功能的想法。

用户故事不是必需的

2016年5月23日 1

敏捷方法的创建也是对大量无用的需求文档(无论是文本的还是使用建模技术(如UML))的反应。但是,过去的所有值都不应在需求活动中丢弃。在他的书中“敏捷软件要求”,Dean Leffingwell解释了用户故事与用例和软件规范之间的区别。

1 2 3 4 8