*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

<1> 陈嘉慧:

我的理解是，Scrum方法论是敏捷过程的一种，敏捷过程的精髓在于快速交付。

第一步：找出完成产品需要做的事情，每一项工作用天为单位计算。

第二步：把整个产品分为几个相互联系的冲刺，也就是sprint，团队成员主导任务的估计和分配，各取所长，能动性得到较大发挥。

第三步：冲刺阶段各个团队相互独立，所有的问题都只能在这个冲刺完成之后进行交流。冲刺期间，每天需要开一个站立会议，告诉队友我昨天所做，今天将做，遇到问题。

第四步：得到增量版本，交付。

敏捷方法用时间来管理，来驱动每一个冲刺，积少成多，最后形成不断迭代增量的版本。这种时间驱动彻底断除了我们延期完成工作任务的想法。
我们开发软件是为了解决现实社会和生活中的各种问题。人们的需求各种各样，我们该如何找到需求呢？
        1.获取和引导需求。需求是需要挖掘的，我们既可以引导客户，结合自身行业经验，得到需求，也可以分析技术的发展趋势和全球产业变化社会发展的大趋势分析需求，如大数据云计算移动互联网。
        2.分析和定义需求。规整需求，定义需求的内涵，从各个角度量化需求。
        3.验证需求。如果需求分析没有做好直接开工的话，容易做无用功，造成返工。软件团队要跟利益相关者沟通，通过分析报告，用户调查或演示等形式向他们验证软件团队对于这些需求的认知。
        4.需求管理。如上所说，需求会不断变化，或者说解决需求有了新的捷径和方式，这些都要求我们因地制宜，跟着变化而变化。
        5.需求的分类：功能性需求要求产品必须实现某些功能，开发过程需求要求开发流程必须产生哪些文档在什么时间交付，非功能性需求要求服务质量例如12306网站要做到实时响应。
        那么，作为一个开发者，需不需要到需求中来呢，非常需要，因为软件的各种约束各种技术实现会影响到他们的工作过效率。我们一定要让相关角色在需求分析阶段有机会提出他们的需求，并且按照这种需求尽可能去实现。

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

<2> 林志杰：

第六章

Scrum是什么

Scrum 是一个用于开发和维持复杂产品的框架，由若干个短的迭代周期Sprint组成（2到4周）。包括3个角色（产品负责人，Scrum Master，Scrum团队）、3个工件（产品Backlog，SprintBacklog，燃尽图）、5个活动（Sprint计划会议，每日站会，Sprint评审会议，Sprint回顾会议，产品Backlog梳理会议）、5个价值（承诺，专注，开放，尊重，勇气）

为什么要Scrum

Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。对软件开发非常有效。

Scrum怎么做

——做敏捷的做法，用巧妙的方法。

总流程：一、找出完成产品需要做的事情

二、决定当前的冲刺需要解决的事情

三、冲刺。一切交流通过Scrum大师来完成，保持专注

敏捷的适用范围

Scrum流程

总结：1、方法上侧重于个人和交流，可用的软件，与客户合作，响应变化。

2、自我方面提高自主管理，自主组织，全面提高自已自身水平，做到能独当一面。

Scrum的范畴

一，是敏捷宣言。只要符合敏捷宣言，不管是谁说的，都是敏捷。

二，是Scrum指南。这是一本由Scrum两位创始人Jeff Sutherland和Ken Schwaber维护的一本Scrum的游戏规则书。字字珠玑正确的运用Scrum其实也很简单，只需要理解Scrum指南并严格按照每一条规则去做就好了。

三，是Scrum联盟的Core Scrum（核心Scrum）。Core Scrum与Scrum指南最大的一点区别是增加了Scrum的5个价值观：尊重，勇气，开放，专注，承诺。这5个价值观都是人类的一些美德。

第四个东西是Scrum认证。Scrum认证是一个很贵的培训，得到很多企业的认可。

Scrum的三大支柱

一、透明度。在软件开发过程的各个环节保持高度的可见性，影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明。当队员人在检验一个过程，并确信某一个任务已经完成时，这个完成必须等同于他们对完成的定义。

二、检验。开发过程中的各方面必须做到足够频繁地检验，确保能够及时发现过程中的重大偏差。

三、适应。如果检验人员检验的时候发现过程中的一个或多个方面不满足验收标准，并且最终产品是不合格的，那么便需要对过程或是材料进行调整。调整工作必须尽快实施，以减少进一步的偏差。

第七章

微软解决方案框架（MSF）

MSF基本原则

1、推动信息共享与沟通，除了技术机密、安全性等信息要采取必要的保护措施外，所有信息保留和公开

2、为共同的远景而工作。

3、充分授权和信任

4、各司其职，对项目共同负责

5、交付增量的价值

6、保持敏捷，预期和适应变化。预期变化，不是期望变化。

7、投资质量。对投资的重视，引起对质量的投资，引起对人、过程和工具的投资

8、学习所有的经验。定期进行阶段性的回顾和总结

