1. 自由主题
2. scrum核心点
   1. sprint计划会议
      1. 召开时间点 每个sprint之前
      2. 时长 4到8小时
      3. 参会人员
         1. PO
         2. SM
         3. SM团队
         4. 其他感兴趣的人
      4. 做什么
         1. PO从backlog挑选高优先级任务
         2. 共同讨论 这个sprint完成多少功能
         3. 分解模块
            1. backlog分解示例
            2. 调研技术3小时
            3. 设计4小时
            4. 开发3小时
            5. 编写单元测试3小时
            6. 执行单元测试1小时
            7. 代码review1小时
            8. 更新设计文档2小时
            9. 代码重构2小时
            10. 分解为 用户故事
            11. 分解为task
            12. 用户登录检验功能
         4. 估算时间
      5. 注意
         1. 计划要整个团队一快做
   2. 每日scrum会议
      1. 昨天我完成了什么工作？
      2. 今天做什么？
      3. 遇到了什么问题？
      4. 注意点
         1. 这是团队之间的交流 相互承诺
         2. 无须向上级汇报
         3. 不是解决问题的会议
         4. 不要超过15分钟
   3. scrum评审会议
      1. 召开时间点 sprint结束时
      2. 内容
         1. 展示功能
         2. 使用demo
      3. 2小时以内
      4. 不需要PPT
3. 困惑
   1. sprint计划
      1. 如何制定一个sprint的目标？
      2. sprint完成不了怎么办？
      3. 怎么做sprint计划？
      4. 如何估算每个task的时间？
   2. 每日站会
      1. 每日站会早上好还是下午？
      2. 每日站会超过了40分钟？
      3. 燃烧曲线不降反升怎么办？
      4. 如何写白板？
   3. 人员
      1. 人员变更
      2. 员工休假
      3. 如何衡量团队中个体的绩效价值？
      4. 如何向上级汇报工作？
      5. 如何得到上级支持？
   4. 评审
      1. 不好演示的功能 评审时如何展示？
      2. 无法按时交付？
   5. 测试
      1. 如何做到开发和测试同步？
      2. 测试何时介入？
   6. 文档
      1. 文档太少了，不习惯？
      2. 文档少了，如何给后来人接班？
   7. 工具
      1. 有什么好工具用？
      2. 配置环境所用的时间是否应计算到工作中？
4. 几种敏捷实践的对比
   1. XP
      1. 偏重工程实践
      2. 缺少框架
   2. RUP
      1. 框架复杂
      2. 9个工作流程
      3. 上手困难
   3. Lean
   4. Scrum
      1. 适应需求变更
      2. 清晰简单的框架
      3. 核心
         1. 列举任务
         2. 对任务排序
         3. 选择最高优先级工作
         4. 每日沟通
         5. 定期回顾、总结
5. 电子版下载