做企业培训,当然要找对好讲师!合作联系

潘德有:敏捷项目管理应用与实践

潘德有老师潘德有 注册讲师 128查看

课程概要

培训时长 : 2天

课程价格 : 扫码添加微信咨询

课程分类 : 项目管理

课程编号 : 18763

面议联系老师

适用对象

敏捷项目经理、产品负责人、开发团队、敏捷转型团队、项目经理、IT/软件开发人员。期望对敏捷项目管理有全面了解的人,包括

课程介绍

课程介绍:

组织需要快速交付价值,并期望在短时间得到回报。又由于时刻面临着内外部环境的干扰,使得组织不得不考虑:在快速变化、不确定性高、充满风险的环境下,怎么样才能够让组织更有免疫力和挑战性。尤其是在开展各类项目的过程中,项目的做法直接代表了组织是否能够应对变化的能力。

传统的预测型项目更注重一次性交付、环境稳定、变化较小的需求。但是这种需求已经不能满足当今社会的需要,使用敏捷方法开展工作,更好的确保了在多边环境中的突破。VUCA是当前各大组织都面临的问题,而敏捷项目的做法,更加贴切于VUCA的诉求,本课程将重点介绍敏捷项目如何应对组织的多变环境。

组织和个人现状:

  1. 什么是敏捷和敏捷项目管理,如何正确区分其与传统项目管理的做法;
  2. 如何进行敏捷转型和敏捷试点推进,如何做到组织敏捷项目管理最大化;
  3. 敏捷角色和成员如何匹配,如何进行权责划分,项目经理的定位是什么;
  4. 如何从价值交付、随时变化、价值最大化的角度思考问题;
  5. 如何做到产品开发、客户需求、管理等保持一致性,且快速实现客户满意。

学习收获:

  1. 能够在所在项目管理的工作岗位独立承担相应职责,包括项目负责人,团队成员相关能力;
  2. 能够以“团队”的方式开展工作,并明确“项目交付”的意义,学会从组织角度关注项目价值;
  3. 能够识别和分析项目的需求,包括掌握需求获取工具,掌握数字时代敏捷项目管理的做法;
  4. 学会通过短平快的方式,及时有效的向客户和市场交付价值,并做到符合敏捷管理的原则;
  5. 从产品负责人、敏捷项目经理、开发团队、客户、其他职能角度看待和参与敏捷项目。

适用对象:

       敏捷项目经理、产品负责人、开发团队、敏捷转型团队、项目经理、IT/软件开发人员。期望对敏捷项目管理有全面了解的人,包括Scrum、ACP相关人员。

课程时间:

2天,6hours/天,共计12hours

课程主题部分(大纲)

  1. 项目生命周期概述
  2. 预测型项目生命周期特征、原理、应用场景
  1. 传统产品开发、研发项目管理的特点分析
  2. 传统项目管理的利弊和在敏捷中的保留
  1. 适应性(敏捷)项目生命周期特征、原理、应用场景
  1. 敏捷迭代与增量原则
  2. 适应型开发方法的优势和不足
  1. 项目开发生命周期概念、包括内容、与具体做法
  2. 敏捷项目角色定义
  3. 高级管理层(授权)的定义
  1. 项目发起人与客户
  2. PMO及战略层项目委员会
  1. 产品负责人、客户的定义
  1. 产品负责人的选择与任命
  2. 产品负责人的能力模型分析
  3. 产品负责人的演化过程
  1. 敏捷项目经理(或Scrum Master)及敏捷教练的定义
  1. 敏捷项目经理与传统项目经理的异同
  2. 敏捷项目经理的授权与任命
  3. 敏捷教练与敏捷项目经理
  4. 敏捷项目经理的综合能力
  1. 开发团队的定义:角色、职责、规模、实践
  1. 开发团队的选择与授权
  2. 开发团队的组建与管理
  3. 开发团队的绩效评价与参与
  4. 开发团队的跨职能、自组织等特征

