Scrum团队成立，阅读《构建之法》第6~7章，并参考以下链接，发布读后感、提出问题、并简要说明你对Scrum的理解

Scrum团队成立：

 团队名称：神的孩子

团队目标：短期目标，完成O2O模式的第一个平台

团队口号：我们都不是神的孩子

团队照：

角色分配

　　产品负责人: 许佳仪。决定开发内容和优先级排序，最大化产品以及开发团队工作的价值。

　　Scrum Master： 卓宇靖。负责确保团队遵循 Scrum 的理论、实践和规则。Scrum Master是团队中的服务式领导。

　　PM项目经理：赖文亮。团队的领导, 带领、平衡、推动、激励、目标达成、交涉，平等工作之外管事也管人。

　　用户：柯晓君。从最终使用者的角度把握所开发软件的用户体验，团队工作必须响应并满足用户需求。

. 团队项目选题 

1. 约拍：O2O模式 uber模式，美团外卖，百度外卖......做成一个平台，服务提供者和服务需要者通过我们的平台达成服务交易。流行的获得巨大风险投资的可能。

第六章 敏捷流程

第六章主要讲敏捷流程，从敏捷流程的问题和解法，团队，总结等阐述敏捷流程的相关信息。作为CMM神话崩溃后被引入的一套新的软件开发模式，这几年来被广泛引起关注，并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知，但以下总结了我所在公司的敏捷开发试验，希望可以达到管中窥豹的目的。

敏捷开发宣言——
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
虽然右项也有价值，但是我们认为左项具有更大的价值。

不过敏捷开发流程也有自己的不足，

1、对于全新的软件，在项目早期测试人员就参与并实现自动化测试脚本，但实际上软件的界面等非常不稳定，导致测试人员返工的工作量很大。
2、对于全新的软件，资料人员过早参与，后期返工工作量大，原因同第一点。
3、自动化系统测试工作量大，测试人员投入大量的精力在使测试自动化起来，而没有足够的精力放在真正的测试软件的功能是否正常。即便是这样，自动化系统测试脚本也多流于形式，测不出深层次的问题，等等。

第七章 MSF

MSF即微软解决方案框架，主要从Msf简史，基本原则，团队模型，过程模型，敏捷开发模式等阐述。

其中，使用MSF团队模型要注意的问题有：

1. 清晰的责任，共同的职责

2. 赋予小组成员权力

3. 聚焦业务价值

4. 共同的项目设想

5. 保持灵活，预测变化

6. 推动开放式沟通

其中，MSF过程模型建立了工程中各种活动的顺序，从这方面看，它体现了一个工程项目中整个生命周期。当前各种工程项目中都有各自的过程。MSF过程模型起始于微软开发软件应用程序的过程。它经过演化，与一些其他流行的过程模型中最为有效的原理相结合，形成一个模型。MSF过程模型可以跨越所有的工程类型，例如基于阶段类型的、里程碑驱动的、基于迭代模型等类型的工程。MSF过程模型可以应用到传统的软件开发环境中，但同样的，它也可以适用于电子商务、分布式WEB等企业解决方案的开发和部署中。

对于Scrum的理解：

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