转载一篇文章,解决了我几年的困惑。

原文出处: http://blogread.cn/it/article/7113?f=catetitle

前些天看到余晟老师写了一篇文章《领导需要比下属更懂技术吗?》,提出了一个对于很多技术管理者来说的困惑:技术领导必须更懂技术吗?做了领导以后,因为工作的关系,许多人都不那么熟悉基础的技术了,结果自己心里没底,更怕遇到问题时在下属面前丢脸。所以,有些人选择了双管齐下——既不放弃领导的工作,又不放弃原有的技能,结果疲惫不堪。还有人干脆选择不当领导了,因为有手艺,才有安全感。

作为一个技术团队的管理者,例如CTO,这确实是一个需要平衡好的问题。CTO必须精通技术,这是因为:CTO必须对技术有宏观的了解,对技术发展趋势有清晰的把握,才能够指引公司在技术领域正确的发展方向;CTO在必要的情况下,必须能够对某一个技术领域进行深入的了解和把握,才能决策公司采取的技术方案;一个不精通技术的CTO,很难做出正确的决策,也很难管理好研发团队。

但CTO又不能仅仅只是技术高手,CTO的日常工作更多的是管理研发团队,激励团队达到目标,技术好并不意味着你擅长管理团队。特别是如果CTO把大部分精力放在团队管理上的话,是很难在技术上始终保持一线研发的水准的。如何解决管理团队和保持个人技术水准之间的矛盾呢?

我提供一点个人经验,答案就是:建立学习型组织。个人的学习能力再强,其实也强不过一支团队,设想一下,如果能够把整个研发团队的所有研发人员的大脑都利用起来,让大家来共同学习,不是比你自己一个人学习效率高很多很多倍吗?我在带领研发团队之前,学习技术就是自己一个人闷头学习和钻研,确实是挺苦的,效率也不能算高,随着年龄的增长,越发感觉学习效率在降低。当我带领研发团队之后,我觉得非常开心,因为我有很多颗年轻的,学习能力强的大脑可以为我所用了。

我的办法是这样做的:

1、招聘员工的时候,注重挑选学习能力强,在技术上有追求的研发人员;

2、当研发团队处于比较空闲的研发周期的时候,安排比较多的学习任务,要求不光自己学习,还要做分享给整个研发部门,并且我会把学习任务也列入KPI考核当中;

3、每个研发团队在结束一个研发周期之后,要做开发项目的总结,将做这个项目的经验和技术要点分享出来,讲给整个研发部门;

4、当某个研发团队碰到技术上的难点,我会要求研发团队做分享,提出问题,组织整个研发部门一起来讨论和解决,谁有兴趣解决,都可以跨团队参与进来;

5、对于技术领域的前沿发展方向,只要员工有兴趣,就鼓励他们学习和尝试,然后分享给整个研发团队。

简单来说,就是在整个研发部门内部,建立一种无障碍的钻研、学习和交流的文化;每个人都可以提出问题,请教其他人,每个人也可以分享自己在项目当中的经验总结,或者自己的拿手绝活;当遇到技术难点,则可以发动整个部门的智慧群策群力解决。

当建立了这样一种学习型的文化以后,组织当中的每个人都能够从中受益:

我自己就再也不需要自己闷头苦学了,如果想了解什么新技术,发动团队去学习,探索和尝试,然后让他们将所有的经验分享给我。当然我会从我的角度提出很多问题,要求他们进一步钻研,通过这种群体学习的方式,可以让我不费吹灰之力,始终保持在技术领域的视野和经验,整个团队就变成了我掌握技术的延伸大脑;

对于团队的中的每个人,一方面极大激发了他对技术的学习和钻研精神,另一方面可以扩充他的技术视野,不光接触到自己了解的技术,在和整个团队互相学习和交流过程当中,相互借鉴和了解了非常多的知识和经验总结。

当这样的学习型组织建立好以后,我当时的研发团队甚至自发的建立了每周四固定分享日,用一整个下午的时候交流技术,研发都很积极主动分享自己独到的技术,例如vi的使用技巧,git工作流,mongodb的优点和确定,hadoop群集的分布式运算,中文分词的原理,ruby on rails4新特性,LVS配置负载均衡,iOS app开发,HTML5技术等等。基本上都是结合自己工作当中使用到的技术以及经验的总结,五花八门。我自己也不是每次都出席,只挑选自己感兴趣的topic去听讲而已。

所以,我觉得对于一个技术管理者来说,保持技术水准,和管理好研发团队,并不相互冲突,你的研发团队越优秀,其实意味着你的技术水平越能够提高到更好的水准,这本质上是一个如何学习知识的方法论问题,群策群力的学习方法,一定会优于个人的学习方法。所以我接下来,也想更深入的探讨如何学习的问题。

