主题 |
|
从传统开发向敏捷开发转型中的问题和对策 |
●传统重量级的开发方法优缺点
●实现敏捷方法实践与开发过程流程和环节分析 |
软件研发问题和过程导入 |
通过一个实际项目过程回顾—软件研发团队的常见问题
●需求不断变化
●文档难以维护
●缺乏有效的设计
●开发混乱而无序
●产品的质量难以保证
●计划不准确,缺乏预见性,难以遵循
●团队之间难以协调,产生矛盾
●存在多种项目,特点不同,难以规范
思考:
●这些问题产生的原因是什么
●我们应该用什么样的态度对待
●怎么开始呢? |
敏捷开发过程快览 |
●核心价值观
●敏捷开发如何提升生产率?
●敏捷开发如何提升质量
●我是否该敏捷?
●敏捷对企业的价值 |
敏捷需求与管理 |
●产品负责人Product Owner: 产品开发vs 项目开发
●产品待开发项Product Backlog
●用户故事与好故事的四个标准
●用户建模
●超越敏捷-现实世界的用户故事
●敏捷中的精益理念
●需求优先级排序
●从客户价值驱动到持续交付客户价值
●需求管理工具介绍 |
迭代计划会 |
●计划会序曲-猪与鸡的故事
●迭代计划会的整体过程
●怎样防止目标不明的迭代?故事群!
●团队要记录什么?
●敏捷文档对策中的精益思想
●任务估算:估算扑克
●敏捷生态系统
●谁在管理团队中的个体?
●从领导指令到自组织团队
●大团队/强分工下容易受到伤害的实践 |
日常活动 |
●Scrum Master
●日常开发活动-松结对编程
●每日立会
●现场演练:明天的每日立会
●燃烧图
●“迭代期内无变更” |
评审会与反思会 |
●评审会与反思会
●评审会序曲
●从外部理解团队目标
●“可运行软件”的标准
●评审会的行为模式
●引导客户表达需求
●为故事设定完成标准
●现实世界的反思会 |
敏捷需求管理最佳实践 |
●如何面对多个客户/产品经理/销售?
●如何处理模糊需求?
●如何应对计划会上有问题的Product Owner?
●如何应对评审会上沉默的PO/客户/领导?
●如何管理对用户故事很有想法的程序员? |
敏捷项目管理最佳实践 |
●如何应对干涉估算结果的领导?
●如何应对孤独的计划者?
●如何应对沉闷的每日立会?
●如何应对冗长的每日立会?
●如何应对每日立会上的“说谎者”? |
自组织原理与大团队敏捷 |
●谁在管理团队中的个体?
●从领导指令到自组织团队-敏捷生态系统
●自组织团队的潜在问题
●敏捷Scrum是怎样解决这些问题的?
●敏捷生态系统
●习惯性分工与事实性分工
●大型团队的敏捷分工与实践
●强分工团队的敏捷分工与实践
●团队的建立与绩效考核
●按团队结构进行绩效考核
●不同行业的考核差异
●不同位置的非物质激励 |
敏捷团队绩效管理 |
●谁来管理团队中的个体?
●敏捷团队的目标
●从团队外部认识团队目标
●敏捷开发中的目标管理意识
●执行与实施层面的敏捷实践
●长周期开发:敏捷产品版本管理 |
长期产品研发Scrum结构 |
●当我们成为“产品的主人”
●客户群与商业步调
●案例分析:组织级项目管理工具
●Product Owner vs. Product Servant
●敏捷开发中的产品版本意识
●执行与实施层面的敏捷实践 |
敏捷产品线管理 |
●为何没有统一方式进行绩效管理
●案例:不同产品线的绩效管理
●产品线绩效管理层次
●敏捷开发中的产品线意识
●执行与实施层面的敏捷实践 |
把敏捷落地到实处 |
●勇气:我,能!
●起点:近在身边的问题
●风险:惟绩效论
●结束语:石头与雕塑 |
使用敏捷开发工具实战Scrum 项目开发 |
●敏捷开发研发工具链解决方案
●初始化JIRA并创建Scrum项目
●建立产品需求列表Product Backlog
●确定迭代计划Sprint Plan
●持续更新工具
●项目追踪并报告进度 |