敏捷开发笔记.docxVIP

历史背景 历史背景 80 年代末 90 年代初商业软件开发逐步成熟 整个社会的市场竞争逐步激烈 客户的影响越来越大 敏捷的由来信息产业的经营模式发挥了巨大变化 敏捷的由来 TPS（丰田生产模式：零规则，坚毅思想，全面质量管理，看板【每个零件的状态】） 敏捷宣言： 敏捷宣言： 个体与交互重要过程和工具 （两者都需要，只是侧重于个体与交互，不能太依赖于过程和工具，客户（相互的开发人员，用户）至上） 可用的软件重于完备的文档 （文档：过程文档，需求文档，用户手册等，能少可用少， 必要的必须有） 客户协作重于合同谈判 （让客户加入到开发中来，让沟通更加顺畅，共赢，无奈时候才走合同谈判，如重大需求变更。注重需求的变化性） 响应变化重于遵循计划 准则：（拥抱变化，重于不等于没有，计划是必须有的，对变化及时快速的响应调整） 准则： 我们的最高标准是，通过今早和持续的交互有价值的软件来满足客户 欢迎对需求的提出变更，即使是在项目开发后期，要善于利用需求变更，帮助客户获得竞争优势 要不断缴费可用的软件，周期从几周到几个月不等，且越短越好， 项目过程中，业务人员与开发人员必须在一起工作 要善于激励项目人员，给他们以所需要的环境和支持，并详细他们能够完成任务无论是团队内还是团队间，最有效的共同方法是面对面的交谈 可用当然就是衡量进度的主要指标 特点敏捷过程提出可持续的开发，项目方、开发人员和用户应该能够保持恒久稳定 特点 对人工重视（客户至上），要求变高了 前期投入看上去变多了（迭代计划，总结，会议） 整个项目未完成就显现出的商业价值 （满足市场需求，公司是有目的性的做软件） 成功项目管理类软件，定制类系统偏多 （最佳迭代时间为 3 周左右） 常常有人自诩极端敏捷，不屑于CMMI（对组织非常有利）,瀑布等方式。相互结合最好 Scrums 是遵循敏捷方法的一个软件开发框架（是个方法论）在其框架中，融入敏捷开发的及时和思想 核心内容： 核心内容： 3 个角色（产品主管：负责项目的商业价值。SCRUM 师傅，负责团队的运转和生产，负责会议。自组织的团队：目标一致的团队） 3 个会议（迭代计划会议，每日晨会，迭代回顾会议、） 3 个工作组件（待开发任务列表：用来排列任务的优先级和跟踪任务。迭代任务列表：从上列任务中抽出来的，与上同步的。进度图：看出项目的进行情况，估算完成时间） 迭代会议关键点 明确小组本迭代目标和功能列表，结束标准明确各个任务的时间估算 形成团队性的方案风险管理 各个功能，岗位合作流程图 方案形成团队本 build 团队目标及标准 方案 流程图 标准定义各个岗位如何配合中队任务如何配合 标准定义 任务结束 Build 结束 站立会议（ 站立会议（15 分钟） 总结反思会回顾做的事情，遇到什么问题，今天计划做什么对 build 信心？ 总结反思会 总结遇到的问题（怎么解决，选3 个重点） 迭代演示会议 迭代演示会议 最佳实践 质量获得最佳实践质量风险前移，价值驱动（排序，自适应团队（目标一致，自动补位），短周期迭代，客户参与（需求，验证），结对编程，团队背景音沟通，迭代会议（全员计划），特性驱动，持续集成持续交付，可视化管理（计划上墙），测试驱动，持续重构，自动化测试，生产力统计，动态计划 质量获得最佳实践 需求评审，实践评审，开发自测，代码审查，测试用例编写，预测试，需求验证点编写， 需求验证，build 测试，build 间系统测试，组内自我发明 推荐书籍：硝烟中的 scrum 和 XP（有电子版的） 作业：阅读书前十章，每人提交一份读书笔记，以小组为单位 3 月 8 日下班前进行学习交流 ——提交分享记录（时间，参与人员，内容与问题记录：电子版），时间：今天下班前提交