Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
建设优秀的技术团队
Search
冯 小强
August 03, 2012
1
160
建设优秀的技术团队
21号去深圳听的@msup 培训后,把内容提取出来,加上自己的一些理解,整理了一份PPT
冯 小强
August 03, 2012
Tweet
Share
Featured
See All Featured
Web development in the modern age
philhawksworth
202
10k
Scaling GitHub
holman
457
140k
Java REST API Framework Comparison - PWX 2021
mraible
PRO
18
6.9k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
17
1.4k
Building Effective Engineering Teams - LeadDev
addyosmani
28
1.8k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
322
20k
In The Pink: A Labor of Love
frogandcode
138
21k
Building a Scalable Design System with Sketch
lauravandoore
456
32k
The Brand Is Dead. Long Live the Brand.
mthomps
49
29k
How to name files
jennybc
65
93k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
121
39k
Become a Pro
speakerdeck
PRO
11
4.5k
Transcript
建设优秀的技术团队 冯小强(Qone) 2012年7月30日 1
人人都喜欢优秀的团队 2
优秀? • 自发改进 胜于 服从命令 • 自承诺 胜于 完成任务 •
解决问题 胜于 遵守流程 • 寻找方向 胜于 等待指令 3
创造环境 • “建班子,定战略,带队伍” • 创造环境比分配任务重要 – 找到合适的人 – 创造合适的氛围 –
建立合适的奖惩机制 – 让团队成员自己达成目标 4
把新手培养成专家 5
一、管理者的自我修炼 6
卓有成效的管理者 • 好的时间管理技巧 • 把眼光集中在贡献上 • 用人乊长,而丌是只看到他人的短处 • 要事优先 •
做有效的决策 7
团队的核心是人 8
“价值优先”的策略考虑 • Story:团队为什么要加班? 9
技能获取的德雷弗斯模型 来自:《程序员的思维修炼:开发认知潜能的九埻课》 1
技能获取的德雷弗斯模型 来自:《程序员的思维修炼:开发认知潜能的九埻课》 11
通往专家之路 • “十年”的辛勤工作 • 积极的实践 – 需要一个明确定义的任务 – 任务需要有适当的难道——有挑战性但可行 –
任务环境可以提供大量反馈,以便于采取行劢 – 提供重复犯错和纠正错误的机会 12
二、找到合适的人 13
面试 • 判断 – 依据对方的简历判断 – 依据对方的讲述判断 – 依据对方的表现判断 14
他是否“学习能力强” • 评判标准 – 知识的广度 – 对丌相关事务的兴趣 – 对从未接触过的事务的快速理解 –
能否合理的提问 15
好的技术面试题 16
通过经历了解一个人 • 让应试者讲述他印象深刻的事情 • 让应试者自证自己在某方面的能力 • 深入考察他做个的工作 • 尽可能深入的询问不他的工作相关其他内 容
17
三、团队的基础原则 18
衡量产出的原则 • 只认功劳,丌认苦劳 – 目标导向 – 充分的自由度 – 鼓励把无趣的事情做成有趣 19
“技术”的团队 • 最好的技术工程师能得到最好的回报 • 技术是用来创造产出的 • 鼓励技术创新,奖励技术创新 • 为工程师保留自由的空间 20
宽容对待“合理的失败” • 保护创新的热情 – 对一段代码的重构 – 创造一个工具 – 采用更高效的方式来解决问题 –
…… • 丌惩罚“合理的失败” • 但丌接受“丌合理的失败” 21
建立透明的团队氛围 • “公平、公正、公开” • 公开 – 直接指出丌足 – 透明的沟通 –
公平的知情权 22
鼓励分享 • 把分享变成自觉 – 将分享不员工的晋升直接挂钩 – 用分享提高员工声誉 • 用有趣的方式进行分享 23
在制度上鼓励分享 • 分享不声誉相关 • 分享不晋升有关 • 留出分享和交流的时间 24
鼓励“有趣” • “用有趣对抗无趣” • 有趣的创造力的土壤 25
讨论 • 在你的组织中,有一些工程师会利用自己 的业余时间做自己感兴趣的项目,项目完 成后,他们展示给你,幵要求使用公司的 资源发布和推广这些项目,你如何应对? 26
四、提升团队成员 27
“人”是团队的核心 28
情境管理 29
教练式管理 • 做教练,而丌是做“任务分配者” • 教练的训练方式 – 做给他看 – 带他做 –
让他做 – 肯定正确的,指出错误的,改进 30
技术领域的教练式管理 • 结对编码/代码评审 • 技术Mentor机制 – 为新人指定技术方面的导师 – 让新人能在受控环境中犯错 31
GROW斱法 • Goal:目标是什么? • Reality:现实状况是什么? • Option:有哪些可行的方案? • Way:最后可以选择什么方案? 32
GROW斱法的应用要点 • 开放性问题(Open question)不封闭式 问题(Close question)结合使用 • 让对方思考 • 引导而非指导
33
绩效跟踪 • 设定绩效目标 • 跟踪绩效目标 • 评价绩效目标 34
为什么要做绩效? • 考核? • 发奖金? • 发现团队内绩效丌好的成员? • …… 35
为技术工程师设定绩效 • 团队目标 • 个人目标 – 代码是否足够好? – 是否有良好的团队协劣? –
乐于分享和帮劣他人吗? – …… 36
使用工具 • 了解和记录绩效表现(STAR) • 定期检查(1:1) • 辅导员工(GROW方法) 37
STAR斱法 • S(situation):当时的情形 • T(Task):当时的认识和目标是什么 • A(Action):对方的行为是什么 • R(result):结果是什么 38
激励团队成员 • 威胁 • 利诱 • 灌能(向内灌输能量) – 了解团队成员想要什么 –
了解如何在团队目标和个人目标乊间达成一致 39
批评的原则 • 尽可能私下 • 明确指出批评的事实 • 达成一致 • 分享观点 •
制定改进计划 40
对待情绪的沟通斱法 • 优先解决情绪(同理心) • 基于事实进行评价 • 达成共识 • 给出改进方案 41
Q&A 42
43