敏捷开发总结

    一、敏捷开发是一种开发方式
    敏捷开发，英文是Agile Development，是一种以人为核心、迭代、循序渐进的开发方式，是一种软件开发的流程。它会指导开发人员用规定的环节去一步一步完成项目的开发。由于它采用迭代式开发，所以它主要的驱动核心是人，而不是像瀑布模型那样，以文档为核心。
    敏捷开发更注重的人与人之间的沟通、交流。它认为个体和交互胜过过程和工具，可以工作的软件胜过面面俱到的文档，客户合作胜过合同谈判，响应变化胜过遵循计划。虽然右项也有价值，但是敏捷开发认为左项具有更大的价值。
   迭代是指把一个复杂且开发周期很长的开发任务，分解为很多小周期可完成的任务，这样一个周期就是一次迭代的过程，同时每一次迭代都可以生产或开发出一个可以交付的软件产品。
   二、几个重要的名词
   Scrum：是一个橄榄球专业术语，意味并列争球。用了这样一个词在敏捷开发中，可以证明，在整个敏捷开发的过程中，团队中的每一个人都要像橄榄球运动员一样迅速、富有战斗激情，在这种氛围下才会达到敏捷开发快速迭代的要求。
   XP：极限编程，是一种轻量、高效、低风险、柔性、可预测、科学而且充满乐趣的开发方式。它强调在更短的周期内，更早地提供具体、持续的反馈信息；在迭代地进行计划编制，首先在最开始迅速生成一个总体计划，然后在整个项目开发过程中不断的发展它；依赖于自动测试程序来监控开发进度，并尽可能早地捕获缺陷；依赖于口头交流、测试和源程序进行沟通；倡导持续的演化式设计；依赖于开发团队内部的紧密协作；尽可能达到程序员短期利益和项目长期利益的平衡。

注：Scrum和XP是敏捷开发的两种方式，Scrum偏重过程，XP偏重实践。

    PO：Product Owner，产品负责人。主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。
    SM：Scrum Master，流程管理员。主要负责整个Scrum流程在项目中的顺利实施和进行，以及扫清挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。
    ST：Scrum Team，开发团队。主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在5-10人左右，每个成员可能负责不同的技术方面，但要求每个成员必须要有很强的自我管理能力，同时具有一定的表达能力。成员可以采用任何工作方式，只要能够完成开发任务。
   PB：Product Backlog，产品需求列表。由PO负责，按优先顺序排列产品需求。
   Sprint：冲刺。指一次迭代，每次迭代的周期大约是一个月。
   INVEST原则：是缩写组成，Independent独立的、Negotiable可协商的、Valuable有价值的、 Estimable可估计的、Small小的、Testable可测试的
   三、Scrum开发
   1.首先由PO，制定PB。
   2.ST根据PB，进行工作量的预估和安排。在工作量预估中，可以使用计划筹码，每个筹码代表着完成一个故事的时间，是一个故事点的倍数，一般有1、2、3、5、8这几个数字。每个人对工作的预估在亮出筹码之后，如果有不同意见，不能折中选平均数，而是要各自说出理由，再重新进行预估。
   3.有了PB列表，就需要通过Sprint Planning Meeting来从中挑选出一个Story作为本次迭代完成的目标，然后将这个Story进行细化，一个优秀的Story要遵循INVEST原则，形成Sprint Backlog，然后再继续细化，争取每个细化的任务能在2天内完成。
   4.在ST完成PM上选出的Sprint Backlog过程中，要进行Daily Scrum Meeting，每次会议要控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报昨天完成的工作和承诺今天要完成的任务，如果遇到问题也可以提出问题，表述结束后，要更新自己的燃尽图。
    5.要做到每日集成，每天都要有一个可成功编译、并且可以演示的版本，这就凸显出了持续集成的重要性。
    6.当一个Story完成，也就是Sprint Backlog被完成，就代表一次Sprint完成，要进行Sprint Review Meeting，PO和客户都要参加，每个ST成员都要展示自己完成的任务。
    7.最后就是Sprint Retrospective Meeting，所有成员轮流发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中。

   敏捷开发的快速迭代有很明显的优势，但是对团队的要求也更高，尤其是按时完成任务，对自己的承诺负责这点，如果要保重能够按时完成任务，就要在预估工作量上更加严谨，而不是取折中这种方式，每个人要更加坚持自己的立场，只能够因为合理的逻辑做出计划。