标签：
总结自：阿里巴巴李云的《打造高质效的技术团队》
一、现象
1、职业化水准偏低
1.1 服从 vs 责任：没有思考，领导说了就做
1.2 勤劳 vs 效率：加班不等于能力和贡献，要提高质量和效率
1.3 团伙 vs 团队：合作，成员往往自我管理能力非常差
1.4 技术能力 vs 专业做事：心态
2、能力与价值的认知
2.1 能力不等于高价值
2.2 如何输出价值
3、基层技术管理缺失
3.1 忽视管理的价值
3.2 过度关注结果而忽视过程
二、思考
1、从代码入手
2.1 技术切入点好于管理切入：
管理要有技术敏感度，哪些地方可能有坑，各种情况要考虑到，不要轻视任何任务
工程师天然忽视管理，获得团队的认可和信任，靠实干和帮助别人，所以做管理应该先做好技术
2.2 获得团队的认可和信任：
实干和帮助他人提高
概念能力很容易打动人，基于自己的能力获得话语权和影响力
2、引导编码规范落地
2.1 确立规范：遵守《google C++ Coding Style》
成员往往不敬畏规范
2.2 验证结果：走查每位同学的代码确保落地
1）群中公开指出不足
2）告知哪些点需要改善和如何改善
3）以集体的力量约束个体的不良行为
4）引入《软件开发指南》
2.3 培养团队较真的工作态度和良好的编码习惯
3、管好“技术债”
3.1 随时记录发现的技术改善点
3.2 作为一个需求源，让“技术债”在视线之内，避免“债台高筑”
4、引导全员参与和分享
引导全员参与一些文档的创建与修订，让管理意识萌芽强化知识管理
5、寻找技术同盟，实现小团队拉动大团队前进
5.1 并非“拉帮结派”，相同价值观
5.2 通过技术同盟放大积极改善的声音
5.3 为技术同盟获取更高的话语权
5.4 要有培养下属的能力
6、打造开放的工作环境，让工作环境公平进而使人心静
6.1 鼓励大家分享想法，只有说出来才能证明是否有价值
6.2 积极采纳所提出的建议及意见
6.3 公开承认和表扬独特的思考
7、致力于团队的可持续发展
7.1 工种关系的可持续性，打造“正规军”而不是“杂牌军”
技术与产品：大多数团队产品压着技术，不具有可持续性，不能一边倒；
技术与测试：bug提的多，开发不开心，bug提的少，测试不开心，重点不是bug提的数量，
而是出现问题大家一起想办法解决才是根本；
协调其他部门，怎么制定文档、需求、问题能让开发很容易理解看懂，文档越少越精简越好
7.2 业务发展的可持续性
7.3 工作激情的可持续性
团队需要公司、产品发展的刺激
8、以管理原则引导团队发展
8.1 降低管理复杂度，提升管理效率
小事举轻若重（代码规范当大事），大事举重若轻（出现bug一起分析反省）
8.2 大原则大方向确定
原则定义的能力，有些需求符合原则，不用麻烦领导，just do it
8.3 引导职业发展
管理的责任，不只是指指点点
8.4 能动性
能动性，凡是没有价值的请示都得批评
8.5 工作日报
必须！
9、明确7大管理原则
10、完善组织架构
11、给绩效考核松绑
绩效考核不是重点，贡献透明才是重点
12、让项目运作更加敏捷
标签：
原文地址：http://www.cnblogs.com/John-Chen/p/5768563.html
