如何向管理层证明平庸的开发人员正在伤害团队

82 training-data

我处于一个不稳定的位置,即"管理"一家小公司的开发团队.我说"管理"是因为虽然我分配工作并提供有关其表现的反馈,但我在实际管理个人方面没有办法.

我的一些团队我不知道该怎么做,他们无法独立工作,需要大量的手持,并且当他们离开时通常会对项目造成严重破坏,通常会导致失败.当失败确实发生时,我只能打捞项目并将其推向终点线(有时一瘸一拐).

这些开发人员不仅缺乏编程概念的技能,而且通常能够为代码中的问题制定解决方案.像写循环这样的简单事情对他们来说很难,更不用说设计和实现问题的解决方案了.

我们尝试过结对编程,提供支付课程,购买书籍,在工作日分配培训时间,甚至花费一整天来培训团队.

另一位高级开发人员和我不知道该怎么做,但是我们的生产力日益受到限制,不得不每天与这些人打交道.管理层迫使我们给他们工作,他们的主要抱怨是事情没有尽快完成.

我们的管理团队都没有直接与除我本人和其他高级开发人员之外的任何开发人员合作.管理是非技术性的,并且相信每个开发人员都是平等创建的,并且我们显然需要更多人参与这些项目以更快地完成任务.

我已经准备了一份文件,其中包含"神话人月"和"代码完整"中的部分,以便向管理层发送,希望能够用统计数据说明真正阻碍我们的是必须拖延平庸的人们进入开发周期.

还有哪些其他资源?书籍,文章,一般建议任何事情都会有所帮助.

e-s*_*tis 32

有趣的没有人告诉你,也许你缺乏管理技能.

有一次,我结束了与一年半训练后无法编码循环的人合作.我训练他们,直到他们能够使用完整的功能网络框架,只用了一个月.

也许应该接受培训.

也许应该阅读一篇关于的报道.

我不是说要攻击你.一点也不.我非常了解这个问题,因为过去我也未能管理团队.

但是不要躲避球,无论你在生活中读过多少优秀的练习文献,你都要对你团队中发生的事情负责.

在这种情况下,停止抱怨并开始工作.不是作为编码员,而是作为经理.

最后,我错了.也许你已经做好了一切.在这种情况下,你可以而且可能应该辞职.无论你有多强壮,试图防止飞机撞到飞机都是没用的.有很多休闲团队会用你的技能创造奇迹来充分利用他们的技能.

  • 我不明白为什么人们会对你投票.您提出了一个有效点,即从正常工程师发展而来的领导/经理几乎从未接受过如何管理人员的培训.旧的"你是一个伟大的工程师,因此你将成为一个伟大的经理人"的谬误. (6认同)
  • 谢谢你指出这一点 - 我也没有获得下来的选票.我从未接受过任何管理培训.没有任何经验,我被置于这个(不稳定的)位置.我完全承认我可能会受到部分责备.我(不止一次)要求雇用一名实际的开发经理,一位有经验的领导开发团队的人.请求似乎被置若罔闻. (4认同)

Rob*_*vey 26

问题源于缺乏技能或能力,程序员的态度问题,还是源于不能促进良好职业道德的企业文化?

如果是技能,你已经知道有一些你无法教授的东西.如果公司愿意(而且似乎是这样),并且你可以表现出改进,我会加强培训,看看哪些开发人员能够适应这种情况.那些不是你的人将不得不放手.在你知道你将放弃一些现有的开发人员之前,我不会雇佣其他开发人员.

如果是程序员的懒惰或其他态度问题,你必须说服你的管理层支持纪律处分.记录所有问题,正如Scott Vercuski所描述的那样.逐渐淘汰那些无法适应这种场合的程序员.让剩下的程序员知道他们应该学习优秀的编程技巧和最佳实践,并使用它们.

如果您还没有这样做,请进行代码审查.有很多资源可以解释如何正确地执行此操作.他们不应该大喊大叫,而应视为战略会议,以产生预期的结果.讨论代码.怎么改进?如有必要,请在评论中写一些新代码.

如果管理是问题,告诉他们他们是问题,并告诉他们如何解决它.但你必须雄辩而有说服力.你必须是他们的拥护者.写一篇关于这个问题的论文.做一个演示并展示它.呼吁利润动机.

最后,成为最适合您的员工的领导者.帮助他们.让他们畅通无阻,这样他们就可以完成自己的工作.你的部分工作是保护你的员工免受高层管理人员的政治影响,保持良好的工作环境,这样他们就可以专注于做最好的工作.换句话说,确保您的员工可以信任您.


Sco*_*ski 15

文档是你最大的资源......我的一位老经理告诉我"如果你不写下来,那就不会发生." 如果您的开发人员给出了完成任务所需时间的书面估计,并且不断(并且严重地)错过了这些截止日期,则应记录下来.

你有某种计时系统吗?或者开发者记录他们的时间?如果他们声明问题需要X天,而在X天之后就没有问题,你可以质疑它为什么没有完成.

重申...文件是关键,如果你突然终止某人而你没有足够的文件证明你可以进入诉讼领域.您拥有的文档越多,管理层就应该明白,初级开发人员不会减轻他们的重量而应该更换.

祝你好运,我担心你的道路非常艰难......我一直在那里,这是一个漫长的过程.

  • 如果估计是问题,请认识到良好的估计需要时间.要估计编码问题需要多长时间,您必须深入了解需要更改哪些代码行,需要编写哪些类和方法等等,当然还需要考虑因素及时进行测试.好消息是,无论如何都要弄清楚这些事情,所以你并没有真正花费任何额外的时间来估算. (2认同)

Jac*_*b G 6

我以前一直处于这种状况,当然可以同情.我所做的是削减一个小的,自足的任务,这个任务应该让我或其他高级开发人员不超过2天左右.对于此任务,我将创建大量文档,以确定应如何实现解决方案,任何数据库更改等.然后我与开发人员坐下来,给他们一个高级别的任务演练并将其分配给他们截止日期为1周.在本周末,你有一些有形的东西,你可以比较他们的工作:他们符合规格吗?他们怎么做的?QA发现了多少个错误?他们是否以任何方式打破了构建或破坏过程?

一旦完成,假设他们失败了,你就会与他们进行直接和有针对性的会面,解释他们如何履行职责.做一两次相同的事情,只要你记录和沟通链,你应该能够推出它们.它可能很苛刻,但听起来你需要人们加强,你只是没有合适的人去做.

此外,请确保您参加新候选人的面试.


Pau*_*han 5

我的建议如下:

如果您是经理,那么您必须拥有自己负责的权利.这些权利包括你下的人的纪律.如果上级管理层拒绝授予您这些权利,则拒绝承担该责任.

你不一定要对你的主管那么明显,但这是必须发生的事情的本质.