0428—Scrum团队成立及《构建之法》第六、七章读后感

5.Scrum团队成立

5.1 团队名称：喳喳

团队目标：突破渣渣

团队口号：吱吱喳喳

团队照：

5.2 角色分配

　　产品负责人: 112冯婉莹

　　Scrum Master：109张鑫相

　　PM项目经理：103李康梅

　　用户：149麦锦俊

6. 团队项目选题

　　项目名：昵妆（一个有关化妆的平台）。

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

　　学习附录：

　　Scrum中文网--什么是Scrum?  http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1

　　Scrum认证体系 http://www.scrumcn.com/agile/scrumtraining/scrum-certification-program.html

　　Scrum实践：《硝烟中的Scrum和XP》http://www.educity.cn/pm/594948.html

 

SCRM 是一个用于开发和维护复杂产品的框架

运用SCRM管理开发项目需要安排合理、整洁有序。迭代开发方式是其主要的核心。整个开发过程由

若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint。整个开发过程需要队友团结一致，有序开

发，多沟通。

第6章 敏捷流程

在软件工程的语言环境里，“敏捷流程”是一系列价值观和方法论的集合。

一、敏捷开发原则：1.尽早并持续地交付有价值的软件以满足顾客需求。

2.敏捷流程欢迎需求的变化, 并利用这种变化来提高用户的竞争优势。

3.经常发布可用的软件，发布间隔可以从几周到几个月，能短则短。

4.业务人员和开发人员在项目开发过程中应该每天共同工作。

5.以有进取心的人为项目核心，充分支持信任他们。

6.无论团队内外，面对面的交流始终是最有效的沟通方式。

7.可用的软件是衡量项目进展的主要指标。

8.敏捷流程应能保持可持续的发展。 领导, 团队和用户应该能按照目前步调持续合作下去。

9.只有不断关注技术和设计才能越来越敏捷。

10.保持简明 - 尽可能简化工作量的技艺 - 极为重要。英文说 maximizing the amount of

work not done.  我的理解是 - 任何还没有明确的工作都会花不可知的时间，因此要 maximize,

不要把那些还没有做的工作和正在做的工作混起来。

11.只有能自我管理的团队才能创造优秀的架构, 需求和设计。

12.时时总结如何提高团队效率, 并付诸行动。

二、敏捷流程概述

第一步：找出完成产品需要做的事情—Product Backlog。

第二步：决定当前的冲刺（Sprint）需要解决的事情—Sprint Backlong。

第三步：冲刺（Sprint），较好地平衡了“交流”和“集中注意力”的矛盾。

第四步：得到软件的一个增量版本，发给用户。

三、敏捷流程的问题和解法

需求和任务之间总会有各种复杂的依赖关系，需要团队时时总结。每日例会，汇报昨日完成了什么，今天

要做什么，碰到了什么问题。时刻跟进工作进度，把整个项目分成几个冲刺，完成最后一个冲刺后要总结

经验教训，争取下一次做得更好。

四、敏捷的团队

敏捷对团队的要求很简单:自主管理（Self-managoing)、自我组织（self-organizing)、多功能型（Cross-functional）。

敏捷—反应迅速快捷。团队中也应有这种能力，面对项目快速反应，速战速决地完成任务；敏捷的查找Bug，第一时间修改。

敏捷开发需要时刻保持沟通，跟进进度，每个成员分工明确，以最快的速度完成项目。

第7章  MSF

MSF—微软解决方案框架。  MSF的原则也是要推动信息共享与沟通，各司其职与顾客合作。

MSF的开发需要有：

1.所有的资源公开，必要的保密材料也要做好保密工作。

2.同心同德，为共同的远景而一起工作。

3.团队中每个成员充分授权，相互信任。

4.对项目负责，贡献自己最大的力量，相互学习，为项目打造最大的价值。