Scrum团队
团队名称：雨中狂飙
团队目标：在走的基础上学会奔跑，队员个人能力提升，学会团队精神
团队口号：在雨中狂飙，在困难中前行，挑战突破自我，逼出最好的自己
团队照：
：
角色分配：
产品负责人: 王大华
Scrum Master： 冯梓凡
PM项目经理：容杰
用户：梁仕标
团队项目选题：
- 金融工具：复利计算与投资记录项目继续升级，开发定位明确、功能专注的工具类软件。
《构建之法》读第六、第七章有感
1.梁仕标
第六章:说了关于Scrum的敏捷开发流程、开发原则、与及Product Backlog（产品第需要做的事）、Sprint Backlog（冲刺前需要解决的事情）、Sprint（冲刺）。Scrum以经验性过程控制理论（经验主义）做为理论基础的过程。经验主义主张知识源于经验, 以及基于已知的东西做决定。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。敏捷的团队合作与及敏捷的开发过程，有助于我们更好地完成团队合作，协调各方面出现的困难，每天的例会都能让队员总结，提出问题，这样更好地知道团队项目进展的情况。还有每个冲刺根据实际情况弄一个实际项目的燃尽图，这个图能直观观察团队的困惑、突破、进步，对于团队来说是一个巨大激励图。
第七章:讲了关于微软解决方案框架（MSF）,微软推荐的软件开放方法。随着MSF的发展，里面加入了更多关于敏捷的流程，其中MSF的思想框架包括
1、推动信息共享与沟通，除了技术机密、安全性等信息要采取必要的保护措施外，所有信息保留和公开
2、为共同的远景而工作。
3、充分授权和信任
4、各司其职，对项目共同负责
5、交付增量的价值
6、保持敏捷，预期和适应变化。预期变化，不是期望变化。
7、投资质量。对投资的重视，引起对质量的投资，引起对人、过程和工具的投资
8、学习所有的经验。定期进行阶段性的回顾和总结
9、与顾客合作
MSF加上敏捷的开发流程，追求高质量，重视与用户的交流。
2.容杰：
阅读了《构造之法》的6章后，对于敏捷流程有了初步的理解，不过本书比较通俗易懂，看起来也不会太难，Scrum讲的是在软件开发过程中的敏捷过程，它遵循一定到原则和步骤，但这些原则不是教条式的，不是不变的。敏捷要求团队的每个人都负责，不是干完自己手头上的事就万事大吉啦，而是要每日例会，报告自己的进度，还要定期的冲刺，这些都保证了软件的更新速度和质量，以及随时根据用户的需要更改。
第7章讲了MSF方法，它有9个基本原则，这9个原则涉及了各方面，表明了软件开发的一些流程以及该做些什么，对于软件的质量有了一定的保证，也更容易的满足用户需求。
3.冯梓凡：
什么是scrum
Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的，但它同样可以用于运行软件维护团队。
项目管理的核心原则：
- 不同类型/背景的项目所采用的项目管理方法可能是截然不同的，没有最好，只有更好，要灵活使用，管理方法也是工具而已；
- 项目管理，应以成果为导向，而非过程为导向。不要为了管理而管理；
- 衡量项目成败与否，着重看得是项目成果的商业价值和投资回报，而不是仅仅看有无超支、延期或严格执行原始计划；
- 20/80原则，尽可能的满足与项目利益关系最紧密的人的核心需求；
- 尽可能的尽快向与项目利益关系最紧密的人展示项目成果，并获取反馈以做出不断的、必要的调整，并确保提供高商业价值的交付。
基于事实反馈而作必要调整的决策模式，经过实践检验，较前端预测型决策方式，更加有效。
Scrum虽然只是敏捷开发的一种框架，忽略了编码的细节，更多关注过程的实现，同时也体现着上述的5条核心原则。
Scrum关注软件产品的商业价值增量。通过不断的迭代，软件在第一次心跳来到后，不断成长，逐渐成为一个产生预期商业价值的完整体。同时，Scrum更注重交付商业价值中优先级最高，最重要的商业价值（需求、功能）。集思广益，越复杂的系统，越需要下放权力，对于Scrum团队，要成为自身命运的管理者。充分发挥自身的能力和潜力，挑战和创新并存。
4.王大华
1.敏捷流程
1）. 敏捷概念：在软件工程的语境里，敏捷流程是一系列价值观和方法论的集合。从2001年开始，一些专家开始倡导敏捷的价值观和流程，强调了敏捷的做法（个人和交流，可用的软件，与客户合作及响应变化）
其实总的来说第六章就是教我们Scrum是什么，为啥要Scrum，Scrum要怎么做。
什么是Scrum? Scrum 是一个用于开发和维持复杂产品的框架，由若干个短的迭代周期Sprint组成（2到4周）。在这个周期内，每个人都有自己的个人规划及团队规划
为啥要Scrum?Scrum对项目的众多需求采取分而治之的方法，能让相关人员集中精神，在一定期限内解决部分问题，明确地指出不同人在项目中的投入和责任的不同 ，激励团队内部交流，并优化团队其他人员的交流方式。
Scrum要怎么做？第一步是Product Backlog,就是先找出需要解决的问题。第二步是SprintBacklog,把东西细化，划分了小部分来完成。第三步：冲刺，每天一个例会总结，报道今天的收获，用简单的图表来展现整个项目的进度。第四步则是得到软件的一个增量版本，然后发布给用户，我们再在这个基础上进一步增加新功能和改进。
第七章讲的是MSF
概念：MSF( 微软解决方案框架结构)是一组建立、开发和实现分布式企业系统应用的工作模型、开发准则和应用指南。它帮助企业融合商业和技术的目标，降低采用新技术后系统整体的费用，以及成功的应用微软技术整合商业过程的方法。
在这章中只要讲的是MSF的原则，MSF团队模型和开发模式，MSF和CMMI
MSF有九条原则，如下：
1、推动信息共享与沟通，除了技术机密、安全性等信息要采取必要的保护措施外，所有信息保留和公开
2、为共同的远景而工作。
3、充分授权和信任
4、各司其职，对项目共同负责
5、交付增量的价值
6、保持敏捷，预期和适应变化。预期变化，不是期望变化。
7、投资质量。对投资的重视，引起对质量的投资，引起对人、过程和工具的投资
8、学习所有的经验。定期进行阶段性的回顾和总结
9、与顾客合作
然后是这章的思想，MSF是一种框架结构
框架结构重点解决一个基本的问题：它提供解决总体问题和作出有效决策的轮廓。
框架结构可以增强分析和开发大型项目的能力。MSF 能够确定项目最大的风险在何处，强调制定计划和确定进度，确保成功发布一个产品所必备的条件。
MSF基于一组工作模型，这组模型是由微软公司及其合作伙伴，在与客户成功开发分布式计算和客户服务器应用程序的经验得来的。
框架结构不是一种预先决定工作结构、工作任务和发布产品具体方法的方法论，而是提供了灵活的方式、应用有创造力的方法去解决实际存在问题的思想。
MSF的团队模型
过程模型：
再通过下面的图片我们就可以了解到MSF是如何解决问题的了
最后一点是现在在国内已经有很多MSF应用或MSF思想得到认可的实例。比如,用友公司是内最著名的财务软件公司,以往大多是最终使用客户购买用友软件,而现在有很多系统集商来购买用友财务软件。这些集成商在用友软件的基础上开发出更能满足不同客户的千万别的需求的产品,帮助它们达到自己的商业目的。而用友只需提供财务软件核心,让其它集成商在此基础上进行再开发。这对用友、集成商和客户都是有利的。此外,其它领域的公司也有类似情形。MSF将结出越来越多的灿烂的果实。