案例应用:S公司是一家游戏开发企业,公司决定通过敏捷方法尝试开始一个新项目,在现有的团队中,管理层决定选择一位产品负责人、一个敏捷项目负责人、8个开发团队成员。你是S公司外聘的一个敏捷教练,你应该给他们什么建议?

  1. 敏捷宣言与12条原则解读
  2. 敏捷四大宣言解读
  1. 敏捷宣言的提出和意义
  2. 敏捷宣言的价值与实际工作的融合
  1. 敏捷12条原则解读
  1. 敏捷原则的聚焦点
  2. 敏捷原则与实际开发工作的融合
  1. VUCA环境下,敏捷崛起的重要意义
  1. VUCA的引入与思考
  2. 如何应对和挑战VUCA时代
  1. 从定义产品愿景开始
  2. 设定产品开发项目的目标
  1. 可行性研究分析
  2. 确定产品开发目的和目标
  3. 批准商业论证
  1. 创建产品愿景声明的草案
  1. 如何撰写产品愿景草案
  2. 产品愿景如何有效落地的原则
  1. 与相关方确认声明,并反馈修改
  1. 识别与分析相关方的期望
  2. 引入相关方参与的重要性
  1. 确定最终愿景说明书
  1. 批准产品愿景说明书

案例应用:在S公司刚批准的新产品开发项目中,由谁负责制定产品愿景,怎么制定,结合你所在公司当前某款产品的开发战略,制定一份产品愿景。由谁授权开展这项工作,谁来支持。我们一份分析一下当前项目的场景。

  1. 为产品创建路线图
  2. 识别产品需求,在路线图建立关键输出节点
  1. 评估与分析产品商业需求
  2. 评估与分析产品解决方案需求
  3. 评估与分析产品相关方期望需求
  4. 评估与分析产品过渡(运营)需求
  1. 将产品需求进行逻辑分组
  1. 收集与启发需求方法
  2. 收集需求的工具与技术
  3. 传统项目需求与敏捷项目需求的异同
  1. 判断产品需求的初步工作量,以及分组优先级
  1. 敏捷项目需求的优先级原则
  2. 敏捷项目需求的“适可而止”原则
  1. 确定分组模块的大概时间维度
  1. 确定敏捷发布计划框架
  2. 确定敏捷发布计划时间
  3. 确定敏捷迭代/冲刺时间
  4. 敏捷时间盒子的重要性

案例应用:K公司刚刚批准了一个新产品开发项目。产品总监老刘需要制定一份产品愿景说明书,以及产品路线图。老刘应该怎么描述产品愿景和路线图,敏捷团队如何整合产品的所有特征与属性。这与传统项目的异同在哪里。怎么样才能够展示出一份产品开发的可视化蓝图。

  1. 分而治之:制定产品发布计划
  2. 用户故事概念与定义
  1. 敏捷需求收集技术—用户故事
  2. 用户故事的衡量方法和单位
  3. 用户故事的表达方式
  1. 创建用户故事全过程方法
  1. 对需求的理解
  2. 史诗故事和用户故事
  1. 完成产品待办项列表
  1. 产品待办项的优先级原则
  2. 冲刺待办项的冲刺原则
  3. 待办项的变动原理
  1. 优先级与价值交付驱动原理
  1. 需求定义与分析过程
  2. 敏捷需求优先级的评定原则
  3. 批准冲刺待办项
  1. 优化产品发布计划,并发布

案例应用:K公司针对新产品开发项目中的需求,进行了定义和说明,但是怎么样才能够“即满足客户诉求,也满足执行诉求”,看看团队如何开展基于价值和优先级的交付策略,如何切合产品功能和属性,并阶梯式交付,怎么样理解“迭代与增量”的思维模式。谁对价值和交付负责,谁来推动目标的落地。

  1. 制定迭代(冲刺)计划
  2. 迭代/冲刺计划的定义
  3. 创建迭代计划
  4. 冲刺计划设置的原则
  5. 优先级与价值交付驱动原理

