浅谈大锅饭思想在应用软件项目开发团队中的利与弊
论文背景:随着信息技术的发展,软件开发的复杂度越来越高,个人英雄主义时代已不能适应软件发展时代的需要,
从而团队合作的概念成为了软件开发的主流声音,成为了软件开发的流行词。
Team Leader成为了一种新的职业,也很快成为了热门职业。很多Team Leader开始提倡团队精神,团队管理。
现在就我个人的经验与思考,浅析团队管理中应该避免的一种领导思想-”大锅饭思想“。
”大锅饭“一词大家都熟悉,我们的父辈以前就尽力过大锅饭时代。没过多久就被责任承包制所替代,因为大锅饭思想不能
很好的适应生产关系,发展生产力。
在软件团队的管理中,我们的Team Leader应该避免这样一种思想,不要只看到大锅饭思想的其中利的一面,而忽略的弊的一面。
大锅饭思想有其利也有其弊。
弊端表现在
1.不能发挥团队中的优秀人员的主观能动性。举个例子在一个A任务中,有甲、乙、丙三个人共同协作完成A任务。A任务可以被分解:A1/A2/A3子任务。
甲完成 A1-2d A2-1d A3-1d 共计4d
乙完成 A1-2d A2-1d A3-1d 共计6d
丙完成 A1-2d A2-1d A3-1d 共计8d
倘若由甲完成只需4天/人,由乙单独完成6天/人,由丙单独完成8天/人,但由甲、乙、丙三人自由合作完成需要则要高于10d/人。
自由合作中甲、乙的优势不能发挥,发挥的水平低于丙的水平。因为甲、乙也不会努力的去做,每个人都明白责任不是个人的是团队的。大锅饭思想缺乏激励性。
2.合作沟通需要时间。开发的过程中需要统一设计思路,达成共识。达成共识的过程需要花掉一部分时间。
3.业务的理解需要时间,一个人去熟悉一个任务在同等的时间内,效果比在同等的时间内熟悉整个务要专业,开发设计的东西更专业、完美。
有利的方面:
1.一个问题征求多个人的意见,对问题的认识比较全面,集思广益的作用。
2.遇到难点问题,可以讨论,开阔问题的解决思路。
面对大锅饭思想在Team Leader的利与弊,个人觉得可以改变下领导方式,汲取大锅饭思想的优点避免其缺点。
1.任务安排必需具体,责任到人。任务完成的质量与效率综合指标作为晋升、加薪的考核指标。
2.针对Team Leader安排的任务,团队人员必需有自己的详细执行计划,详细执行计划上报Team Leader。由Team Leader监控项目进度。
3.任务安排讲究精、专、细,程序员不需要思考太多的业务问题,应该抽调团队中擅长业务分析的程序员充当需求分析与设计的角色,由其主导整个系统的架构、分析与设计。系统的分析、设计形成规范的文档,按照软件开发文档编写指南规范编写。
4.分析、编码、测试阶段应该划分。分析阶段指定团队中擅长业务的,编码阶段指定团队中擅长编码的,测试阶段指派擅长测试的。因为团队中人员在招聘选拔人员的时候应该要考虑各有所长因素。各有所长组合的团队是群策群力,积极进取的团队,因为能给每个人带来成就感,这也是一种激励。是一种精神
激励。
最后希望此文章能给Team Leader带来一定的参考价值,起着一定的指导作用。