Scrum敏捷项目管理

修改完成的定义

一月23,2017 0

良好的完成定义(DoD)可能是Scrum团队最重要的技术资产之一。这使得在sprint结束时交付完全完成的业务功能或半成品软件之间有所不同。在他的博客文章中“更改完成的定义”,肯·鲁宾(Ken Rubin)讨论了Scrum团队可能想更改现有的“完成定义”的情况。

在Scrum团队中担任UX专业人士

2013年9月18日 0

Scrum方法建议以较小的迭代增量交付软件。对于那些需要对已开发应用程序具有全局视图(例如软件体系结构或用户界面)的活动,这似乎总是一个问题。在此博客文章中,负责Salesforce用户研究的Aviva Rosenstein在这里分享了有关将用户体验(UX)设计集成到Scrum开发过程中的经验。

对固定价格合同进行定义的含义

2013年4月29日 1

“完成定义”是Scrum团队与产品所有者之间就所生产产品的最低质量壁垒达成的协议。建立质量最低限度的障碍比质量更好的产品具有更广泛的含义,尽管这是完成定义的结果。本文是关于完成的定义对敏捷团队使用的合同类型的影响。

你不穿衣服的7个理由’t Get to Done

2012年10月23日 0

在本文中,Faisal Mahmood讨论了Scrum团队在冲刺结束时无法完成工作的七个原因。在Scrum中“done”通常被定义为生产具有潜在可运输性的产品。

使Sprint待办事项准备好进行测试

2012年10月2日 0

在他的文章中“在Scrum中创建ATDD Ready Sprint待办事项列表“,Ralph Jocham讨论了Scrum中的需求定义以及示例如何使团队更好地理解它们。由于现在还按业务需求来表达积压,因此每个团队成员都可以在Scrum站立会议期间轻松地专注于全局,并与“为什么”保持一致。如果将面向业务的示例转换为自动化测试,则使团队能够在Sprint期间验证软件增量始终满足朝着“完成的定义”和总体目标发展的要求。

将待办事项移至完成

2012年5月16日 0

本文讨论了产品负责人在将待办事项移至完成方面的作用。考虑到Scrum是一个经验框架,其中固有的对正在开发的故事的紧急理解是固有的,因此本文探讨了如何实现预先启用的规范所带来的生产力优势。

完成定义的思维网格

2011年1月14日 0

这篇博客文章包含一个有趣的网格,如果您想声明冲刺,可以帮助您分析Scrum项目的各个方面“done”.