9、与顾客合作

MSF过程模型

MSF模型是从传统的软件开发瀑布模型和螺旋模型发展而来，它把瀑布模型中基于里程碑的规划优势与螺旋模型中增量迭代的长处结合起来。

MSF过程模型

MSF敏捷开发模式：1、更强调与用户的交流

2、质量上防患于未然，防止缺陷。

3、重视在实战条件下的质量。在精的基础上扩展功能

MSF中的里程碑式过程管理方面还是很值得学习的。它通过一步一步地达到预先设定的目标，从而使整个软件过程变得可控。同时也会及时的发现项目中潜在的危险因素，便于风险的管理。它把软件过程分为几个阶段以后，可以针对某一阶段中存在的问题进行定位、分析和解决，为提高软件开发的成功率提供了有效保障。

同时，也可以看到该过程管理模型中对过程划分得比较细。可以根据项目的规模和类型对这个过程管理模型进行简化。使之更加适合于我们公司的软件开发过程。

MSF的CMMI模型

MSF中，CMMI在所有流程上都加了一个“提议”阶段，通过“审核”或者决定“开始调查”，处于“提议”阶段的工作项可以变为“激活”状态。如果调查的结果不是要开始着手工作，那么工作项可以退回“提议”状态

CMMI其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

<3> 郑铭泽：

第六章

Scrum 是一个用于开发和维持复杂产品的框架 ，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint backlog。在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目，但它适用于任何复杂的或是创新性的项目。　

敏捷方法用时间来管理，积少成多，最后形成不断进行版本的更新换代。通过严格限定时间的方式断除怠工想法。

如何进行Scrum开发？

1、我们首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由Product Owner 负责的；

2、Scrum Team根据Product Backlog列表，做工作量的预估和安排；

3、有了Product Backlog列表，我们需要通过 Sprint Planning Meeting（Sprint计划会议） 来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化，形成一个Sprint Backlog；

4、Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在2天内能完成）；

5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行 Daily Scrum Meeting（每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃尽图）；

6、做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；很多人可能还没有用过自动化的每日集成，其实TFS就有这个功能，它可以支持每次有成员进行签入操作的时候，在服务器上自动获取最新版本，然后在服务器中编译，如果通过则马上再执行单元测试代码，如果也全部通过，则将该版本发布，这时一次正式的签入操作才保存到TFS中，中间有任何失败，都会用邮件通知项目管理人员；

7、当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，我们要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加（最好本公司老板也参加），每一个Scrum Team的成员都要向他们演示自己完成的软件产品（这个会议非常重要，一定不能取消）；

8、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；

第七章

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

<4> 古林萍：

第六章

Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法:Scrum of Scrums.

Scrum是一个包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。

在每一次冲刺（一个15到30 天周期 ，长度由开发团队决定），开发团队创建可用的（可以随时推出）软件的一个增量。每一个冲刺所要实现的特性来自产品订单（product backlog）， 产品订单是按照优先级排列的要完成的工作的概要的需求。哪些订单项会被加入一次冲刺由冲刺计划会议决定。 在会议中，产品负责人告诉开发团队他需要完成产品订单中的哪些订单项。开发团队决定在下一次冲刺中他们能够承诺完成多少订单项。 在冲刺的过程中，没有人能够变更冲刺订单（sprint backlog），这意味着在一个冲刺中需求是被冻结的。

管理Scrum过程有很多实施方法，从白板上的即时贴到软件包。Scrum最大的好处是它非常容易学习，而且应用Scrum不需要太多的投入。

敏捷方法用时间来管理，来驱动每一个冲刺，积少成多，最后形成不断迭代增量的版本。这种时间驱动彻底断除了我们延期完成工作任务的想法。
我们开发软件是为了解决现实社会和生活中的各种问题。人们的需求各种各样，我们该如何找到需求呢？
        1.获取和引导需求。需求是需要挖掘的，我们既可以引导客户，结合自身行业经验，得到需求，也可以分析技术的发展趋势和全球产业变化社会发展的大趋势分析需求，如大数据云计算移动互联网。
        2.分析和定义需求。规整需求，定义需求的内涵，从各个角度量化需求。
        3.验证需求。如果需求分析没有做好直接开工的话，容易做无用功，造成返工。软件团队要跟利益相关者沟通，通过分析报告，用户调查或演示等形式向他们验证软件团队对于这些需求的认知。
        4.需求管理。如上所说，需求会不断变化，或者说解决需求有了新的捷径和方式，这些都要求我们因地制宜，跟着变化而变化。
        5.需求的分类：功能性需求要求产品必须实现某些功能，开发过程需求要求开发流程必须产生哪些文档在什么时间交付，非功能性需求要求服务质量例如12306网站要做到实时响应。
        那么，作为一个开发者，需不需要到需求中来呢，非常需要，因为软件的各种约束各种技术实现会影响到他们的工作过效率。我们一定要让相关角色在需求分析阶段有机会提出他们的需求，并且按照这种需求尽可能去实现。

第七章