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

1、敏捷项目流程指引敏捷项目流程指引What is project?BenefitScopeTimeCostWhat is project?BenefitScopeTiTraditionalWaterfall modelTraditional项目阶段概念阶段需求阶段开发实现功能测试系统测试内部体验灰度发布正式外发敏捷迭代项目阶段概念阶段需求阶段开发实现功能测试系统测试内部体验灰度ResponsibilityRole称谓输入输出（交付）产品经理PDM (Product Manger)用户反馈产品规划运营需求老板想法PRD, SRS需求文档TAPD里的需求单项目经理PM( Project Manage

2、r)需求优先级列表工作量评估资源项目计划项目跟踪执行情况汇报开发DE (Developer Engineer)只“执行”项目经理计划内的任务安排软件交付文档手册测试TE (Test Engineer)产品需求提交测试的版本测试环境维护测试用例测试报告运营OP (Operation Engineer)运维需求现网监控问题排查业务部署运维手册UIHCI产品需求开发需求交互效果图、切图版本体验报告ResponsibilityRole称谓输入输出（交付）产品Time Wasted on Junk64% of functionality rarely usedTime Wasted on Junk项目过

3、程一群人，为了共同的目标，协同完成一些事情。这个需求怎么实现？新版本什么时候提交测试？今天要不要加班？用户喜欢这个新功能么？好的项目过程，能让大家工作得更顺利、心情更愉快、加班更少。项目过程一群人，为了共同的目标，协同完成一些事情。这个需求怎用户可用的软件团队用户价值项目的目标用户可用的软件团队用户价值项目的目标GoalGoalAgenda工作角色项目计划信息透明定期总结和回顾Agenda工作角色敏捷项目的关键可用的软件信息的透明化清晰的迭代目标拥抱变化发现并解决问题敏捷项目的关键可用的软件信息的透明化清晰的迭代目标拥抱变化发一、项目成员的工作角色Product OwnerScrum Mast

4、erTeam角色一、项目成员的工作角色Product Owner角色Product Owner制定产品特性和发布的内容设定产品优先级（根据市场价值）敦促和保证最有价值的任务被排入迭代每次迭代后Review特性优先级接受或者拒绝交付成果Product Owner制定产品特性和发布的内容Scrum Master做为团队和外部的接口扫清项目障碍，保证团队的高效工作保证流程的执行屏蔽外界对团队成员的干扰保证开发过程按计划进行，组织 各会议主导项目过程的改进Scrum Master做为团队和外部的接口The Team59人构成，成员固定多职能团队高度的自我管理能力交付产品，汇报进度协助改进项目流程The

5、 Team59人构成，成员固定二、项目计划项目的目标是什么？Milestone是什么？今天我该做什么？本周我该做什么？本月我要做的还有什么？二、项目计划项目的目标是什么？Milestone是什么？Time Box确定迭代周期确定一个迭代内的关键工作项固定关键工作项的发生时间培养团队的工作节奏感Time Box确定迭代周期产品backlog根据市场价值排序的需求列表Product owner维护任何人都可提需求，PO同意就加入列表包扩产品需求和技术需求在不影响当前迭代的情况下，需求可增删改产品backlog根据市场价值排序的需求列表敏捷开发项目流程指引_很好(36张)课件迭代计划任务分解做到能较

6、准确度量位置团队成员维护只有团队内成员可改PO不能修改迭代范围迭代计划任务分解做到能较准确度量位置敏捷开发项目流程指引_很好(36张)课件三、信息透明化：效率的保证这个bug我查了两天了，还是没搞定。什么情况？具体是xxxxx。 以前遇到过类似的问题，这样这样就应该可以解决三、信息透明化：效率的保证这个bug我查了两天了，还是没搞定注意事项让别人知道你在干什么留意别人在干什么遇到问题及时沟通注意事项让别人知道你在干什么每日晨会 昨天做了什么1 今天计划做什么2 有什么困难3 输出障碍列表4每日晨会 昨天做了什么1 今天计划做什么2 有什障碍列表SM维护影响项目前进的工作或者风险每日晨会后更新障

7、碍列表SM维护这个版本的进度怎样？能按时提交吗？总体进度比预计的慢，可能要砍掉一两个小需求那要尽快确定，具体情况是怎样？现在看来需要砍掉2个人日的工作量，具体情况是这个版本的进度怎样？能按时提交吗？总体进度比预计的慢，可能要进度白板进度白板敏捷开发项目流程指引_很好(36张)课件四、总结和回顾：持续改进这个迭代按计划完成了么？质量怎样？这个需求实现了，但是和大家的预期不一样？为什么迭代完成了，我一点都不开心？某个bug很经典，要不要总结一下？四、总结和回顾：持续改进这个迭代按计划完成了么？质量怎样？这迭代评审会主持：SM参与人：所有相关人时长：0.5-1小时演示迭代完成的需求发生时间：迭代完成PO决定是否接受迭代交付迭代评审会主持：SM迭代回顾会Host：SM参与人：团队成员时长：1-2小时回顾项目运作的好与不足，讨论改进发生时间：每次迭代后方式：发散性讨论输出：SM发出会议总结邮件迭代回顾会Host：SMWell & LessWell & Less发现问题、分析问题、解决问题对于发现的问题，必须形成可行的Action Item，并且定期review执行效果。不要忽视任何小的改进长期积累能节省大量的工作量发现问题、分析问题、解决问题对于发现的问题，必须形成可行的A回顾：敏捷项目的关键可用的软件信息的透明化清晰的迭代目标拥抱变化发现并解决问题回顾：敏捷项目的关键可用的软