课程简介
通过接触很多宣称使用敏捷模式的团队，发现真正在效果上体现出敏捷的团队其实并不多。在实施敏捷的过程中滋生出很多的混乱，效率不高，而“敏捷”又成了很多混乱和计划性差的保护伞。于是“伪敏捷”又成为近年来越来越多的讨论声音，这个现象值得仔细探究。本次课程笔者将真诚分享自己所带的几个团队应用敏捷的实践、改造敏捷的过程、落地的成功经验、以及中间趟过的坑。在课程结束时，希望大家都能不仅获得敏捷的落地实施能力、更能够获得随时根据团队和市场情况改造敏捷方法本身的能力。这才是敏捷真正的精髓！
目标收益
• 对于正在进行敏捷转型的团队或新团队：可以获得完整的敏捷方法知识体系，快速开展落地，同时规避敏捷开始阶段容易调入的误区，少走弯路
• 对于正在进行敏捷实践的团队：
o 大中型团队：获得组织级敏捷化的大厂模式
o 中小型团队：获得战术级敏捷的调整能力
• 对于实施敏捷但效果不理想、感到困惑的团队：可以有更多的交流和答疑，对症下药，看看到底是方法论本身的问题还是执行的问题，以及如何改进
培训对象
• 研发人员
• 研发管理人员
• 敏捷教练
• 产品经理
• 测试管理人员
课程大纲
|
【第一章】 敏捷落地的顶层设计 |
敏捷其实是一个说起来容易做起来难的方法，它的灵活性是广受欢迎的原因；但敏捷的难以驾驭也是因为它太灵活。这一模块分享笔者真实项目中出现的挑战，这些也是目前业界敏捷落地的过程中的普遍问题。整个课程由这些问题开始逐个击破，本章讲解敏捷落地的顶层设计层面，并分享笔者在实际工作中制作的“Photoshop敏捷宝典” （1） 怪象一：一个项目反反复复、改来改去，大家看似都很忙，有效输出却不多，却说这叫敏捷 （2） 怪象二：产品经理总觉得需求已经很清楚了，开发总觉得需求不清 （3） 怪象三：进度滞后有如家常便饭，却说这叫敏捷 （4） 以上是笔者带队过程中的亲身经历，让我们开始真正的敏捷——敏捷的顶层设计 （5） 重新定义和明确敏捷团队的角色、职责、边界、和人员配比 （6） 真实实例分享：“Photoshop敏捷宝典” |
|
【第二章】 敏捷模式下的产品—开发配合 |
产品方向和演进图谱是敏捷实施的重要基础，敏捷是整个团队一直朝着一个目标探索、尝试、尽量用最短路径达到目标。而没有方向的反复摇摆和消耗尝试何谈敏捷。本章分享如何将产品和开发作为一个整体提升敏捷度，以及对产品和开发有哪些新能力要求和输出要求，同时分享产品开发配合、确认、迭代的实施细节和实际案例 （1） 产品细节可以灵活调整，产品方向则要相对稳定（+产品规划原则） （2） 产品需求可以不重文档，但不能描述不清（+方法实战分享） （3） 产品需求可以变更，但不能没有变更管理（+变更控制方法） （4） 产品需求可以思考调研，但不能没有时间控制（+进度控制实践） （5） 产品输出的关键点和标准 （6） 开发启动的关键点和标准 （7） 敏捷模式下对架构的要求 （8） 实例分享：Photoshop的产品与开发之间是如何配合的 |
|
【第三章】 敏捷教练——整个项目的助推器 |
敏捷教练是团队中非常关键的角色，做的好可以极大提升项目的效率；反之，也会拖住整个团队。这就对敏捷教练的大局观和对敏捷的理解提出了更高要求。本章重点讲解敏捷教练的实战落地点及方法，通过本章学习敏捷教练将对项目进展的把控力得以全面提升。同时，分享笔者在实际工作中定义和实现的项目状态仪表盘，这些是非常实用的参考内容 （1） 敏捷教练的必备工具 （2） 敏捷教练的分配资源能力强化方法 （3） 敏捷教练的计划能力提升方法实践 （4） 敏捷教练的项目执行力强化训练 （5） 制定迭代周期的原则和实战要点 （6） 任务追踪及通过精细化管理 （7） 定义可视化项目仪表盘 （8） 实例分享：Photoshop的项目状态仪表盘 |
|
【第四章】 敏捷模式下的协同开发 |
敏捷模式之下的协同开发对于开发之间的沟通提出了更高、更频繁的要求，技术之间的依赖和影响日益增多。但程序员队伍并不是一个喜欢花大把时间进行大量语言交流的群体。程序员不怕多做工作，但讨厌做无意义的工作，技术开发步调不一致时开发会大为光火。本章介绍如何建立和落地一套机制，可以达到尽量提升协同开发效率同时降低对沟通的依赖的目的 （1） 需求确认的原则和标准 （2） 如何避免并行开发间的相互干扰 （3） 提高代码复用度的三层结构 （4） 从代码中加注释到注释中加代码 （5） 如何制定、明确、和保障开发任务完成的退出标准 （6） 协同开发时代码提交的流程和冲突处理 （7） 确认机制和广播机制 （8） 案例分享：让我们的开发人员每天下班时都清清楚楚完成今日进度目标 |
|
【第五章】 敏捷测试及敏捷发布 |
做的快还得做的好才是真敏捷，测试和发布环节跟不上照样敏捷不起来。本章分享以测试驱动开发和缺陷预防为核心的敏捷测试实践，并分享Photoshop的结对编程模式 （1） TDD：测试驱动开发的原则和实践分享 （2） 自动化测试——敏捷测试的重要基石 （3） 代码注射及代码覆盖率的测量和分析 （4） 缺陷预防及测试结果的快速反馈：将测试活动和测试结果提前到开发代码提交之前 （5） 构建管理：通过构建级别的定义及使用支撑快速发布 （6） 案例分享：Photoshop的结对编程 |
|
【第六章】 敏捷方法的自我进化能力 |
敏捷重意不重形，切记思维僵化，如果照搬硬套敏捷宣言中的XX原则、XX事项本身就已经偏离了敏捷的思想精华。我通过在不同规模、不同基础、不同行业的团队应用敏捷，深深体会到对敏捷方法自身的不断思索、持续演进才是真正的敏捷落地 （1） 敏捷不可拘泥于套路，头脑要活、思路要灵 （2） 案例分享：我在大厂的敏捷落地都做了哪些调整 （3） 案例分享：我在中小型团队的敏捷落地都做了哪些变化 （4） 案例分享：精英化程度较高的团队敏捷怎么玩 （5） 案例分享：基础较为薄弱的团队敏捷怎么开展 （6） 反思：那些所谓的“绝对” （7） 每日站会改巡会 （8） 如果不能敏捷的输出有效结果，任何理论都毫无意义 （9） 量体裁衣：获得制定出适合你团队的量身订造敏捷模式的超级能力！ |
|
【第一章】 敏捷落地的顶层设计 敏捷其实是一个说起来容易做起来难的方法，它的灵活性是广受欢迎的原因；但敏捷的难以驾驭也是因为它太灵活。这一模块分享笔者真实项目中出现的挑战，这些也是目前业界敏捷落地的过程中的普遍问题。整个课程由这些问题开始逐个击破，本章讲解敏捷落地的顶层设计层面，并分享笔者在实际工作中制作的“Photoshop敏捷宝典” （1） 怪象一：一个项目反反复复、改来改去，大家看似都很忙，有效输出却不多，却说这叫敏捷 （2） 怪象二：产品经理总觉得需求已经很清楚了，开发总觉得需求不清 （3） 怪象三：进度滞后有如家常便饭，却说这叫敏捷 （4） 以上是笔者带队过程中的亲身经历，让我们开始真正的敏捷——敏捷的顶层设计 （5） 重新定义和明确敏捷团队的角色、职责、边界、和人员配比 （6） 真实实例分享：“Photoshop敏捷宝典” |
|
【第二章】 敏捷模式下的产品—开发配合 产品方向和演进图谱是敏捷实施的重要基础，敏捷是整个团队一直朝着一个目标探索、尝试、尽量用最短路径达到目标。而没有方向的反复摇摆和消耗尝试何谈敏捷。本章分享如何将产品和开发作为一个整体提升敏捷度，以及对产品和开发有哪些新能力要求和输出要求，同时分享产品开发配合、确认、迭代的实施细节和实际案例 （1） 产品细节可以灵活调整，产品方向则要相对稳定（+产品规划原则） （2） 产品需求可以不重文档，但不能描述不清（+方法实战分享） （3） 产品需求可以变更，但不能没有变更管理（+变更控制方法） （4） 产品需求可以思考调研，但不能没有时间控制（+进度控制实践） （5） 产品输出的关键点和标准 （6） 开发启动的关键点和标准 （7） 敏捷模式下对架构的要求 （8） 实例分享：Photoshop的产品与开发之间是如何配合的 |
|
【第三章】 敏捷教练——整个项目的助推器 敏捷教练是团队中非常关键的角色，做的好可以极大提升项目的效率；反之，也会拖住整个团队。这就对敏捷教练的大局观和对敏捷的理解提出了更高要求。本章重点讲解敏捷教练的实战落地点及方法，通过本章学习敏捷教练将对项目进展的把控力得以全面提升。同时，分享笔者在实际工作中定义和实现的项目状态仪表盘，这些是非常实用的参考内容 （1） 敏捷教练的必备工具 （2） 敏捷教练的分配资源能力强化方法 （3） 敏捷教练的计划能力提升方法实践 （4） 敏捷教练的项目执行力强化训练 （5） 制定迭代周期的原则和实战要点 （6） 任务追踪及通过精细化管理 （7） 定义可视化项目仪表盘 （8） 实例分享：Photoshop的项目状态仪表盘 |
|
【第四章】 敏捷模式下的协同开发 敏捷模式之下的协同开发对于开发之间的沟通提出了更高、更频繁的要求，技术之间的依赖和影响日益增多。但程序员队伍并不是一个喜欢花大把时间进行大量语言交流的群体。程序员不怕多做工作，但讨厌做无意义的工作，技术开发步调不一致时开发会大为光火。本章介绍如何建立和落地一套机制，可以达到尽量提升协同开发效率同时降低对沟通的依赖的目的 （1） 需求确认的原则和标准 （2） 如何避免并行开发间的相互干扰 （3） 提高代码复用度的三层结构 （4） 从代码中加注释到注释中加代码 （5） 如何制定、明确、和保障开发任务完成的退出标准 （6） 协同开发时代码提交的流程和冲突处理 （7） 确认机制和广播机制 （8） 案例分享：让我们的开发人员每天下班时都清清楚楚完成今日进度目标 |
|
【第五章】 敏捷测试及敏捷发布 做的快还得做的好才是真敏捷，测试和发布环节跟不上照样敏捷不起来。本章分享以测试驱动开发和缺陷预防为核心的敏捷测试实践，并分享Photoshop的结对编程模式 （1） TDD：测试驱动开发的原则和实践分享 （2） 自动化测试——敏捷测试的重要基石 （3） 代码注射及代码覆盖率的测量和分析 （4） 缺陷预防及测试结果的快速反馈：将测试活动和测试结果提前到开发代码提交之前 （5） 构建管理：通过构建级别的定义及使用支撑快速发布 （6） 案例分享：Photoshop的结对编程 |
|
【第六章】 敏捷方法的自我进化能力 敏捷重意不重形，切记思维僵化，如果照搬硬套敏捷宣言中的XX原则、XX事项本身就已经偏离了敏捷的思想精华。我通过在不同规模、不同基础、不同行业的团队应用敏捷，深深体会到对敏捷方法自身的不断思索、持续演进才是真正的敏捷落地 （1） 敏捷不可拘泥于套路，头脑要活、思路要灵 （2） 案例分享：我在大厂的敏捷落地都做了哪些调整 （3） 案例分享：我在中小型团队的敏捷落地都做了哪些变化 （4） 案例分享：精英化程度较高的团队敏捷怎么玩 （5） 案例分享：基础较为薄弱的团队敏捷怎么开展 （6） 反思：那些所谓的“绝对” （7） 每日站会改巡会 （8） 如果不能敏捷的输出有效结果，任何理论都毫无意义 （9） 量体裁衣：获得制定出适合你团队的量身订造敏捷模式的超级能力！ |
近期公开课推荐
