自组织团队与松结对编程

陈勇
咨询师
火星人
谁来管理团队中的个体?

经理    自我管理
谁来管理团队中的个体?

“同行压力”    自我管理
自组织团队的潜在问题
• 想象中的程序员
 – 偷懒
 – 故意高估
 – 只挑轻活
• 实际的程序员
 – 需求镀金
 – 不理解需求
 – 盲目乐观
 – 信息不对称

                 7
敏捷Scrum计划生态全貌
             计划跟踪




8
1-3-9团队:人员构成




      9
1-3-9团队:人员构成


精通业务,了解市场
    ……


  精通业务
  精通技术


  懂业务
  技术好


  不懂业务
  技术一般
                  10
1-3-9团队:职能划分
        建议按故事群开发,以增进小组内部互相关注




       史诗故事    用户故事     分解故事
本次迭代
        Epic    Story    Story

                        一天节目单

               电子节目单    频道节目单

       节目单              一周节目单

               赛事节目单      ……

本次迭代                     家长码
       访问控制    主劢访问控制
                          ……
                 ……
       紧急缺陷
                 ……

                        11
1-3-9团队:日常工作实践


精通业务,了解市场
    ……
  “松结对编程”工作组

  精通业务
  精通技术


  懂业务
  技术好


  不懂业务
  技术一般
                       12
“松结对编程”

结对编程   松结对编程




               13
“松结对编程”小组长职责

通过指导、帮助、培养获得领导力
• 责
  – 对小组的成败全面负责
      • 进度/质量/成本……
  – 帮劣组员提高水平
      • 面对面沟通,反思与改进
• 权
  – 有权指派任务
  – 有权干预设计/实现
• 利
  – 拥有更好的升迁机遇


                            14
“松结对编程”工作习惯

每天工作习惯(实例)

• 早会:20分钟
 – 确定当天工作预期
 – “设计碰头”(简单规模估算)
 – 确定工作“关键点”
• 下午:5分钟
 – 修订当天的工作预期
• 下班前:0.5~1小时
 – 整合工作内容
 – 代码审查
 – 集成测试

                      15
“松结对编程”工作习惯

每天工作习惯(实例)

• “关键点”
 – “前关键点”
   • 防止返工,指导设计
 – “后关键点”
   • 保证质量,培养职业素养
• 随时(每1~2小时)
 – 充当现场客户
 – 小组长走查当前结果




                       16
“松结对编程”时间管理



• 师傅可以打断徒弟
• 徒弟不能打断师傅
 – 但可以预约师傅




                   17
1-3-9团队:实例(数字电视)

核心组:部门经理+小组长+独立工作者




                 部门经理




                           播发
 组长   组长          组长              外协   测试经理
                           加密机




 前端   机顶盒   底层       IC卡   安全          测试




                                 18
敏捷开发的团队观
松结对编程比结对编程好?

《金刚经》          敏捷版《金刚经》
• 如来所说一切法,   • 敏捷所说的一切方法,
  皆不可取,        都不可以原样照搬地使用,
  不可说,         也不可以原样照搬地传播,
  非法,          敏捷既不是一套一成不变的法
               则,
 非非法。          也不可以讣为是没有法则或任
               何法则都是敏捷。
松结对编程比结对编程好?

《金刚经》           敏捷版《金刚经》
• 如来所说一切法,     • 敏捷所说的一切方法,
  皆不可取,          都不可以原样照搬地使用,
  不可说,           也不可以原样照搬地传播,
  非法,            敏捷既不是一套一成不变的法
                 则,
 非非法。            也不可以讣为是没有法则或任
                 何法则都是敏捷。


• 菩萨为利益众生故,    • 推广敏捷的人为了改善研发,
  不着于相。          不能纠缠和执着于具体的做法。
相关问题
                    答案尽在作者博客:www.cheny.com
• 1         • 人员与结构
  •   1.1     – 在团队中使用层级结构,是否阻碍了个体与外界的沟通?
  •   1.2     – 师傅又要懂业务,又要懂技术,又要带徒弟,是否要求太高了?
• 2         • 师与徒
  •   2.1     – 高手不愿意带徒弟怎么办?
  •   2.2     – 招聘了徒弟,没有师傅愿意带怎么办?
  •   2.3     – 徒弟不听师傅的怎么办?
• 3         • 时间与效率
  •   3.1     – 师傅一个顶仨,照顾别人是否降低效率?
  •   3.2     – 一个人看那么多人的代码,会不会很花时间?
• 4         • 丏家与杂家
  •   4.1     – 大家需要了解的东西太多,生产率是否降低?
  •   4.2     – 有些人希望只丏注于自己的工作,怎么办?
• 5         • 绩效与成长
  •   5.1     – 师傅学不到东西怎么办?
  •   5.2     – 教会徒弟,会不会饿死师傅?
  •   5.3     – 徒弟的能力超过师傅怎么办?
陈勇
                                                                                                                               博客:www.cheny.com
                                                                                                                               微博:@火星人陈勇
                                                                                                                               邮箱:cheny@cheny.com




           © 2008 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.
The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should
 not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS,
                                                                           IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.

Doc 2011101404575913