如何说服我的同事相信做正确的事可以节省他们的时间


11

我最近刚在一家新公司工作,当时只有少数程序员。它是一家中等规模的公司,大约有70名员工,但IT部门只有9-10名,而我旁边还有3位“程序员”。但是,这些人的经验非常有限,确实在做很多事情。例如,我们的一个项目是PHP网站。大多数代码存储在20,000行的PHP控制器中,PHP中嵌入了约6000行的JavaScript。

我在这里和那里不断地提出一些小建议,但是没有人在听,每个人都说他们太忙了,无法执行我的建议。问题是,他们不应该那么忙,如果事情做对了也不会。他们将大部分时间都花在修理不断破裂的东西上。如果每个项目构建正确,我自己就能完成。

我应该采取什么方法说服这些人或经理,那就是事情需要改变,而改变事物可以节省很多时间?我是否应该跳过试图说服我的同事而直接去找经理的建议,关于如何在他们开始做正确的事情时该公司如何节省一大笔钱呢?


2
指导他们正确地做事。通过比他们更好来证明自己。当他们陷入困境时,请提供帮助。
戴夫·希利尔

18
如果每个项目都正确构建,我自己就能做。 ”要小心不要发表粗鲁或至少不受欢迎的陈述。
Greg Hewgill

1
您担任的职位是?您是被聘为具有PHP权威的人,还是只是另一个开发人员?
Tyanna

1
您似乎处于权威位置。用它。告诉他们他们的代码质量不符合公司的标准,并制定计划以使其达到标准。与他们坐下,找出为什么他们“太忙”并据此进行优先排序。
2013年

5
忙碌的战斗爱好者们,没有时间排干沼泽。
JeffO

Answers:


22

我发现,除了程序员根本不在乎之外,草率工作的主要原因是缺乏知识。不幸的是,在许多环境中,人们缺乏知识而不是公开讨论。

我成功使用的一些技巧可以促进关于编程的讨论,发展和总体兴奋:

  • 每周一次的棕色布袋技术会议(让他们研究一个话题并发表礼物)。
  • 初级或高级成员之间每天或每周一对一的指导课程。
  • 代码审查(强调学习,不指出错误)。

学习具有传染性。当您营造鼓励学习的环境时,您不仅会培养出更好的开发人员,还会向团队中的其他人表明,他们是比获得薪水更大的方式的一部分。


是的,我认为代码审查将非常有益。在真正完成您列出的前两项操作之前,我必须让他们进行每周/每天的站立会议。
Brandon Wamboldt

那是您可能需要发挥某些权威肌肉的地方。很难使繁忙的程序员看到使他们脱离当前任务的价值。这个想法是随着时间的推移,促进一个不仅仅是完成工作的环境。
jeuton

他们(大多数)会到来。那些不常做的人通常是您不一定要组建一支团队的人(根据我的经验,那是长期不存在的人)。
jeuton

+1为“代码审查(强调学习,不指出错误)”
Md Mahbubur Ra​​hman

14

看到您被雇用为高级PHP开发人员并且您的工作是解决问题时,我建议您该花些力气了。

如果我在您的位置,我会对代码进行一次很好的调查,看看一遍又一遍地发生的错误。每周安排会议时间,与团队一起讨论这些事情。不要用手指或名字来指名,而只是说明如何正确地完成该任务。

接下来,由于您已经看到需要修复的问题,因此列出清单。如果快速且容易做到,那就去做。如果这样做可以使您的生活更轻松,那就做吧。列出所有需要做的事情,并为他们做票,看看何时有人有周期去做。如果有人要修复问题区域中的错误,请引导他们逐步解决问题。

如果需要进行较大的更改,请与团队和利益相关者坐在一起,讨论选择方案。

有一个开放的政策,您可以在其中帮助他人。成为一个有教育而不是威吓的人。不,“您必须这样做”,更多的是“如果这样做,会更好”。解释按照建议的方式进行操作的优势以及完成方式的劣势。如果人们觉得自己已经学到了一些东西,而不是被告知自己的方法是错误的,并愿意以其他方式(如您所说的b / c)去做,人们将更愿意以正确的方式来做。


2

管理层对问题的看法 如果他们接受了与缺陷数量有关的开发时间,他们为什么要冒险?当长期利益与短期目标相抵触时,它们通常会损失。您要他们退一步。他们可能认为这将导致漫长的延迟。您必须说服他们这样做不会带来额外的好处。如果他们认为自己一团糟,请让他们解释为什么花这么长时间才能快速在每个“修复程序”中引入新的错误。

代码质量取决于许多情况和情况。销售,市场营销和管理人员会让您相信,每个失败的截止日期都意味着该公司将错过向巨额风险投资家投下的一枪。现实情况是,他们不想将坏消息传播给确实确实不需要此功能的1%的客户。我很极端,通常介于两者之间,因此开发人员需要了解什么是实际的紧急情况。然后,说服他们花些时间正确地做而不是花时间去做就容易了。您必须了解风险。

就像一本伟大的小说一样,代码第一次写得不好,但是不幸的是它仍然经常发布。从建立编码标准之类的基础知识开始。每个人都有一个,但很多人都喜欢您的情况,他们尚未被正式化,也没有很严格。“做你想做的。” 是很容易维护的标准。下一步是确定如何保持标准。

您面前还有一项重要任务。也许一些伟大的程序员已经发展出了自己的技能和习惯,以至于他们从来不必在代码质量上妥协或陷入技术债务,但是请等待,看看这位天使投资人承诺每个人都会致富时会发生什么。


1

坐下来编写原型(如果整个项目太大,则编写一些模块),并使用您认为合适的非常好的设计。然后提出/与团队讨论。以身作则可能更容易说服。

在此过程中,您可能还会发现某些工具,库,方法等不是那么好。始终先评估,然后要求您的团队稍后使用。提防围绕次标准工具的廉价营销。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.