标签：
Scrum团队成立
团队名称：对不对？队
团队目标：短期目标，完成O2O模式的第一个平台
团队口号：我们都不是神的孩子
团队照：
角色分配
产品负责人: 许佳仪。决定开发内容和优先级排序，最大化产品以及开发团队工作的价值。
Scrum Master： 卓宇靖。负责确保团队遵循 Scrum 的理论、实践和规则。Scrum Master是团队中的服务式领导。
PM项目经理：赖文亮。团队的领导, 带领、平衡、推动、激励、目标达成、交涉，平等工作之外管事也管人。
用户：柯晓君。从最终使用者的角度把握所开发软件的用户体验，团队工作必须响应并满足用户需求。
团队项目选题
约拍：O2O模式 uber模式，美团外卖，百度外卖......做成一个平台，服务提供者和服务需要者通过我们的平台达成服务交易。流行的获得巨大风险投资的可能。
《阅读完《构建之法》第6~7章》之读后感
卓宇靖（http://www.cnblogs.com/bestmoment/p/5445054.html#3420707）
阅读完《构建之法》第6~7章之后，不仅感觉获益匪浅，也甚感团队合作、分配、工作的不易与一个团队运营一个项目并推广的艰辛与责任。敏捷流程很好滴解决了长期任务的问题，有时候我觉得一个游戏或程序的工程量太大的时候根本无从入手。但是通过流程的预估和方式，大大缩减了难度。敏捷不单单是Scrum和极限编程的集合，而且是一个团队的方法论。Scrum可以帮助团队快速学习，快速成长，早犯错误，早改进，早失败，早总结。我觉得廖雪峰说得好：如果把软件看成人的因素更重要，那么软件开发实际上还是一种艺术；如果把软件看成是标准的流程，那么软件开发和流水线没啥两样，各种方法论、质量论就都是有效的。Scrum拥有的技术、过程、沟通与交流缺一不可。最后我想说说几句，其实我么可以不在乎一个项目是用敏捷，Scrum，瀑布或者CMMI。但应该在乎的是“组建牛X团队”，“实现商业目标”，“创造出高品质产品”，“让客户满意”，“增强客户盈利能力”。。我们应该希望看到我们的用户在使用我们产品，玩我们的游戏的时候得到真正的开心和便捷。 只要你开发的软件真正对社会实用，令客户满意，那我们就是个值得赞扬的优秀团队。
赖文亮（http://www.cnblogs.com/Ranjer/p/5445092.html）
第六章 敏捷流程
第六章主要讲敏捷流程，从敏捷流程的问题和解法，团队，总结等阐述敏捷流程的相关信息。作为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主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。
柯晓君（http://www.cnblogs.com/950525kxj/p/5451264.html）
第6章——敏捷流程（一系列价值观和方法论的集合）
敏捷的步骤：
第一步：找出完成产品需要做的事情——Product Backlog.
第二步：决定当前的冲刺（Sprint)需要解决的事情——Sprint Backlog.
第三步：冲刺（Sprint).
第四步：得到软件的一个增量版本，发布给用户。然后在此基础上又进一步计划增量的新功能和改进。
敏捷对团队的要求：1.自主管理；2.自我组织；3.多功能型。
第7章——MSF
MSF的基本原则：
1.推动信息共享与沟通；
2.为共同的远景工作；
3.充分授权的信任；
4.各司其职，对项目共同负责；
5.交付增量的价值；
6.保持敏捷，预期和适应变化；
7.投资质量；
8.学习所有的经验；
9.与顾客合作。
MSF团队模型（角色：产品管理、项目管理、开发、发布管理、测试、用户体验）每个角色都是都是同等重要的，重要的决定都要共同做出。
对Scrum的理解
Scrum 是一个用于开发和维持复杂产品的框架 ，是一个增量的、迭代的开发过程。
SCRUM框架包括3个角色、3个工件、5个活动、5个价值
3个角色：1、产品负责人（Product Owner）；2、Scrum Master；3、Scrum团队。
3个工件：1、产品Backlog（Product Backlog）；2、SprintBacklog；3、燃尽图（Burn-down Chart)。
5个活动：1、Sprint计划会议（Sprint Planning Meeting）；2、每日站会（Daily Scrum Meeting）；3、Sprint评审会议（Sprint Review Meeting）；4、Sprint回顾会议（Sprint Retrospective Meeting）；5、产品Backlog梳理会议（ Product Backlog Refinement）。
5个价值：
1、承诺 – 愿意对目标做出承诺
2、专注– 把你的心思和能力都用到你承诺的工作上去
3、开放– Scrum 把项目中的一切开放给每个人看
4、尊重– 每个人都有他独特的背景和经验
5、勇气– 有勇气做出承诺，履行承诺，接受别人的尊重。
Scrum的三大支柱：透明性、检验和适应。
许佳仪
标签：
原文地址：http://www.cnblogs.com/xjy-gg/p/5452238.html
