关于Scrum团队的理解

 《阅读完《构建之法》第6~7章》之读后感

阅读完《构建之法》第6~7章之后，不仅感觉获益匪浅，也甚感团队合作、分配、工作的不易与一个团队运营一个项目并推广的艰辛与责任。敏捷流程很好滴解决了长期任务的问题，有时候我觉得一个游戏或程序的工程量太大的时候根本无从入手。但是通过流程的预估和方式，大大缩减了难度。敏捷不单单是Scrum和极限编程的集合，而且是一个团队的方法论。Scrum可以帮助团队快速学习，快速成长，早犯错误，早改进，早失败，早总结。我觉得廖雪峰说得好：如果把软件看成人的因素更重要，那么软件开发实际上还是一种艺术；如果把软件看成是标准的流程，那么软件开发和流水线没啥两样，各种方法论、质量论就都是有效的。Scrum拥有的技术、过程、沟通与交流缺一不可。最后我想说说几句，其实我么可以不在乎一个项目是用敏捷，Scrum，瀑布或者CMMI。但应该在乎的是“组建牛X团队”，“实现商业目标”，“创造出高品质产品”，“让客户满意”，“增强客户盈利能力”。。我们应该希望看到我们的用户在使用我们产品，玩我们的游戏的时候得到真正的开心和便捷。 只要你开发的软件真正对社会实用，令客户满意，那我们就是个值得赞扬的优秀团队。

作者：王晓明
链接：http://www.zhihu.com/question/19793669/answer/13101324
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

5.Scrum团队成立：

 团队名称：神的孩子

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

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

团队照：

角色分配

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

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

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

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

. 团队项目选题 

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