敏捷开发项目流程指引-很好(36张)课件.ppt

1、敏捷项目流程敏捷项目流程指引指引What is project?BenefitScopeTimeCostTraditionalWaterfall model项目阶段概念阶段需求阶段开发实现功能测试系统测试内部体验灰度发布正式外发敏捷迭代ResponsibilityRole称谓输入输出（交付）产品经理PDM(Product Manger)1.用户反馈2.产品规划3.运营需求4.老板想法1.PRD,SRS需求文档2.TAPD里的需求单项目经理PM(Project Manager)1.需求优先级列表2.工作量评估3.资源1.项目计划2.项目跟踪执行情况汇报开发DE(Developer Enginee

2、r)只“执行”项目经理计划内的任务安排1.软件交付2.文档手册测试TE(Test Engineer)1.产品需求2.提交测试的版本1.测试环境维护2.测试用例3.测试报告运营OP(Operation Engineer)运维需求1.现网监控2.问题排查3.业务部署4.运维手册UIHCI1.产品需求2.开发需求1.交互2.效果图、切图3.版本体验报告lTime Wasted on Junk64%of functionality rarely used项目过程 一群人，为了共同的目标，协同完成一些事情。好的项目过程，能让大家工作得更顺利、心情更愉快、加班更少。用户可用的软件团队用户价值项目的目标Go

3、alAgenda 工作角色 项目计划 信息透明 定期总结和回顾敏捷项目的关键可用的可用的软件软件信息的信息的透明化透明化清晰的迭清晰的迭代目标代目标拥抱变化拥抱变化发现并解发现并解决问题决问题一、项目成员的工作角色Product OwnerScrum MasterTeam角色角色Product Owner 制定产品特性和发布的内容 设定产品优先级（根据市场价值）设定产品优先级（根据市场价值）敦促和保证最有价值的任务被排入迭代 每次迭代后Review特性优先级 接受或者拒绝交付成果Scrum Master 做为团队和外部的接口 扫清项目障碍，保证团队的高效工作 保证流程的执行 屏蔽外界对团队成员

4、的干扰 保证开发过程按计划进行，组织保证开发过程按计划进行，组织 各会议各会议 主导项目过程的改进主导项目过程的改进The Team 59人构成，成员固定 多职能团队 高度的自我管理能力 交付产品，交付产品，汇报进度 协助改进项目流程二、项目计划 项目的目标是什么？Milestone是什么？今天我该做什么？本周我该做什么？本月我要做的还有什么？Time Boxl 确定迭代周期l 确定一个迭代内的关键工作项l 固定关键工作项的发生时间l 培养团队的工作节奏感产品backlogl 根据市场价值排序的需求列表l Product owner维护l 任何人都可提需求，PO同意就加入列表l 包扩产品需求和

5、技术需求l 在不影响当前迭代的情况下，需求可增删改迭代计划l 任务分解做到能较准确度量位置l 团队成员维护l 只有团队内成员可改l PO不能修改迭代范围三、信息透明化：效率的保证这个bug我查了两天了，还是没搞定。什么情况？具体是xxxxx。以前遇到过类似的问题，这样这样就应该可以解决注意事项 让别人知道你在干什么 留意别人在干什么 遇到问题及时沟通每日晨会 昨天做了什么1 今天计划做什么2 有什么困难3 输出障碍列表4障碍列表 SM维护 影响项目前进的工作或者风险 每日晨会后更新这个版本的进度怎样？能按时提交吗？总体进度比预计的慢，可能要砍掉一两个小需求那要尽快确定，具体情况是怎样？现在看来

6、需要砍掉2个人日的工作量，具体情况是进度白板四、总结和回顾：持续改进迭代评审会 主持：SM 参与人：所有相关人 时长：0.5-1小时 演示迭代完成的需求演示迭代完成的需求 发生时间：迭代完成 PO决定是否接受迭代交付迭代回顾会 Host：SM 参与人：团队成员 时长：时长：1-2小时 回顾项目运作的好与不足，讨论改进回顾项目运作的好与不足，讨论改进 发生时间：每次迭代后 方式：发散性讨论 输出：SM发出会议总结邮件Well&Less发现问题、分析问题、解决问题 对于发现的问题，必须形成可行的Action Item，并且定期review执行效果。不要忽视任何小的改进长期积累能节省大量的工作量回顾：敏捷项目的关键可用的可用的软件软件信息的信息的透明化透明化清晰的迭清晰的迭代目标代目标拥抱变化拥抱变化发现并解发现并解决问题决问题ScrumScrumProduct OwnerScrum MasterTeam角色迭代计划迭代回顾每日晨会会议产品backlog迭代计划障碍列表交付