《中文版Scrum指南》正式发布

转自:http://www.almnetworks.net/zh-CN/post/2010/07/14/Scrum-Guide-Chinese-Version-has-been-released.aspx

本文已被MSDN转发:http://msdn.microsoft.com/zh-cn/vstudio/ff834205.aspx

 

Scrum指南最初是由Ken Schwaber和Jeff Sutherland共同书写的,目的是为Scrum模式制定一个标准化的文档。我们都知道,Scrum是一个框架,而且是一个非常简单的框架,所以这个指南也非常的精简,仅仅14页的长度(这是中文版的长度,英文版有21页,再一次证明中文的精炼),你完全可以在半个小时的时间内读完它。虽然我本身是进行软件开发工作,Scrum也主要被软件行业的敏捷开发团队所使用,但是其实Scrum模式可以为很多其他团队所使用。所以我希望这个指南可以帮助更多的团队来提高效率。

如果您对Scrum不太了解,完全不知道我在说什么,那么这里是一段摘抄自《中文版Scrum指南》的描述:

Scrum是以经验过程控制理论为依据,采用迭代、增量的方法来提高产品开发的可预见性并控制风险。Scrum的三大支柱支撑起每个经验过程控制的实现。

第一大支柱是高透明度
高透明度确保管理结果的人看得到那些影响结果的过程方面。这些过程方面不仅要透明,而且那些被观察到的方面也必须被充分了解。这就是说,当某人检验某个过程并认为完成了某些任务时,这个完成必须等同于他们的完成定义。
第二大支柱是检验
开发过程中的各方面必须做到经常性的检验,以确保及时发现过程中的重大偏差。在确定检验频率时,需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能允许的程度,那么就会出现问题。幸运的是,软件开发并不会出现这种情况。另一个因素就是检验工作成果人员的技能水平和勤勉程度。 
第三大支柱是适应
如果检验员经检验发现过程中的一个或多个方面不满足可接受标准,并且最终产品是不合格的,那么检验员就必须对过程或是材料进行调整。调整工作必须尽快实施以减少进一步的偏差。
Scrum中有三个进行检验和适应的时刻: 每日例会是用来检验朝向Sprint目标的工作进程,调整以优化次日的工作价值。另外,Sprint评审和计划会议是用来检验朝向发布目标的工作进程,调整以优化下一个Sprint的价值。最后,Sprint回顾会议是用来评审完成的Sprint,并确定什么样的调整可以使下一Sprint的效率更高、结果更令人满意和更易于工作。

Scrum指南同时也为我们了解Scrum模式的很多疑问提供了答案,比如:

  • 什么是Scrum?
  • 为什么要使用Scrum模式?
  • Scrum团队的组成以及各个角色?
  • 我应该使用怎样的工具来运作Scrum模式?
  • 我应该使用怎样的流程来运作Scrum模式?
  • Scrum模式中最常见的问题有哪些,该如何应对?

 我真的非常感谢完成《中文版Scrum指南》的团队,你们为中国的Scrum实践者们提供了一个非常重要的文档,是每一个正在或者将要实施Scrum模式的开发人员都应该仔细阅读并理解的重要参考。

 

下载地址: http://www.scrum.org/scrumguides/

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
Scrum是一种敏捷软件开发方法,它将软件开发过程分解为一系列的短期工作周期,称为Sprint(迭代)。每个Sprint通常持续2至4周,由开发团队完成。Scrum采用一种迭代交付的方式,每个迭代结束后都会产生可交付的软件成果。 Scrum的核心是“Scrum团队”,由产品负责人、Scrum主管和开发团队组成。产品负责人负责定义和管理产品需求,Scrum主管负责协调和指导Scrum团队,开发团队则负责完成软件开发任务。团队成员间通过日常的Scrum会议进行沟通和协作,以确保项目的顺利进行。 Scrum采用“产品Backlog”和“Sprint Backlog”进行需求管理。在项目开始时,产品负责人将所有需求整理到产品Backlog中,然后将其拆分成小而具体的任务。团队会在每个Sprint开始前,根据产品Backlog中的任务创建Sprint Backlog,定义每个迭代的具体工作内容。 Scrum迭代中,团队每天进行短暂的Scrum Daily Meeting(每日站立会议),讨论以下三个问题:昨天做了什么?今天要做什么?遇到了哪些问题?这有助于团队成员共享信息、调整计划和解决问题。 在每个Sprint结束后,团队会进行Sprint Review(迭代回顾)和Sprint Retrospective(迭代总结),以评估并改进团队的工作方式。迭代回顾会让团队和相关的利益相关者一起讨论Sprint的成果,收集反馈意见,并更新产品Backlog。迭代总结则是为了回顾迭代期间的经验和教训,并改进团队的工作流程。 Scrum的目标是增加软件开发的灵活性和透明度,提高交付速度和客户满意度。通过分解需求、短期迭代和持续反馈,Scrum使团队能够更好地应对需求变化,并及时调整开发计划。同时,Scrum团队的自管理和持续改进精神也是Scrum方法的重要特点。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值