您的位置:首页 > 其它

技术管理之思考-回顾2010

2011-01-20 00:20 435 查看
首先我还是自报一下职位吧,因为下面的文章都是基于我的职位展开来说的心得体会。

目前就职一家不是很大的IT软件公司的产品开发部技术经理一职。



管理是一门艺术,同时也是一门技术,目前我的状况应该属于还是摸索着前行。



2010年已经过去,2011年已经来到,不过年终终结还没有提交,甚为不安。不过小的现在最想写的还是过去的一年里,作为一个技术管理的初学者的一点浅薄的想法和行动吧。



小弟觉得技术管理确实是一件很难的事情,他不同于一般非IT企业的管理模式。就比如说产品经理这个职位吧,在最近一期201101的《程序员》里也有阐述,他已经不是我们普通意义上的产品经理了。他更注重的是解决技术问题,拿出解决方案,对产品的掌握和创新等,而不用关心销售或者市场什么的,把销售和市场都交给别的部门去操心吧。



不好意思扯得有点远了,废话不多说,上菜!就说说我在公司的一些做法,或者将要做的一些想法吧。



1、绩效考核是个屁(对不起我用粗语了,但是我觉得确实很气愤),公司一直都在执行,而且一直都在变革,在2010期中还做了一次大调研,改进了一些。但是对于我们技术人员来说,还是存在很多问题的。比如,工作如何量化,代码质量如何评定,分派任务的复杂度如何评判等等。所以我打绩效的方法通常是全部满分(当然这里不是说我的做法是对或错,我只是觉得我的手下都很认真付出了,应该有相应的回报,不想让绩效成了公司克扣工资的工具,当然这里不是指的我的公司,而是一些小公司的龌龊行径)。而对于突出表现的1-2个员工,我会尽量多的正确加绩效。



我后期的想法是想学习唐骏的方法,每半年或者每季度都评选一些各方面的优秀员工出来,然后来一个隆重的颁奖典礼,奖品并不需要多大的价值,目的是为了让他们知道公司承认他们的价值,重视他们(我觉得大多数技术员工其实都傲,喜欢得到尊重和重视)。并且给别的技术人员一个好的榜样。





2、每个星期最多每两个星期召开一次部门例会,相信例会和大多数IT企业差不多,无非是汇报一下这一个星期一来的工作情况和下一个星期的大致计划,不过我这里想说的是,以前我们公司部门例会(我所处的部门是产品开发部)参加会议的是部门的产品经理、技术经理以及QA、配置管理员等。后来我们做了一些调整,现在参加会议的是整个产品的所有员工。这样一来在例会上就由开发人员自己来汇报工作进度,产品经理和技术经理再做一些简短的补充。我觉得这样的好处有很多,比如可以让每一个开发人员更好的融入到这个团队里,让每一个员工都清楚的认识到自己的工作是多么的重要或者是多么的有影响力。可以让他们对自己的工作更负责任。





3、新人招聘,我的要求很简单:a)对软件开发要有浓厚的兴趣,这一点非常重要,可以一票否决的。b)要有很强的责任心。c)职业化程度越高越好,简单的说就是对他自己应聘的岗位职责要很清楚,并且能以一个职业人的态度来对待。d)逻辑思维能强,解决问题能力强,会最基础最简单的算法。e)知道什么是设计模式什么是OO有一定心得体会。f)沟通、团队、协作。





4、排计划,每个星期一清理上一周的计划,并安排下一周的计划。不用安排的太远,最多排两周,应该计划永远赶不上变化,不过对大的进度要有一定的掌控能力,失控了可不好。





5、这一点我觉得非常重要,好记性不如烂笔头。不管什么事情,不管大小,甚至是不管是否要你处理,第一时间把他记下来。等空闲下来了慢慢整理,每天早上到公司第一件事情就是整理笔记,看有什么事情是紧急的今天要处理的,什么事情是要交个别人处理的,什么事情是需要你去跟踪的等等。其实我自己是做了一个小工具,把事情录入数据库中,用程序来管理,这样做还有一个好处就是每个月写总结的时候,也可以回顾一下这个月我都处理了什么事情。(大家问我小工具哪里来的?自己做撒,大家都是做软件的,相信这么简单的一个小程序5分钟就可以搞定了)





6、代码走查,公司现有的制度是对于复杂一点的代码需要编码人的上级或者是上级指派专门人员进行代码走查,提bug然后修复。但是我的想法是所有的代码修改必须经过审查(通过一个或多个开发人员),必须保证所有的修改至少要被一个人审核,这种审核可以是互相的,并不一定是上级负责人。虽然现在公司并未实行,但是我觉得这是非常有必要的。这样一来提高了代码的质量,二可以使更多的人了解产品的新功能,而且还可以互相学习增进团队协作等等。





7、入职培训,这也是一件头痛的事情,我们公司一般是4个星期,主要是由我来负责完成。其实倒是觉得培训内容只是形式上的,最重要的我还是在观察每一个新人是否达到了我在新人招聘时的那些要求。对那些要求我会不断的审查,看你是否合格的。因为我觉得那些确实非常重要。

最后我想说的是在2011年我想做的事情,作为一个技术经理应该做的事情:
1、技术创新。
2、产品的代码重构、模块重构、框架重构。
3、团队建设,增强培训指导。

暂时就这么多吧,天色已晚,程序员也是要睡觉的。文章写的不好,看完的同志辛苦了。提前祝你们新年快乐!
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: