zoukankan      html  css  js  c++  java
  • 软件开发中团队首领的好坏之分

    软件开发的成败更多的是在于人,而不是技术。当从大学毕业时,我以为,只有精通了各种技术才能成为一名伟大的程序员,以为人件管理技术是经理们的专属领地。但事实却给我好好的上了一堂课。经常我能听到有人说人件管理技术是学不到的,是一种天份,对这种观点我不敢苟同。

    没有人能生来就带有某种技能,我们都是通过观察和模仿(我们的偶像)来学习。你也许通过读书得到了这方面的一些知识,但是,我记得一句老话,我十几岁时读过的一本书的封面上印着它:“生活从书本中学不来,只能靠自己去感受。”

    如果你感觉在处理人际交往方面有困难,那么,唯一的方法是去观察,去学习。就这么简单。即使你现在不是一个团队首领,没有带领任何人,学习如何做一个领袖也是值得去做的事,在我们这样一个以人为本的产业里尤其是这样。

    虽然跟优秀的团队首领交往能给人非常好的感觉,但糟糕的团队首领却能凸显出领导能力的真正价值。我很幸运有过这样的经历,我有机会接触了不少十分糟糕的团队首领——你可以想象他们有多糟。下面我们就来看看好的团队首领和不好的团队首领之间的对比。

    内容 好团队首领 差团队首领
    责任感 好的团队首领勇于承担责任。如果项目失败,他会认为是自己受首先应该受责备的人,他有勇气承认这些。 差的团队领导会认为不是自己的错,他会把所有精力都投入到证明团队其他人员有罪,或把责任推到团队中某些他不喜欢的人身上。
    努力工作 团队首领应该是团队成员的劳动模范。至少会像团队其他成员一样努力工作。并不是因为他是带队的,他就有权了只选择干自己喜欢干的事情,把不好干的活儿丢给其他人。 差的团队首领认为自己有更重要的事情。既然手下有这么多人可以用,干嘛还要自己去编码呢?
    指导 好的团队首领会指导培养团队中的初级程序员。他不会让这些人在有难度的任务上受挫折。他知道对团队成员的培养投入必定能在开发质量上获得回报。 差的团队首领不在乎这些。经验少的程序员就应该用高难度的任务来锻炼。
    尊重 好的团队首领尊重所有团队成员,无论他们的技能如何。他知道带领一个团队的唯一方法是靠获得尊敬,而不是恐吓。 差的团队首领除了自己外不尊敬其他任何人。当有人出错时他会嘲笑,而且会把这些事情写入对上级领导的报告中。
    晋升 好的团队首领相信技术和专业能力的价值。他相信能通过做好自己的工作来获得应该得到的职位。 差的团队首领技术不行,拍马屁很在行。对下属趾高气扬,对上司极力奉承。
    情绪控制 好的团队首领性格成熟,他知道如何控制自己的情绪。他不会对着团队成员大喊大叫,也不会说出有任何威胁性的话。 差的团队首领喜欢亮出自己的身份,认为恐吓是管理一个团队最好的方法。他认为恐惧是最好的动力。
    信任 好的团队首领信任他的团队成员。他知道这些同事都是用知识技能干活的人,这些知识技能需要提高的。这就是为什么他会鼓励所有人走出自己熟知的知识领域,用一些新技术,这样他们会学的更多,变的更强。 差的团队首领除了自己不相信任何人。那些经验不足的人就只能去写文档,或去给自己的代码写单元测试。毕竟测试这种活儿没人愿意干。
    任务分配 好的团队首领会选择那些谁都不愿意干的活儿。把最艰苦的任务分给自己,身先士卒。 差的团队首领总是挑选自己喜欢干的活。也许是一个他一直想尝试的新框架。为什么这么好的机会没人跟我争?当他发现框架太复杂后,他会把它丢给团队其他成员,自己去修改一些小问题。
    报告问题 好的团队首领会努力解决所有问题。但总有不能完全做好的事情,这个时候,他会立即将情况报告给上级,让上级采取正确的措施。 差的团队首领总是掩饰问题。他不喜欢报告出现的问题,因为这会影响到他的声誉。如果问题出现,他会找一个人出来顶罪,永远不是他的责任。
    代码审查 好的团队首领喜欢代码审查,鼓励团队成员参与代码审查。当有重复出现的问题时,他会把问题记录到知识库里,这样所有人就能通过知识库更好的解决遇到的问题。 差的团队首领没有时间做代码审查,每个人都各自做自己的事。如果有人的代码出了问题,差的团队首领只告诉他如何解决问题。
    挫折 一个优秀的团队首领也许有一个糟糕的上级领导,但他告诉自己绝对不能像那个家伙那样为人处世。他很成熟,已经知道如何从别人的错误中吸取教训。 差的团队首领在自己受挫时希望下属也遭受跟自己一样的痛苦。
    新思想 好的团队首领善于聆听。他会让团队成员举行各种头脑风暴。他知道好主意往往在无意间冒出来。 差的团队首领不喜欢别人“炫耀”他们自认为的好想法。他认为自己的想法更好。如果他听到了一个有趣的观点,他会取笑它,然后到上级领导面前邀功说自己有了一个好主意。

    不称职的团队首领会让公司破财。如果项目由一个不称职的人带领开发,最终弥补他的过失的成本会比让一个有水平的团队重新开发还要高。这听起来像是童话,但上面这些差的团队首领的特征都是从真实生活中整理出来的,我很感谢所有这些不称职的人,他们让我学到了团队领导艺术中难得的教训。

    [英文原文:Good vs Bad Leader ]

  • 相关阅读:
    创建Variant数组
    ASP与存储过程(Stored Procedures)
    FileSystemObject对象成员概要
    Kotlin 朱涛9 委托 代理 懒加载 Delegate
    Kotlin 朱涛 思维4 空安全思维 平台类型 非空断言
    Kotlin 朱涛7 高阶函数 函数类型 Lambda SAM
    Kotlin 朱涛16 协程 生命周期 Job 结构化并发
    Proxy 代理模式 动态代理 cglib MD
    RxJava 设计理念 观察者模式 Observable lambdas MD
    动态图片 Movie androidgifdrawable GifView
  • 原文地址:https://www.cnblogs.com/daichangya/p/12959000.html
Copyright © 2011-2022 走看看