建立学习型组织 - 解决了我几年的困惑相关推荐

  1. 数字化探索:建立学习型组织,HR 也能驱动业务营收?

    本篇文章暨 CSDN<中国 101 计划>系列数字化转型场景之一. <中国 101 计划--探索企业数字化发展新生态>为 CSDN 联合<新程序员>.GitCode ...

  2. 建立学习型组织:Scrum和Kanban殊途同归

    从方法论的海洋到方法论的灯塔 敏捷方法有40多种,可以称为方法论的海洋.学海无涯,对于沉浸其中的人不会觉得有什么,而对于受众,敬而远之恐怕只能算作一种正常的态度. 我们需要找到方法论的灯塔,即其中简单 ...

  3. 五项管理行动日志_迈向学习型组织,企业必须具备五项修炼

    未来真正出色的企业,将是能够设法使各阶层人员全心投入,并有能力不断学习的组织. --彼得·圣吉 陈春花老师曾说,一个企业组织在平稳发展之时,最可怕的是怠情,是组织疲劳,就像人们说的"温水煮青 ...

  4. 讲义:第五项修炼(学习型组织的艺术与实践)

    主要内容: 作者及书. Part I. 我们的行动如何创造事实,我们如何才能改变现实. Part II. 第五项修炼:学习型组织的基石. Part III. 建立学习型组织. Part V. 实践中的 ...

  5. 小公司技术管理者的点滴--学习型组织

    什么是学习型组织 彼得圣吉对学习型组织是这么描述的:企业应建立学习型组织,其涵义为面临变遭剧烈的外在环境,组织应力求精简.扁平化.弹性因应.终生学习.不断自我组织再造,以维持竞争力.且包含5个要素: ...

  6. 学习型组织和自我优化型组织

    一.三个组织的故事先讲故事.以我呆过的三个研发组织为例: 组织A:从公司老板到基层程序员,都保持了很高的继续学习受教育的意识,大老板带头读了MBA,中层和基层成员根据个人的爱好和职业规划,有的读了MB ...

  7. 学习是第一生产力——学习型组织众书读后感

    经过2个礼拜的"学习型组织"相关学习,感觉这是一门需要长期实践的学问. 因此没有打算一次全弄通,也不可能短期内弄通. 也不想照搬照抄.一个是抄不来,一个是抄无用.所以想找点接地气, ...

  8. 第五项修炼--学习型组织的艺术与实践

    强烈推荐这本章,是很久难得的一本书 五项修炼分别为:自我超越,心智模式,共同愿景,深度汇谈,系统思考 以下是简单摘要: 前言 领导力的本质不在简单的行动和目标,而在一种更微妙的身心状态.它使领导者与现 ...

  9. 聊聊学习型组织的五项修炼(上)

    这是鼎叔的第二十五篇原创文章. 行业大牛和刚毕业的小白,都可以进来聊聊. 欢迎关注本人专栏和微信公众号<敏捷测试转型>,大量原创思考文章陆续推出. 本文是对<第五项修炼-学习型组织的 ...

最新文章

  1. 导致用户体验差造成网站跳出率过高的原因有哪些?
  2. android 插件化 模块化开发(apkplug)
  3. CodeForces - 1303E Erase Subsequences(dp)
  4. Java 中的List动态转Map集合
  5. 前端开发 css样式的简写
  6. Quote Form OnLoad Implement Add Leftnav, count Activities
  7. property内存管理策略
  8. 为什么互联网公司天天都在招人?
  9. pythonpdf使用教程_Python基础学习教程:Python玩转PDF各种骚操作大全
  10. Maven私服Nexus安装与使用,鸟哥的linux私房菜pdf百度云
  11. Postman下载及WebApi测试遇到问题点
  12. Intel8251可编程串行扩展RS232串口
  13. win10运行安装软件程序提示“为了对电脑进行保护,已经阻止此应用” 有效解决方法记录
  14. 这台IPAD最适合程序员编程!!!
  15. [背包DP] 洛谷相关题目整理与练习(74题-)
  16. 字节Java高级岗:K8S太火了!花10分钟玩转它不香么
  17. Java实现 蓝桥杯 算法提高 快乐司机
  18. Quartz使用详解!
  19. LAN、WAN、WLAN、VLAN的区别
  20. 四位行波进位加法器_【HDL系列】硬件加法器原理与设计小结

热门文章

  1. 数据结构(线性表树图)
  2. 计算机考研408专业课 思维导图
  3. scada与MySQL连接_SCADA系统数据库连接功能设计及应用
  4. javac HelloWorld.java 找不到文件问题
  5. php md5 32 大写,编写生成32位大写和小写字符的md5的函数
  6. 你这么努力转型,就为了证明失败?——数字化陷阱系列报道(1)
  7. 为什么要学习 Python?这是我听过最实用的答案
  8. IBM Websphere MQ 基础0:Linux下安装IBM MQ 7.5
  9. 湿地营救机器人_“湿地卫士”创意机器人,真棒!
  10. Flex主轴与交叉轴