敏捷开发项目流程指引--很好

敏捷项目流程指引,Whatisproject?,Benefit,TraditionalWaterfallmodel,项目阶段,敏捷迭代,Responsibility,TimeWastedonJunk64%offunctionalityrarelyused,项目过程,一群人，为了共同的目标，协同完成一些事情。,这个需求怎么实现？,新版本什么时候提交测试？,今天要不要加班？,用户喜欢这个新功能么？,好的项目过程，能让大家工作得更顺利、心情更愉快、加班更少。,用户,可用的软件,团队,用户价值项目的目标,Goal,Agenda,工作角色项目计划信息透明定期总结和回顾,敏捷项目的关键,一、项目成员的工作角色,ProductOwner,制定产品特性和发布的内容设定产品优先级（根据市场价值）敦促和保证最有价值的任务被排入迭代每次迭代后Review特性优先级接受或者拒绝交付成果,ScrumMaster,做为团队和外部的接口扫清项目障碍，保证团队的高效工作保证流程的执行屏蔽外界对团队成员的干扰保证开发过程按计划进行，组织各会议主导项目过程的改进,TheTeam,59人构成，成员固定多职能团队高度的自我管理能力交付产品，汇报进度协助改进项目流程,二、项目计划,项目的目标是什么？Milestone是什么？今天我该做什么？本周我该做什么？本月我要做的还有什么？,TimeBox,确定迭代周期确定一个迭代内的关键工作项固定关键工作项的发生时间培养团队的工作节奏感,产品backlog,根据市场价值排序的需求列表Productowner维护任何人都可提需求，PO同意就加入列表包扩产品需求和技术需求在不影响当前迭代的情况下，需求可增删改,迭代计划,任务分解做到能较准确度量位置团队成员维护只有团队内成员可改PO不能修改迭代范围,三、信息透明化：效率的保证,这个bug我查了两天了，还是没搞定。,什么情况？,具体是xxxxx。,以前遇到过类似的问题，这样这样就应该可以解决,注意事项,让别人知道你在干什么留意别人在干什么遇到问题及时沟通,每日晨会,障碍列表,SM维护影响项目前进的工作或者风险每日晨会后更新,这个版本的进度怎样？能按时提交吗？,总体进度比预计的慢，可能要砍掉一两个小需求,那要尽快确定，具体情况是怎样？,现在看来需要砍掉2个人日的工作量，具体情况是,进度白板,四、总结和回顾：持续改进,这个迭代按计划完成了么？质量怎样？,这个需求实现了，但是和大家的预期不一样？,为什么迭代完成了，我一点都不开心？,某个bug很经典，要不要总结一下？,迭代评审会,主持：SM参与人：所有相关人时长：0.5-1小时演示迭代完成的需求发生时间：迭代完成PO决定是否接受迭代交付,迭代回顾会,Host：SM参与人：团队成员时长：1-2小时回顾项目运作的好与不足，讨论改进发生时间：每次迭代后方式：发散性讨论输出：SM发出会议总结邮件,Well&Less,发现问题、分析问题、解决问题,对于发现的问题，必须形成可行的ActionIt