Doc 2011101404575913

23

Transcript of Doc 2011101404575913

Page 1: Doc 2011101404575913
Page 2: Doc 2011101404575913

自组织团队与松结对编程

陈勇

咨询师

火星人

Page 3: Doc 2011101404575913
Page 4: Doc 2011101404575913

谁来管理团队中的个体?

经理 自我管理

Page 5: Doc 2011101404575913

谁来管理团队中的个体?

“同行压力” 自我管理

Page 6: Doc 2011101404575913
Page 7: Doc 2011101404575913

自组织团队的潜在问题

• 想象中的程序员

–偷懒

–故意高估

–只挑轻活

• 实际的程序员

–需求镀金

–不理解需求

–盲目乐观

–信息不对称

7

Page 8: Doc 2011101404575913

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

8

Page 9: Doc 2011101404575913

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

9

Page 10: Doc 2011101404575913

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

10

不懂业务

技术一般

懂业务

技术好

精通业务

精通技术

精通业务,了解市场 ……

Page 11: Doc 2011101404575913

1-3-9团队:职能划分 建议按故事群开发,以增进小组内部互相关注

分解故事

Story

用户故事

Story

史诗故事

Epic 本次迭代

本次迭代

节目单

电子节目单

一天节目单

频道节目单

一周节目单

赛事节目单 ……

访问控制 主劢访问控制 家长码

……

紧急缺陷

……

……

11

Page 12: Doc 2011101404575913

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

12

不懂业务

技术一般

懂业务

技术好

精通业务

精通技术

精通业务,了解市场 ……

“松结对编程”工作组

Page 13: Doc 2011101404575913

“松结对编程”

结对编程 松结对编程

13

Page 14: Doc 2011101404575913

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

通过指导、帮助、培养获得领导力

14

• 责 – 对小组的成败全面负责

• 进度/质量/成本……

– 帮劣组员提高水平

• 面对面沟通,反思与改进

• 权 – 有权指派任务

– 有权干预设计/实现

• 利 – 拥有更好的升迁机遇

Page 15: Doc 2011101404575913

“松结对编程”工作习惯

每天工作习惯(实例)

15

• 早会:20分钟 – 确定当天工作预期

– “设计碰头”(简单规模估算)

– 确定工作“关键点”

• 下午:5分钟 – 修订当天的工作预期

• 下班前:0.5~1小时 – 整合工作内容

– 代码审查

– 集成测试

Page 16: Doc 2011101404575913

“松结对编程”工作习惯

每天工作习惯(实例)

16

• “关键点” – “前关键点”

• 防止返工,指导设计

– “后关键点”

• 保证质量,培养职业素养

• 随时(每1~2小时) – 充当现场客户

– 小组长走查当前结果

Page 17: Doc 2011101404575913

“松结对编程”时间管理

17

• 师傅可以打断徒弟

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

Page 18: Doc 2011101404575913

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

18

部门经理

组长

前端

组长

机顶盒

组长

底层 IC卡 安全

播发

加密机 外协 测试经理

测试

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

Page 19: Doc 2011101404575913

敏捷开发的团队观

Page 20: Doc 2011101404575913

松结对编程比结对编程好?

《金刚经》

• 如来所说一切法, 皆不可取, 不可说, 非法, 非非法。

敏捷版《金刚经》

• 敏捷所说的一切方法, 都不可以原样照搬地使用, 也不可以原样照搬地传播, 敏捷既不是一套一成不变的法则, 也不可以讣为是没有法则或任何法则都是敏捷。

Page 21: Doc 2011101404575913

松结对编程比结对编程好?

《金刚经》

• 如来所说一切法, 皆不可取, 不可说, 非法, 非非法。

• 菩萨为利益众生故, 不着于相。

敏捷版《金刚经》

• 敏捷所说的一切方法, 都不可以原样照搬地使用, 也不可以原样照搬地传播, 敏捷既不是一套一成不变的法则, 也不可以讣为是没有法则或任何法则都是敏捷。

• 推广敏捷的人为了改善研发, 不能纠缠和执着于具体的做法。

Page 22: Doc 2011101404575913

相关问题 答案尽在作者博客: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

Page 23: Doc 2011101404575913

© 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.

陈勇 博客:www.cheny.com 微博:@火星人陈勇 邮箱:[email protected]