非技术经理的陷阱

该职位面向软件行业的非技术人员,特别是领导开发人员团队的非技术经理。

我希望至少有两个关于该主题的帖子,如果不是更多的话。

  1. 非技术软件经理的陷阱(此职位)。
  2. 通过发展技术知识来提高管理技能的方法。

在其他角色中直接影响开发团队的非技术人员也会发现此信息很有用。 例如,例如Scrum管理员,产品所有者,项目经理等角色。

我在软件行业工作了足够长的时间,以承认一个事实–技术人员与非技术人员之间存在巨大的沟通鸿沟。 更具体地说,在开发人员和管理人员之间。 在专业界,这两个存在于“不同的世界”中–编程世界和管理世界(黑暗的一面)。

以下漫画最好地说明了两个世界之间的脱节。

非技术性石蕊试纸

看看漫画。 你得到对话了吗? 如果漫画让您感到困惑,坦率地说,我能想到的唯一原因是缺乏技术技能–您是非技术经理。

任务-xkcd-1425

如果只是一本漫画很难理解,那么在管理大型项目和人员时又会留下什么呢?

谁有资格成为非技术经理?

首先让我们定义“非技术经理”在本文中的含义。 如果您属于以下情况之一,则说明您是非技术经理。

  1. 您从未做过任何真正的编程。 [您在这家不错的酒店参加的半天课程或您在互联网上观看视频所花的3个小时都不算在内。 ]
  2. 您不了解要处理的项目中的代码和体系结构。 [哎呀! 您甚至无法创建要处理的项目的开发人员工作区。 ]
  3. 您从不参加技术会议。 [因为您无法在那里贡献或理解任何东西。 例如架构决策,代码审查,技术头脑风暴等。
  4. 您将不再在工作中或在开源项目中积极编程。 [我思索了很长时间是否包括这一类别。 我意识到,在管理人员和软件项目时,这类人员是最危险的。 因为他们过去曾经编码,所以很容易陷入“我都知道”的态度。 ]

为什么发布这个帖子?

那么,为什么我要写这篇文章? 您可能认为您可以管理(或已经成功管理)软件项目。

首先,它使您–非技术经理受益。 如果您是一位具有技术意识的经理,您将获得两个重要的好处。

  • 更好的管理技能–您将永远知道自己在做什么。
  • 更好的沟通–您将永远知道自己在说什么。

您可以避免大量的陷阱,如下面的下一部分所述。 这些是非技术经理会遇到的一些常见错误和陷阱,从而导致团队遇到失败的项目和沮丧的开发人员。

其次,它创建了一个更快乐的工作氛围,在这种氛围下,所有开发人员都被激励并努力做到最好,知道您一直在那里为他们提供支持。

成为非技术经理的陷阱

1.流程将解决所有问题

非技术经理的明显迹象是,他们认为大多数问题都可以通过更改开发“过程”来解决。 这意味着可以通过调整流程来解决所有问题,而人们的素质及其工作质量的重要性不那么重要。

“管理技术”始终仅应用于开发人员,而不应用于业务的其他方面。 例如,经理认为他们必须使开发人员在办公室呆更长的时间,创建不切实际的期限以保持压力和压力等。

将软件开发视为机械过程是非技术经理的第一大错误。 仅对于体力劳动,而不是创造性劳动,过程更改始终是正确的解决方案。

2.数量>质量

尽管在大多数演讲和演示中都使用“质量”一词,但您不确定它的含义。 听到诸如“我们希望在周五之前高质量”这样的说法是很常见的。

截止日期一到,您就更愿意牺牲代码质量,而不是提前截止日期或缩减要求的范围。 因为对您来说,代码是以后可以随时更正的内容。 但是,截止日期是硬性目标,绝不能错过。

现实离这还遥不可及–实际上,这是应该改变的最后期限,质量应该始终保持不变和一致。 万一截止日期不能改变,处理事情的正确方法就是缩小范围。

您可能会想,“但是我已经向客户保证过……”。 接下来将讨论这一点。

3.承诺敏捷发布日期

那么,您已经与客户交谈并承诺交货日期了吗? 有时,我已经看到这些日期可能是将来的2-5年。 在兑现这些承诺之前,是否已经了解开发工作的复杂性和规模? 通常,当公司说他们正在使用精益或敏捷模型时,他们只是在谈论开发团队。 敏捷的一个关键方面是整个公司都需要采用模型,而不仅仅是开发组织。 因此,您可以告诉客户他每2-4周就可以看到开发工作的进度,而不是给出日期。

4.经理vs领导

没有技术知识,您只不过是海洋中的一块浮木,无法通过障碍来操纵自己的路线,也无法根据合理的判断做出决定。

就像我们行业当前所发生的那样,您可能仍然会继续做出这些决定,但是您无法知道这些决定是正确还是错误,项目是否会成功等等。

您仍将是经理,但永远不会被视为领导者。

5.所有开发人员都相同

您无法欣赏技术工作的本质。 工作文化是在这里诞生的,除了开发人员以外,其他人都不了解(或关心)关于代码的一毛钱。 10x开发人员与其他任何开发人员一样。 没有人知道编程不是打字! 开发人员始终需要证明他们的工作,工作的辛苦程度以及完成工作所花费的时间。 开发人员只是工资单上的数字。

对于任何一家公司来说,要吸引和留住最好的编程人才,重要的是要创建正确的工作文化而不会出现上述问题。

6.奖励谈话者

因为您无法真正地区分团队中各个人所做的工作,所以您无权欣赏和区分他们所完成的技术工作。 这导致了一种文化,在这种文化中,高级技术人员既不被理解也不被奖励。 那么,谁能获得奖励并获得最大的加薪呢? 答案是显而易见的-头号发言人。 最有声调的人通常在您的“最佳名单”上。 在这样的环境下工作,真正的顶尖绩效者,真正的磨床者永远不会高兴。

7.无法理解工作

有什么比不了解您下属正在做的工作更不幸的呢? 在不知道开发人员正在做的工作的情况下,您如何站起来捍卫您的开发人员? 因为您正在管理软件开发人员,所以您应该了解编程概念。 只有熟练的技术人员才能获得其他技术人员的尊重。 有人会问:“为什么开发人员不尝试理解管理工作?” 答案是经理们在照顾开发人员,而不是反过来。

8.过于简化

一切都应该尽可能简单,但不要简单。

- 艾尔伯特爱因斯坦

这是爱因斯坦的一些非常可靠的建议。 痛苦的现实是,大多数经理要求程序员精简或使用简单的英语来解释技术概念或问题。 这种方法的最大缺点是,通过过度简化技术讨论,编程的固有复杂性和技术工作的性质永远不会传达给您。 这导致开发人员所做的一切过于简化和估计偏见。

接下来是什么?

现在,我们知道了管理人员是非技术人员时出现的问题。 从个人经验来看,只有在管理者真正了解他们所管理的人员以及他们所从事的工作的复杂性之后,上述任何一项都无法解决。 首先,一种确保经理了解编程概念,程序员的思维方式,面临的问题等方式。

可行吗 还是我们接受这个行业永远不会改变的事情? 俗话说“一切始于构想”。 本系列的下一篇文章将介绍一些克服技术技能不足的想法。 这种变化将缓慢而确实地发生。

翻译自: https://www.javacodegeeks.com/2016/04/pitfalls-non-technical-manager.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值