构建之法读书笔记04

第六章：敏捷流程

     （1）找出完成产品需要做的事情即backlog

     （2）决定当前需要解决的问题

     （3）进行冲刺（从此期间每天召开团队会议，每个人总结自己昨天做了什么，今天计划要做什么，遇到了什么问题）而敏捷的团队需要自主管理、自我组织、多功能性

第七章：MSF（微软解决方案框架）

     MSF的9条原则：

     （1）推动信息共享与沟通

     （2）为共同的远景而工作

     （3）充分授权和信任

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

     （5）交付增量的价值（重视商业价值，提供渐进的价值）

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

     （7）投资质量

     （8）学习所有的经验

     （9）与顾客合作

    MSF的团队模型：小组内各个成员都有自己的角色包括产品管理、项目管理、开发、发布管理、测试、用户体验。每个角色在项目期间都需要完成自己的任务，一个项目结束时每个角色都要询问自己是否达到了自己的质量目标。

MSF过程模型：即项目的生命周期包括构思、计划、开发、稳定、部署。基本元素就是阶段和里程碑，每个阶段的结束都代表了项目的进展和团队工作重心的变化。

MSF开发模式更强调与用户的交流，“我觉得”和“用户觉得”是两码事。还要保持随时可以发布的高质量。过程中团队的成员交流简洁方便，不需要去写一些文档来进行交接等活动。

第八章：需求分析

需要找出软件的利益相关者，然后通过一些手段了解她们的需求，即“需求捕捉”；如果用户不能明确的表达他的需求，则需要软件团队设身处地的替用户着想，引导出需求；了解用户需求之后需要从各个方面对用户的需求进行规整，并将需求量化；然后就是一些方式表达出需求，然后找用户验证需求是否符合用户的预想；在项目周期中需要根据实际情况不断调整需求。需求可以分为对产品功能性的需求、对产品开发过程的需求、非功能性需求、综合需求。

获取用户的需求可以有很多方式包括：焦点小组（即找一群目标用户代表以及利益相关者来一起讨论用户想要什么），深入面谈（即一对一与用户交流），卡片分类（将用户需求做成小卡片，然后不断进行讨论，明析定义，归类，排序），用户调查问卷，用户日志研究，人类学研究，眼动跟踪研究，快速原型调研，A/B测试。

       个人感受：

         1、我过去是怎么做的：冲刺期间并没有很好的总结自己每天做了什么，计划以及遇到的问题；做项目或者写程序之前都没有很好的做过需求分析。
         2、结合书中所讲，说明为什么这样不好：导致做项目时并不能很好的分析自己做任务的进度，也不会学到很多东西；没有做好需求分析就会导致做出来的软件或者写的程序不符合实际情况的需要。
         3、提出一个解决办法，避免再次掉入陷阱：要好好总结自己的计划以及遇到的问题，可以准备一个小本子，一边随时记录和总结；写程序之前要做好需求分析，充分了解实际需要。