敏捷开发 回顾
来源:互联网 发布:什么直播软件比较开放 编辑:程序博客网 时间:2024/05/11 13:00
那该怎么做Sprint回顾呢?
第一点是找出在上一个Sprint中做得好的地方,并继续保持。分析那些导致成功的流程是非常重要的,这样我们才能有意识地保持下去。只有团队中的每一个成员都清楚什么才是最佳实践,才能有效地鼓励和保持这些实践。除了可以鼓舞士气外,还可以避免把回顾会议变成消极的抱怨会议。
第二点是找出上一个Sprint中需要改进的地方,以及对应的改进措施。回顾的目标就是持续不断地改进,这也是敏捷开发的主要理念之一。让我们想一想如何才能在下一个Sprint中更加有效率,想一想在哪些方面如何做才能跟上一个Sprint不同。可以收集任何可以量化的数据,以便于做定量分析,推动改善。
其他一些什么事情是要特别注意?
首先,一定要明确这样一个最高指导原则。即“无论我们发现了什么,考虑到当时的已知情况、个人的技术水平和能力、可用的资源,以及手上的状况,我们理解并坚信:每个人对自己的工作都已全力以赴”。
对团队成员的绩效评估,当然不能采用这样的指导原则。我们现在谈论的是Sprint回顾,回顾的最终目的是学习,而不是审判。如果敏捷回顾没有确定这样的“指导原则”,倡议团队成员信任自己的伙伴,就会让回顾会议成为互相攻讦、互相推诿的批斗大会,脱离了我们召开回顾会议的初衷。
“指导原则”就是为回顾会议竖立一个标杆,那就是在项目开发中没有破坏者,没有替罪羊,没有关键人物,只有整个团队的利益。虽然某个人或许在上一次迭代中出现了错误,但我们会善意地相信此人之所以犯下错误,并非有意为之或者消极怠工,而是囿于当时之识见、经验、技能。我们的回顾会议必须指明这些错误,并试图总结出最佳实践以避免在下一次迭代中犯下同样的错误,而“指导原则”则能够消除因为错误的指出而给成员带来的负疚感,消除同事之间可能因此出现的隔阂与误解。换句话说,回顾会议提出的所有批评都应该“对事不对人”。
组织Sprint 回顾的最简单方法是找个白板纸,在上面注明“哪些项工作顺利”,“哪些项不成功”或者“哪些项可以做得更好”,然后让与会者在每一类别下增加一些条目。当条目重复时,可以在该项旁边计正字累计,这样普遍出现的项目就一目了然了。最后团队成员共同讨论,找寻这些条目出现的根本原因,就如何在下一个 Sprint 中改进达成一致意见。
敏捷回顾的主要工作就是明确目标、持续改进、处理问题。敏捷开发之所以采用迭代的方式,实际上是利用蚕食方式逐步完成开发任务。将一个宏伟的目标切割为一个个小目标,会给予团队成员更大的信心,并且能够更加清晰地明确目标。而每次迭代后的回顾,则使得团队成员可以更加清晰地明确我们在这个征途中,已经走到了哪里,未来还有多远的路程,就像印第安人那样,等待自己的灵魂,否则就会不知身在何处了。
- 敏捷开发 回顾
- 敏捷开发历程回顾
- 敏捷开发历程回顾
- 敏捷开发-回顾会议
- 一个敏捷回顾-游戏开发
- 敏捷开发:如何通过回顾保持学习状态
- 敏捷趣味回顾会议-回顾
- 敏捷之回顾会议
- 敏捷回顾的“大船”
- 敏捷开发&敏捷测试
- 敏捷开发为什么敏捷
- 敏捷开发为什么敏捷
- 敏捷开发
- 敏捷开发
- 敏捷开发
- 敏捷开发
- 敏捷开发
- 敏捷开发
- 中国象棋对局软件设计之二
- ASP.NET Web Service如何工作(3)
- GXT小例子注意的地方
- 无边框的窗体拖动
- 可以让你少奋斗十年的工作经验
- 敏捷开发 回顾
- class B 和 #include "CB.h" 声明的区别?
- Denean黛妮 《The Weaving》织梦
- java读取Excel表格的内容
- 使用中遇到的sh与csh的一些区别
- 中国象棋对局软件设计(三)
- 二叉树 杂记
- 几个在线网页聊天网站
- ubuntu下NFS安装与配置(实现两台linux之间的文件夹挂载与共享访问)