跳到主要内容

保存的文章

创建的做了定义:SoundNotes教程

戴夫此前|LeadingAgile
此前戴夫
读: 创建的做了定义:SoundNotes教程

听播客SoundNotes在旅途中!

查找和订阅上SoundNotes:

一,你可以为你的团队做的最重要的事情是要确保你有一个明确的界定,并详细记录,来完成定义。

如果你见过飞行控制中心的镜头时,NASA发射了火箭,你见过的做了定义的一个很好的例子。想象一下,那将是什么样的,如果美国航空航天局没有所有那些曾在与“买账推出”或“否Go的推出”举报站。想象一下,如果我们假定我们都有什么“准备发射”实际上意味着相同的理解,将工作?

在这一集SoundNotes的,戴夫在此之前是给关于如何创建的做了定义为您的团队的教程。如果你因为它的定义如下的Scrum,然后“完成”和潜在可交付的意图是同样的事情。不幸的是,对于许多组织,这是不是说成立。例如,你的团队可能需要由一个独立的团队进行,发生在Sprint之外的其他集成测试。是的,这是从一个角度Scrum的功能失调。是的,你应该尝试修复它,但有时你有你有什么,你也完全与其他战斗消耗。

在播客的过程中,戴夫谈论的三个不同层次的DONE的清晰度。这里有三个层次的样子:

  1. 那就是“做”,可以向产品负责人进行验收工作 - 这是PO和开发团队之间的协议。

例:

  • 代码大全
  • 测试用例的自动化和执行
  • 无缺陷
  • 验收标准蛋氨酸
  • 通单元测试
  • 通过代码审查
  • 文档资料完整作为验收标准定义
  • 团队知道他们怎么会冲刺评审过程中出现的特征

2.工作是“完成”,并且可以在Sprint评审提交给利益相关者

例:

  • 工作已经提交给产品负责人
  • 产品负责人接受为潜在可交付
  • 经过前验收测试
  • 演示准备Sprint评审
  • 没有编译警告
  • 在Sprint公司致力于解决的bug
  • 部署文档更新
  • 发行说明更新

3.工作是“做”和实际上可以运送给客户。

例:

  • 发布到舞台服务器
  • 通过部署测试
  • 部署文档交付
  • 发行说明交付
  • 基础设施变更交付的注意事项
  • 经过性能测试
  • 通过安全音频

如果你没有一个明确的界定,充分证明的完成,你每次更新冲刺,你把你的团队,并在危险的组织定义。如果你还没有做过一个定义,你需要一个......你现在需要它!在这一集SoundNotes的,戴夫将引导您完成创建做了定义。

接触戴夫之前

如果您想联系戴夫你可以与他联系:

如果你有你想提交即将到来的播客问题,请发送到dave.prior@leadingagile.com

如果你有兴趣参加我们即将推出的ScrumMaster认证或认证Scrum产品负责人类别之一,你可以找到所有的细节//www.nakata-dc.com/our-gear/training/

下一个>我只是来自未来:
有效的产品经理是时间旅行者的

大卫此前一直领先的技术项目和教学个人和团队如何管理自己的工作了20多年。

发表评论

您的电子邮件地址不会被公开。必需的地方已做标记*