《构建之法》一周小结

1551427  钱洪章

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

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

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

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

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

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

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

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

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

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

10、保持简明—尽可能简化工作量的技艺—极为重要

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

12、时时总结如何提高团队效率，并付诸行动

敏捷对团队的要求很简单：自主管理、自我组织、多功能型，但是这很难做到。软件项目的团队各式各样，假设一个团队做的还不错，现在要变成敏捷流程，那团队要做下面的改变：

1、  自助管理：以前领导布置了任务，我们实现就可以了，现在要自己挑选任务；每次Sprint结束后，还要总结不足，提出改进，并且自己要实施这些改进。“自主管理”不等于“没有管理”。

2、  自我组织：以前做好自己的事情就好了，安心下班。现在每个人要联合起来对项目负责，有人工作落后了还要帮助他改进，项目缺少某类资源还要自己顶上去。

3、  多功能型：以前规格说明书由PM来写，测试由测试人员来做，现在每个人都全部负责，自己搞定规格说明书，和别人沟通，同时自己搞定测试。

微软解决方案框架（MSF）基本原则：

1、  推动信息共享与沟通

所有信息都保留并公开，讨论要包括所有涉及的角色。决定要公开告知所有人。当然，对牵涉到的技术机密、安全性等信息要采取必要的保护措施。

2、  为共同的愿景而工作

3、  充分授权和信任

在一个高效的团队中，所有成员都应该能的到充分的授权，他们有权在职权范围内按照自己的承诺完成任务，同时，他们也充分信任其他同事能实现各自的承诺。

4、  各司其职，对项目共同负责

团队中的每个角色都有自己的职责，如果出了问题，这个角色就要负责任。

5、  交付增量的价值

6、  保持敏捷，预期和适应变化

软件工程，唯一不变的就是变化。所以干脆别幻想客户的需求会在第一时间很明确，然后保持不会变。要注意，我们是预期变化，不是期望变化。

7、  投资质量

对质量的重视，引发对质量的投资，引发对人、过程和工具的投资。

8、  学习所有的经验

9、  与顾客合作

MSF强调产品团队与顾客的交流与合作，并不是产品团队拿到合同之后，就闭门造车，直到产品完成，才告诉用户，给他们一个惊喜（通常惊大于喜）。项目当然是项目团队成员做的，但是项目的商业价值要由用户说的算，那些“我觉得用户会喜欢”的东西要及早和用户交流。因为“我觉得”和“用户觉得”是两码事。