Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
建设优秀的技术团队
Search
冯 小强
August 03, 2012
220
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
建设优秀的技术团队
21号去深圳听的@msup 培训后,把内容提取出来,加上自己的一些理解,整理了一份PPT
冯 小强
August 03, 2012
Featured
See All Featured
The SEO Collaboration Effect
kristinabergwall1
1
590
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.4k
Rails Girls Zürich Keynote
gr2m
96
14k
Large-scale JavaScript Application Architecture
addyosmani
516
110k
How Software Deployment tools have changed in the past 20 years
geshan
2
35k
The Invisible Side of Design
smashingmag
301
52k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
590
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
780
HDC tutorial
michielstock
2
960
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
270
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
710
Paper Plane (Part 1)
katiecoart
PRO
2
12k
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