对于程序猿来说,一个好团队和差团队的区别在哪里

作者: admin 分类: 码农职场 发布时间: 2018-05-27 13:23  阅读: 397 views

有幸带过团队,也在几个团队中呆过。发现一个战斗力强大和一个工作能力低下的团队之间,差距是真的太大了。

给人的感觉迥然不同。所谓‘近朱者赤近墨者黑’,也能在团队里给出很好的诠释。下面列举一些参照点,做下对比。

对我呆过的两个团队做个评价。

分类 团队A 团队B 感觉
业务 P2P行业类 电商/流量类 好的团队应该不局限于业务类型,而是对业务的理解/掌握程度
人数 45人左右,包括前端、JAVA+PHP后端、运维、测试、美工、DBA等 20人左右,包括JAVA+PHP后端、DBA、 人数多致使团队大而全,解决问题的能力更强;人数少致使团队小而精,可以更专一的做相关事宜。主要看团队之间是如何配合,才能立现高低
时间 1-2年的成长、磨练期 1年左右的成长、磨练期 团队内部成员的默契是需要锻炼的。是否能够取长补短,相辅相成,带头的很重要,然后才是成员的自我成长意识、责任心等等的较量
负责人基本信息 85年生、男、保守型 87年生、男、远见型 保守的领导,团队稳当;远见的领导,团队上升。后者更能提升整个团队的积极性以及方向正确性的把控
负责人思维方式 偏局部,较少从整体出发。会具体的安排某一项任务。对大项目的把控能力较弱。 会统筹整个项目做计划安排。对于单个任务也会直击深处。 带头人眼界的高低,决定了项目的质量和进度。前者会让进度失控,整体有快有慢;后者保证进度。眼界的高度,这个是需要历练的,猜不着、说不透。体验过才知道,所以后者更有经验。
负责人说话逻辑 每以处罚力度开头 举例子,说问题,讨论处理 前者对团队成员的融入感较差;后者团队氛围融洽。综合较好。
负责人工作内容 盯着每一个人开发,报告,不做具体工作 任务分发,自己做一些工作 前者由于思维方式的差距,导致效果终归不好;后者整体划分比较好,自己也能同步沉淀。
负责人自身魅力 无,根据上面要求做事,被其他部门压着 以事论事,从用户体验触发。根据合理度会和其他部门冲突 这个是决定成员对负责人的认同感的重要一环。
团队氛围 一般,有些事情互相推脱,笼罩在一种害怕担责的环境中 比较和谐,老大能够力排众议,给成员一种可靠感。有条不紊的做事 氛围的好坏,能直接影响团队的战斗力。塑造的过程中带头人是很重要的。
团队效率 偏低下,因为怕担责,能拖则拖,不是自己的职责绝不过问,导致配合没默契 中等,核心资源被控制,不能有效释放劳动力,造成高手太高,低手太低的情况 感觉合理的资源分配是个重要因素。有人掌舵,有人干活,各司其职,目标一致,这样才能持久。需要共同努力。抓大放小,那么小的小块需要有人承担起来;抓小放大,全局必须规划好。
团队配合 推脱,即便有几个人做的不错,难以撼动整体。 较为相互理解。沟通成本比较高 错误的人放在了错误的位置上,发挥不了作用,可能还有反作用。
团队成长 成长性一般,学习氛围差,只是在打工 为了做事而做事,在具体技术/能力上会有一定的提升学习 良性的团队一定是在不断的成长、学习的。战斗力越来越强。否则只会被淘汰,或者原地打转。
团队流动性 较大较快 正常 大家的目标、想法不一样,难去衡量
团队新人 重压、较大工作量 散养 不论年限长短,应该有个较明确的工作指引,且循序渐进的开展。否则,要不不知道干嘛、要不压力过大

其他的想到了在更新,修整吧。

一个好的团队,不仅仅是给公司带来了价值,更重要的是实现了每个成员的价值。个人与团队一同成长,才会留下更深的记忆。

团队的成员很重要,团队的领头人更重要。如果你是成员,请做好自己的本职工作,并合理的配合他人;如果你是老大,请合理的安排自己的资源,发挥他们的能量。给自己一个合适的定位,做好自己。


   原创文章,转载请标明本文链接: 对于程序猿来说,一个好团队和差团队的区别在哪里

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!

发表评论

电子邮件地址不会被公开。 必填项已用*标注

更多阅读