0428—Scrum团队成立及《构建之法》第六、七章读后感
2016-04-28 19:44 09张鑫相 阅读(184) 评论(0) 编辑 收藏 举报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
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.对项目负责，贡献自己最大的力量，相互学习，为项目打造最大的价值。