案例应用:作为一位敏捷教练,你参与了S公司的项目,在面对一个敏捷冲刺/迭代的实践是,你希望了解到什么才是真正要获取的经验,在对现有产品展开正式的冲刺时,如何把用户故事进一步量化,并且能够让开发团队充分理解要做的需求是什么。

  1. 确定和分解冲刺任务
  2. 基于任务的分解原理
  1. 传统项目任务的逻辑关系驱动原理
  2. 敏捷项目任务的按需进度推动原理
  1. 创建任务板的原理
  1. 精益看板
  2. 任务驱动
  1. 每日站立会议
  1. 每日站会的主要工作内容
  2. 每日站会的参与者
  1. 任务跟踪、集成、测试与协作
  1. 单元测试、反馈、修复
  2. 不断测试、保障质量的原理
  1. 以交付为原理

案例应用:如何在现有团队中把需求进一步行动化,让开发团队能够理解要开展的工作,并付诸行动来执行,在执行期间,确保开发过程的有效集成、沟通、协作、可用。

  1. 交付验收:迭代评审实践
  2. 产品演示
  1. 基于迭代的演示与评估
  2. 产品演示的原理和条件
  1. 迭代评审会议
  1. 评审会议的安排
  2. 评审会议的目的
  1. 评审反馈:绩效报告
  1. 迭代燃尽图
  2. 迭代燃起图
  3. 敏捷仪表板
  1. 绩效评价:挣值分析
  1. 基于迭代的挣值分析

案例应用:怎么样证明已开发完成的工作是否可用,如何演示和确定验收。如何评价当前迭代/冲刺的绩效。如何处理与变更相关的工作事项。

  1. 迭代回顾实践
  2. 规划回顾会议
  3. 迭代回顾会议
  4. 检查与调整:持续改进的原理

案例应用:针对某个单一完成的迭代,开发团队和敏捷项目经理,产品负责人共同评价当前迭代的有效性,从管理的角度基于当前迭代的总结,并为未来迭代提供更好的实践指导,持续改进。

  1. 最终产品发布与上市
  2. 基于短迭代短交付的上市原理
  3. 及时获取和分析产品价值
  4. 评估产品投资回报情况

案例应用:针对敏捷开发过程的全过程管理,新产品按照迭代开发和交付,并实时交付价值,满足市场需求,获得投资者和客户的认可。如何判断是否得到回报和收益?

 

 

潘德有老师的其他课程

