新产品是基于某个开源框架开发的,有一个至关重要的特性,需要框架底层有支持才能完成。相关的函数,就在文档里写着,但是开发同学愣是没有发现,其主管甚至做好了重新创造轮子的计划。。。幸好我特别关注这个特性和进度,也一直在关注这个框架相关的技术,当知道难处以后去把文档浏览一遍,立刻就发现了这个函数,早上来通知开发同学一测试,大功告成。
今天和人说起来,我现在就是典型的"信息工作者",每天处理大量信息,然后产生出对工作有用的新信息出来,推动进步。只动眼睛和大脑,不写代码不动手,最后动动嘴写写邮件就是我看得见的物理产出。
文档放在那里不会用,不去读。我认为就是学习能力的问题。或者英语不好?总之不善用知识的人,肯定很难适应IT行业。
得不断评估每个下属的学习能力。。。。每次PM就不要提创新了,连学习都不行,还搞个屁的创新!====
但这个主管肯定是有能力的,可能是太相信手下的程序员?我觉得这又是一个态度的问题:你完全信任手下能构建好相关的知识体系吗?是否轻易得把这个性命攸关的因素交托在他人手上?
作为技术主管,除了完成绩效、确认手下都在正确出力之外——这也是包工头的工作模式——还需要为个人怎么去学习和发展头脑、团队如何做好知识管理而努力
Topic:
技术
评论
有的问题要代入到现场环境去看待
首先我赞同it工作者应该不断的学习与更新自己的知识
其次 我认为你这个例子需要具体分析
当然你的猜测是一种可能
另一种可能是文档弄得不是那么好 并非所有人都有那个空闲时间去把文档的每个角落都过一遍 业界经常有句话叫 与其修改 不如重做 最近的libressl就是个活生生的例子
确实有可能。但我想最关键的还是如何去改进,不论人家文档写得
确实有可能。但我想最关键的还是如何去改进,不论人家文档写得怎么样。为啥我能做到的事情手下做不到,除了他有问题,我也有一定责任