2015-7-8 12:15
纯属吐槽,不针对任何人和事。
对于某些三流团队来说,有一点比技术上所不足还致命。就是过度的流程化,流程化,开会,开会,分析,分析....反反复复....没有进入主题,其实BOSS想要的很简单,我要什么你快速给我
干出来就完事了。
OK,时间过去了,机会错过了,竞争对手的产品上线了....我们才开始编码 。如此反复的流程只会在大型互联网公司才会存在,对于三线城市的三流团队而言,需要的是实干家,
而不是分析师。
假如你是一个团队的TeamLeader ,那么 接收到BOOS下达的产品开发任务, 你会如何去分配？ 这里要考虑的是两种类型的人:
1、不懂技术,而是单纯做leader的人,姑且称之为项目经理,直接领导程序员,对于程序员下达产品生产命令,然后定时来催活,程序员怎么干不管,只要结果。
2、懂技术,而且是技术型Leader的人,有多年技术工作经验转型研发型leader岗位。
2种截然不同的结果:
1、第一种按照工厂式生产流程,还没进行详细设计。就进行任务分配,那些天干完哪些活,完没有针对性的任务分配,这就是此类leader的问题。 因为他们无法总览团队大局,甚至谁善于做
什么内心也没有衡量,往往的结果是过于依赖于程序员的结果,对于产品的质量,性能没有硬性指标,后果可想而知,改了又改,改了又改周而复始这个项目开始变得杂乱无章,乱七八糟的
代码充斥着整个项目,最后没法进行下去了,重构吧！或者放弃该项目吧。 此类工作中,leader完全无法掌握程序员的动向,深知无法知道程序员一天到底干了什么,干的好不好都无从考
究这是一个很严重的问题。 如果想解决这类问题,那么 此类型leader 必须为自己安排一个技术好副Leader,从而为自己出谋划策。
2、很幸运,如果公司团队leader是第二种人那么这个公司一定是一个潜力股,至少能让程序猿看到了某些希望。在产品任务下达之前,技术型leader会根据需求进行项目设计,技术分
析,进而进行详细设计,然后根据团队每位开发者的技术长处不同进行分工,然后规划合理的时间,并且亲身参与项目某些核心模块开发。结果可想而知,这个团队一定会干出一个很了不
起的产品,而且团队交流也会更融洽。
