浅谈小组管理

浅谈开发管理

开发和管理-我们不一样

    自入行以来,单纯做开发已经有两年多了,在此期间基本上都是被管理者。team leader 安排任务,自己或者tl根据任务设计方案然后开始完成开发,自测,提交等工作。最近这半年转做tl以来,身份发生转变,职责也发生转变。由一个只管完成自己开发任务的开发者转变为一个要管理其他开发者的tl。这转变发生以来,越来越觉得这两者有着很大的不同,因为身份不同了,职责也就不同了。

    从局部到全局的转变。开发者只是负责模块中的一部分任务,相对单一;tl要对整体的模块有了解和掌握。

   从某项技术到更多项技术的转变。作为开发者需要的技术面围绕自己的开发任务展开,而一个tl需要帮助其他人解决技术问题,则其需要更加全面的技术积累。

   从注重技术到也更注重效率和质量。作为开发者,技术要求高,效率和质量也不能忽略;作为tl,不仅要注重技术的积累,也要注重工作的整体效率和工作质量,务必要求三者兼顾以达到按时保质保量完成团队的开发工作。

    当然,不同之处还有更多,就不一一列举了,仅以此来说明两者是不一样的。以下是自己的一些粗劣见解,欢迎各位批评指正。

管理自有其章法

    管理虽然不同于开发,但是两者也是密不可分的。技术开发有其设计模式与技术规范,那么管理也有其章程和制度,我们称其为章法。

    明确目标:作为tl我们需要明确我们的工作目标,包括做什么,在哪里做,什么时候结束,有什么需要注意的地方。尤其是需要注意的地方,往往会因为忽略这些小的细节地方导致整个工作产生一些错误,乃至影响全局;

    知人善任:根据每个开发人的能力分配适当的开发任务是分配工作的首要原则,如果将难度系数高的工作分配给工作能力低的开发人员,你将会有可能出现工作进度迟滞并且开发人员很不爽的恶性境地,反之则导致不能合理利用高级开发人员的能力并使之感受到不被重用的失落。

    敏捷开发:及时了解项目的进展情况并及时发现项目迟滞的因素,根据不同的延迟因素给出不同解决方案。例如,因为业务需求不清楚,则需要和产品及时沟通解决;技术问题则需要给出他们具体的技术方案和操作步骤,也可以给出参考文档,以便其快速的学会并运用;如果是因为部门协同推进困难,则需要进行更一进一步的快速有效沟通,当然必须先理清楚之前沟通不畅的原因;

    褒贬分明:表现超出预期的team member需要及时给出表扬,对于表现不好的tm要及时给予适当的批评指正。批评指正要注意方式和方法,更要思考为什么表现不好,是否可以帮助其做的更好些!

    谨言慎行:作为tl,关于工作的相关言论要正确得当,言简意赅。正确得当,只的是确定的事情确定的说,不确定的事情要说明待定性;言简意赅,是指通知事情或者总结的时候要简单明了,具体可参考叙述性文章的谁什么时候做了什么事情结果是什么等。

    以上其实只是简单的总结,管理比技术研究往往更为困难,管理是管人,研究人的规律,技术研究是研究事物的规律。也许只有以人为本,将心比心,不断总结,不断尝试,不断创新才能将管理做好。


猜你喜欢

转载自blog.csdn.net/tony_java_2017/article/details/80551484