• 潘德有:敏捷项目管理实践应用
关于课程介绍:组织需要快速交付价值,并期望在短时间得到回报。又由于时刻面临着内外部环境的干扰,使得组织不得不考虑:在快速变化、不确定性高、充满风险的环境下,怎么样才能够让组织更有免疫力和挑战性。尤其是在开展各类项目的过程中,项目的做法直接代表了组织是否能够应对变化的能力。传统的预测型项目更注重一次性交付、环境稳定、变化较小的需求。但是这种需求已经不能满足当今社会的需要,使用敏捷方法开展工作,更好的确保了在多边环境中的突破。VUCA是当前各大组织都面临的问题,而敏捷项目的做法,更加贴切于VUCA的诉求,本课程将重点介绍敏捷项目如何应对组织的多变环境。组织和个人现状:什么是敏捷和敏捷项目管理,如何正确区分其与传统项目管理的做法;如何进行敏捷转型和敏捷试点推进,如何做到组织敏捷项目管理最大化;敏捷角色和成员如何匹配,如何进行权责划分,项目经理的定位是什么;如何从价值交付、随时变化、价值最大化的角度思考问题;如何做到产品开发、客户需求、管理等保持一致性,且快速实现客户满意。学习收获包括:能够在所在项目管理的工作岗位独立承担相应职责,包括项目负责人,团队成员相关能力;能够以“团队”的方式开展工作,并明确“项目交付”的意义,学会从组织角度关注项目价值;能够识别和分析项目的需求,包括掌握需求获取工具,掌握数字时代敏捷项目管理的做法;学会通过短平快的方式,及时有效的向客户和市场交付价值,并做到符合敏捷管理的原则;从产品负责人、敏捷项目经理、开发团队、客户、其他职能角度看待和参与敏捷项目。课程的适用对象:       敏捷项目经理、产品负责人、开发团队、敏捷转型团队、项目经理、IT/软件开发人员。期望对敏捷项目管理有全面了解的人,包括Scrum、ACP相关人员。课程时间设置:1-2天,6hours/天课程主题部分(大纲)定义与创建产品愿景、路线图定义与说明产品愿景:产品愿景说明书怎么制定?产品需求定义与说明评估与分析产品商业需求评估与分析产品解决方案需求评估与分析产品相关方期望需求评估与分析产品过渡需求产品负责人定义和说明职责与范围胜任力模型案例应用:S公司是一家手机游戏加速器开发企业,他们正在通过敏捷方法开发一款新的产品,管理层希望能够将产品负责人Tom和敏捷项目负责人Lucy的职责进行区分,并通过一个叫“信息发射源”的表现手法展示出来。收集、启发和定义产品需求收集与启发需求方法收集需求的工具与技术制定产品和迭代待办事项判断产品需求的初步工作量,以及分组优先级敏捷项目需求的优先级原则敏捷项目需求的“适可而止”原则确定分组模块的大概时间维度制定与规划敏捷发布框架确定迭代/冲刺时间确定敏捷迭代/冲刺时间敏捷项目中范围、进度、成本、质量问题案例应用:K公司是一家软件开发企业,刘总是产品总监,他已经开始推动一款新服务器系统的开发项目,由于客户需求暂不确定,刘总和客户共同制定了一个产品愿景说明书、并制定了一份需求待办事项列表,刘总需要展示敏捷需求,来确保客户的目的能够达到,还要考虑下一步开发团队如何开展。分而治之:制定产品发布计划用户故事概念与定义敏捷需求收集技术—用户故事用户故事的衡量方法和单位故事点、T恤估算、斐波那契数列投票、决策、MosCow用户故事的表达方式创建用户故事全过程方法对需求的理解故事分解:史诗故事和用户故事敏捷估算技术:传统估算方法和敏捷估算方法案例应用:K公司的刘总和开发团队、敏捷项目负责人等,开始对每个需求进行描述与定义,在获取和描述需求期间,刘总向大家展示了一个“拖网捕鱼”的策略,以获取和定义需求,并能够让开发团队梳理开发。完成产品待办项列表产品待办项的优先级原则冲刺待办项的冲刺原则待办项的变动原理优先级与价值交付驱动原理需求定义与分析过程敏捷需求优先级的评定原则批准冲刺待办项优化产品发布计划,并发布案例应用:S公司的团队在开发项目期间,产品负责人和团队需要时刻关注是否实现价值。基于价值和优先级的交付策略,如何切合产品功能和属性,并阶梯式交付,怎么样理解“迭代与增量”的思维模式。谁对价值和交付负责,谁来推动目标的落地。这些问题在实际开发过程中,大家开始讨论。制定迭代(冲刺)计划迭代/冲刺计划的定义创建迭代计划冲刺计划设置的原则优先级与价值交付驱动原理案例应用:针对客户不能理解需求是如何实现与交付、部署问题时。S公司的刘总向客户展示敏捷冲刺/迭代的实践是什么,在对现有产品展开正式的冲刺时,怎么要把用户故事进一步量化,并且能够让开发团队充分理解要做的需求是什么。确定和分解冲刺任务基于任务的分解原理传统项目任务的逻辑关系驱动原理敏捷项目任务的按需进度推动原理创建任务板的原理精益看板任务驱动每日站立会议每日站会的主要工作内容每日站会的参与者任务跟踪、集成、测试与协作单元测试、反馈、修复不断测试、保障质量的原理以交付为原理案例应用:和传统项目相比较,敏捷不需要有逻辑关系图,怎么样让开发团队也能够及时捕获到要开展的任务呢,大家通过把需求进一步行动化,让开发团队能够理解要开展的工作,并付诸行动来执行,在执行期间,确保开发过程的有效集成、沟通、协作、可用。交付验收:迭代评审实践产品演示基于迭代的演示与评估产品演示的原理和条件迭代评审会议评审会议的安排评审会议的目的评审反馈:绩效报告迭代燃尽图迭代燃起图敏捷仪表板绩效评价:挣值分析基于迭代的挣值分析迭代回顾会议持续改进和大规模敏捷介绍案例应用:怎么样证明已开发完成的工作是否可用,如何演示和确定验收。如何评价当前迭代/冲刺的绩效。如何处理与变更相关的工作事项。
• 潘德有:敏捷实践工具箱—22个常用工具应用
课程介绍:企业越来越重视通过适应型(敏捷)方法开展项目管理工作,尤其对新产品、软件、互联网领域的项目,更为重视。这类项目存在多变、高风险、快速(小批量)交付来满足投资人的需要。而且客户也期待能够快速的使用部分项目成果,而不是等到所有的工作做完一次性交付。从产品负责人,到敏捷项目经理和开发团队,都期望能够用最高效的方式完成项目成果的交付。建立敏捷思维模式,并采用合理的敏捷项目管理工具,可以有力提升敏捷团队的工作效率,本课程重点向大家介绍敏捷项目管理中常见的22个工具的使用方法和场景,以帮助项目开发团队提高工作能力。课程目标:你已经具备一定的敏捷经验,或者敏捷理论支撑,在此课程的基础上,将会掌握明确的工具使用方法,以提高你和团队的效率;你所在的组织已经具备一定程度的敏捷文化、敏捷转型的特征。在此课程基础上,整个团队的敏捷性将会得到更大的提高;如果你是产品经理(产品负责人PO)、敏捷项目经理(诸如Scrum master等角色)、敏捷开发团队,你将会从各自的角度掌握不同工具的使用。适用对象:针对已经拥有经验的敏捷项目开发团队、产品负责人、Scrum主管、ACP认证者、对敏捷项目管理有经验,或期望对敏捷项目管理工具有更深了解人员。时间设置:2-3天,标准时间为2天。6hours/天,共计12-18hours。课程主题部分(大纲)精益敏捷的核心之一:消除浪费什么是敏捷项目管理中的“浪费”敏捷项目管理中对“价值”的理解用案例说明:如何避免浪费的技巧如何设计和优化:价值流程图如何绘制一幅最高效的价值流程图敏捷价值流程图的优化方法用案例说明:对现有流程图进行“价值梳理”敏捷制胜法宝:沟通—反馈项目沟通模型的认识告知收悉与反馈/响应的差异反馈循环:哪种做法更科学用案例说明:给反馈一个合理的环境敏捷项目中的:迭代技术从发布到迭代计划的确认开发团队的承诺聚合与协商敏捷迭代框架图展示用案例说明:一个新产品开发的迭代布局敏捷一致性:同步与稳定原则什么是同步原理Spanning应用程序矩阵的应用用案例说明:Scrum与极限编程、精益敏捷的异同项目整合:集成开发思路基于集合的时间安排基于集合的软件开发用案例说明:逐步形成的解决方案敏捷项目:选择权思考什么是“”选择权推迟决策与选择权用案例说明:最准确的开始工作就是最合理的选择权实施最好的决定:最后责任时刻共享信息直接合作承受变化用案例说明:根据渐进明细的原理,是否所有工作都要到明确了才可以认识建设团队:制定决策深度与广度优先判断法则直觉决策简单原则用案例说明:如何在快速变化和高度复杂环境中开展工作的思路基于约束计划:拉动系统生产进度表软件拉动式做法信息辐射源用案例说明:在火车站,拉动式系统的应用演示基于约束计划:排队理论设置稳定开发进度松弛(Slack)排列的运作方式用案例说明:怎么样根据资源可用来驱动优先任务的开始,以及一条任务的完整落地(DOD)开源节流:延误成本建立产品模型产品模型的应用权衡决策用案例说明:怎么样通过节省的思路来理解你“赚了”自我管理与组织:自决权洞悉事务的本质管理改进过程用案例说明:在工作中,把员工的主人翁精神和参与度提高,是有效的提高团队动力:动机动机的前提:目标的重要性产品价值和开发团队价值的一致性团队成员的“四个‘感’”用案例说明:3M公司的明智管理意识管理者的能力:领导领导者的能力与风格领导者的职责给塔库曼模型一个稳定的结局用案例说明:在开发期间,迭代期的稳定性如何确定一专多能:专业技能开发人员的专业技能怎么衡量跨职能协作的重要体现专才,还是全才用案例说明:如果存在资源替代性情况,你是否有能力驾驭替代,或被替代嵌入式:感知完整性什么是感知完整性模型驱动设计感知完整性的维护用案例说明:建立一个完整的信息流过程,体现感知完整性的意义嵌入式:概念完整性什么是概念完整性软件架构的基本要素完善中的完整性用案例说明:建立一个软件开发框架,通过模型展示概念啊的完整性嵌入式:重构重构的真正概念是什么保持框架的健全对重构的维护避免失败的质量成本用案例说明:重构不是一种浪费,而是在向客户提供更多的商业价值嵌入式:测试信息传递与反馈的重要性支持框架和流程验收部署与维护用案例说明:怎么样对敏捷开发的全流程过程设计测试,以交付为目的测试重要性整合管理:度量敏捷绩效评价的规则迭代、发布、功能与特性的度量维度具体的度量方法用案例说明:如何采用挣值分析技术,评审会议技术完成特定模块的度量规则约束:合同合同的目的与约束性定义合同的常见类型敏捷项目管理中的合同采纳用案例说明:针对一款新产品开发项目,如何与客户签署合同。如何与开发团队的供应商签署合同。
• 潘德有:敏捷软件开发实践—基于Scrum框架
课程介绍:在一些软件开发企业,包括自主开发、为第三方提供服务、离岸外包等,都会面临一系列开发挑战。这包括多变的环境、客户需求不确定(很难全面获得客户需求)、以及新技术等。按照Cynefin 框架和Stacey 矩阵,需求、技术和人是开发团队面临的最大挑战。传统的预测型(瀑布模式)无法在这种环境下完成交付目的。企业开始选择和转型到适应型开发方法中(即敏捷)。敏捷思维模式(或特定方法,如Scrum),融合了精益中的小批量交付、关注价值、避免浪费、持续改进等做法,并在《敏捷宣言》的指导原则下以应对需求多变、快速且小批量交付、快速使用成果、关注价值等做法,实现当前软件开发业的诉求。本课程重点围绕Scrum框架,融合XP、精益、看板等最佳实践,为项目软件开发团队提供一套完整可行的项目交付方法。学习收获:能够清晰的理解和认识敏捷软件开发中的各类角色,以及干系人的职、权、责;能够理解敏捷团队各岗位(如PO、Scrum Master、开发团队等)的职责;能够完整的启动、规划、开发、评价、结束一个敏捷项目,或敏捷中的一个发布、冲刺;能够全局理解客户、发起人的可变性诉求,能够及时关注并交付软件成果和价值;能够按照Scrum框架(或类似敏捷框架),从端到端理解、应用全过程开发方法。适用对象:       敏捷项目经理、需求工程师、软件分析师、产品负责人、开发团队、敏捷转型团队、IT/软件开发人员。期望对敏捷项目管理有全面了解的人,包括Scrum、ACP相关人员。课程时间:2天,6hours/天,共计12hours课程大纲第一天上午9:00-12:00(偏理论)敏捷软件开发基本概念敏捷转型中的要点说明传统软件开发项目特点敏捷软件开发生命周期介绍敏捷宣言解析敏捷四大价值观工作用于敏捷宣言的提出和意义敏捷宣言的价值与实际工作的融合敏捷12条原则工作应用敏捷原则的聚焦点敏捷原则与实际开发工作的融合软件混合型方法的采用说明敏捷软件开发项目复杂性说明敏捷软件开发项目立项确定敏捷项目角色产品负责人(PO)的角色与职责PO人选、任命与职责要求PO如何代表发起人关注敏捷开发价值跨职能开发团队角色与职责开发团队人员构成要求开发团队人员选择和组建要求开发团队人员技能要求Scrum Master角色与职责传统项目经理与敏捷教练的区别如何理解“团队促进者”这个定义其他干系人在敏捷中的角色职责发起人角色客户和用户角色职能负责人角色其他角色第一天下午13:00-16:00(实际应用)确定软件开发项目愿景确定软件产品开发愿景制定并发布软件产品愿景说明书商业需要与项目目的说明书制定与发布产品路线图产品路线图制定要求产品路线图更新和复盘说明确定软件项目开发版本案例应用:S公司是一家游戏开发企业,公司决定通过敏捷方法尝试开始一个新项目,在现有的团队中,管理层决定选择一位产品负责人、一个敏捷项目负责人、8个开发团队成员。你是S公司外聘的一个敏捷教练,你应该给他们什么建议?收集与梳理敏捷软件需求制定产品待办事项列表产品待办项(Backlog)格式和要求产品负责人在此处所面临的困难和解决方案软件开发项目需求说明功能与非功能需求过渡需求项目管理需求收集与整理敏捷软件需求需求格式制定与说明需求与用户故事概念角色建模技术用户故事如何表达如何用卡片表达故事用户故事的对话机制确认与发布用户故事如何从史诗到用户故事优秀用户故事的特点INVEST特征绘制故事地图收集和启发需求的方法访谈技术头脑风暴原型法联合应用开发在产品待办项中确定一次发布敏捷软件需求和传统项目需求差异案例应用:S公司根据软件开发要求,决定先梳理出一部分开发内容,在定义“用户故事”时,团队通过“卡片”展示每个故事的特点,并在故事卡的背面记录了每个故事的测试和验收条件,你能否按照这个要求,也梳理出当前项目的“故事卡”?第二天上午9:00-12:00(实际应用)定义与规划冲刺(迭代)冲刺规划会议什么是冲刺(迭代)规划会议参与者职责说明发布单次冲刺要求需求优先级梳理MoSCoW原则的使用时间盒子概念决策技术的应用投票原则冲刺工作量估算和速率用户故事常见工作量估算单位故事点和理想日冲刺待办项估算要点团队估算估算的准确度和精确度估算的相对性冲刺速率什么是速率预测和确定冲刺速率冲刺(迭代)规划注意事项迭代燃尽图和燃起图的使用单次冲刺发布与开工仪式案例应用:在S公司刚批准的新软件开发项目中,对于已经创建在案的“需求”,产品负责人分析了他们的优先级,在需求优先级定义的过程中,大家都参与了讨论。你现在有20个用户故事,现在如何给出他们的优先级?冲刺(单次迭代)过程开发团队跨职能要求(T型特征团队)分工协作单次冲刺工作量确认探测第0次冲刺和第1次冲刺任务分解与冲刺将用户故事拆分为任务创建任务看板和执行解决问题与“停车场图”使用每日工时单提交基于流程的敏捷和基于迭代的敏捷团队协作每日站立会议会议参与者会议时长说明会议内容要求关注技术债务第二天下午13:00-16:00(实际应用)工作绩效报告发布信息发射源的概念使用看板推动任务执行迭代燃尽图和燃起图检测过程案例应用:K公司的团队在展示燃尽图时,发现截止到第5天的进展情况突然出现直线下降,你是否能够用燃尽图很好的展示项目单次迭代的绩效呢?冲刺(迭代)评审与回顾评审评审会议的安排评审的主要目的评审的参与者评审与部署、发布变更过程管理中的变更问题产品评审结果变更问题回顾什么时候举行回顾会议回顾的目的和意义如何做到持续改进案例应用:K公司针对新产品开发项目中的需求,进行了定义和说明,但是怎么样才能够“即满足客户诉求,也满足执行诉求”,看看团队如何开展基于价值和优先级的交付策略,如何切合产品功能和属性,并阶梯式交付,怎么样理解“迭代与增量”的思维模式。谁对价值和交付负责,谁来推动目标的落地。大规模敏捷特点基于Scrum的单一交付模式大规模敏捷开发特点最终产品发布与上市基于短迭代短交付的上市原理及时获取和分析产品价值评估产品投资回报情况案例应用:针对敏捷开发过程的全过程管理,新产品按照迭代开发和交付,并实时交付价值,满足市场需求,获得投资者和客户的认可。如何判断是否得到回报和收益?

添加企业微信

1V1服务,高效匹配老师
欢迎各种培训合作扫码联系,我们将竭诚为您服务