敏捷项目管理

黄晓龙敏捷项目管理Agent1•敏捷开发方法概述2•如何计划迭代？3•如何启动项目？4•如何跟踪进度？•如何演示印证？•如何灰度发布？•如何总结回顾？•变更管理+审计度量•总结+Q&A谁在使用敏捷？财富500强+IT巨擎传统方法CMM:13,100,000RUP:46,900,000MSF:4,400,000成熟度模型:314,000敏捷方法XP:425,000,000SCRUM:11,700,000FDD:10,300,000敏捷开发:371,000谁在使用敏捷？Google中关键字搜索的条数为什么要敏捷？•减少需求的失真•减少BUG的危害•控制项目的风险什么是敏捷？敏捷：在动荡的业务环境中获得利益并创造和响应变化的能力敏捷开发（agiledevelopment）：是一种以人为核心、迭代、循序渐进式的开发方法。敏捷开发团队的特征•简单工具简单、文档简单、设计简单•快速小步快跑、频繁发布•开放开放的组织、开放的心态•创新不受传统束缚，更接近用户敏捷起源&宣言•敏捷起源于2001年初美国雪鸟滑雪胜地的一次敏捷方法发起者和实践者的聚会，随后他们成立了“敏捷联盟”（）。•雪鸟会议共同起草了敏捷软件开发宣言。我们正在通过实践和帮助其他人实践，揭示更好的开发软件的方法。我们的价值观是——人和交互重于过程和工具可以工作的软件重于面面俱到的文档客户协作重于合同谈判响应变化重于遵循计划我们认为：虽然右侧的内容也有价值，但是左侧的内容更有价值。XP-极限编程•沟通•简单•反馈•勇气FDD-特性驱动开发SCRUM装配流水线ScrumMasterScrum主管ScrumTeamScrum团队ProductOwner产品拥有者•故事卡的内容：–作为……（角色），我希望……（职责），目的是……（目的）–Asa……，Iwant……，Sothat……•故事卡的样式：No.作为我希望1、2、3、目的是工作量：人天优先级：故事卡（StoryCard）计划完成日期：一个中文站卖家发布我的供应信息显示名称、规格、型号、包装等属性支持上传图片让更多的买家找到我的商品S012532009-11-28建立流程图划分story与用户访谈了解现在的流程是怎么样的了解用户希望的流程是怎么样的根据了解情况画出流程图和用户一起沟通确认流程图从流程图中划分story检查story是否需要拆分合并故事卡如何获取？计划“洋葱”发布计划（ReleasePlan）迭代计划（IterationPlan）任务计划（TaskPlan）粗粒度细粒度微粒度LifeCycle关键概念计划驱动=价值驱动需求/特性资源/成本时间/进度计划驱动需求/特性资源/成本时间/进度价值驱动先固定可调整强调价值驱动，突出商业价值，有助于价值最大化！Agent1•敏捷开发方法概述2•如何计划迭代？3•如何启动项目？4•如何跟踪进度？•如何演示印证？•如何灰度发布？•如何总结回顾？•变更管理+审计度量•总结+Q&A敏捷的估算方法•规划扑克（PlanningPoker）确定优先级优先级收益成本技术风险高低高低风险价值高风险/低价值不予处理高风险/高价值首先处理低风险/低价值最后处理低风险/高价值其次处理MoSCoW法则•客户决定•MoSCoW原则–Must必须有，5点–Should应该有，4点–Could可有可无，2点–Won’t不需要，0点装入TimeBox•资源、特性、进度三者平衡–资源、进度先固定–特性可调整–不过度承诺•建议预留Buffer（如15%），响应突发需求•如果特性的紧急程度不一致，可以在一个TimeBox中设置多个发布节点，一般不超过2个Agent1•敏捷开发方法概述2•如何计划迭代？3•如何启动项目？4•如何跟踪进度？•如何演示印证？•如何灰度发布？•如何总结回顾？•变更管理+审计度量•总结+Q&A认领任务•不设禁区，鼓励每个人自主认领•兼顾知识型员工的特点：工作自主•自己选择的，默认就是自己承诺的•同时PM适当权衡，对于没有经验的成员需要多加关注和指导召集Kickoff•Kickoff会议的时间最好固定，比如在本次迭代的第1天•过程：–PM召集BA、Dev、QA–PM宣布本次迭代的需求范围–PM宣布各个Story和Task的负责人，以及完成时间–会后PM周知其他涉众（Manager、DBA、客户服务专员等），如有必要•会议形式可以很简单，比如在座位上或者白板前最佳实践：StoryWall•StoryWall，顾名思义即用于张贴Story卡片的墙•作用：––––•格式：–横轴：项目阶段，包括如New、InProgress、DevCompleted、QASignedoff、Delivered等（可以根据自己公司的流程要求自定义）；–纵轴：项目资源，每个成员一行；–内容：拆解的Story卡片，不同的项目以不同的颜色区分。Agent1•敏捷开发方法概述2•如何计划迭代？3•如何启动项目？4•如何跟踪进度？•如何演示印证？•如何灰度发布？•如何总结回顾？•变更管理+审计度量•总结+Q&AStand-upMeeting过程每个工作日在同样的时间和地点，团队成员围成一圈举行一个会议，在会议上每个团队成员都对同样的问题给出自己的回答：昨天做了什么？今天要做什么？有哪些困难、阻碍？•燃尽图（Burn-DownChart），用来展示剩余待完成工作与当前时间关系的图形化表达方式•每天更新每个Story/Feature的EffortRemaining（剩余工作量）•通过对比可清晰判断当前的进度是否正常最佳实践：Burn-downChartAgent1•敏捷开发方法概述2•如何计划迭代？3•如何启动项目？4•如何跟踪进度？•如何演示印证？•如何灰度发布？•如何总结回顾？•变更管理+审计度量•总结+Q&A为什么Showcase•Showcase，陈列柜，可引申理解为将已实现的功能（成品或半成品）向用户或其他涉众演示•意义：–––Showcase过程•至少在提交测试之前做•不一定非要所有的Feature开发完毕，只要有可演示的功能即可先做•形式可以很简单，比如就在电脑面前•面对反馈的意见，评估重要性，以不影响发布计划为前提，尽可能解决Agent1•敏捷开发方法概述2•如何计划迭代？3•如何启动项目？4•如何跟踪进度？•如何演示印证？•如何灰度发布？•如何总结回顾？•变更管理+审计度量•总结+Q&A什么是分流发布？•分流发布的定义：一种限定用户范围、逐步放量发布的过程，放量范围一般从公司内部，到种子用户，再到大量用户。•分流发布的好处：–––––分流发布放量模型Agent1•敏捷开发方法概述2•如何计划迭代？3•如何启动项目？4•如何跟踪进度？•如何演示印证？•如何灰度发布？•如何总结回顾？•变更管理+审计度量•总结+Q&ARetrospect•When–发布后–重大问题出现后•Who–PM–BA/Dev/QA–干系人•How–面对面沟通–大事回顾（每人）–深挖原因WellLesswellStartStopGoonLessMore回顾海星Retrospect•原则–保持开放的心态–对事不对人–指出问题，但不批评别人–领导不参与，给大家畅所欲言的环境–要敢于暴露LessWell–对于LessWell必须提出改进建议Agent1•敏捷开发方法概述2•如何计划迭代？3•如何启动项目？4•如何跟踪进度？•如何演示印证？•如何灰度发布？•如何总结回顾？•变更管理+审计度量•总结+Q&A敏捷漫画（一）并行迭代开发模型敏捷漫画（二）如何安排迭代计划敏捷漫画（三）如何跟踪项目进度敏捷漫画（四）如何分流发布版本敏捷漫画（五）如何进行项目回顾参考资料Q&ATheEnd从今以后，维护世界和平的任务就交给你了！