如何最好地让那些无所事事的非技术经理束手无策,并且仍然能提供出色的工作?[关闭]


11

这个问题可能被认为是主观的(我得到了警告)并且已经结束,但是由于我需要一些很好的建议/经验,因此我将冒险。

我看了在下面“关于”页面的Fog Creek软件,该公司认为乔尔Spolsky的成立,是CEO:

早在2000年,Fog Creek的创始人Joel Spolsky和Michael Pryor一直在寻找一个工作场所,那里程序员有体面的工作条件,并有机会做出色的工作,而不会感到烦恼,非技术经理无法进入方式。每个高科技公司都声称他们想要优秀的程序员,但他们不会把钱花在嘴上。

它从物理环境开始(数十个小房间被塞进一个嘈杂的黑暗房间,销售人员在电话里大喊大叫,使开发人员无法集中精力)。但这远不止于此。经理们对变更感到恐惧,他们将任何新想法视作一种被隔离的奇异病毒。拿破仑复杂的初级管理人员坚持认为事情必须按照自己的方式做,否则您将被解雇。公司家具警察在任何人将电影海报贴在小隔间里时都感到痛苦不已。杂乱无章的事情如此猖that,以至于即使有好的主意,也不可能用它们来制造产品。缺乏经验的经理人实行即时运行管理,就如何做事情发出严厉命令,而又不会四处寻找他们的法令的滑稽结果。

最糟糕的是,负责的MBA类型认为编码是一种支持功能,基本上是一种花哨的键入形式。

一个钝真相关于当今大多数大型软件公司的!不幸的是,并不是每个开发人员都像Joel Spolsky 一样gutsy(或者lucky,我可以说吗?)!所以我的问题是:

如何最好地与此类经理合作,让他们远离困境,同时仍能完成出色的工作?


3
我已经将其标记为脱题,但这仍然是一个有趣的问题。我建议最好在Workplace.SE beta版中提出。

@GrahamLee谢谢!拥有适当特权的人可以提出这个问题吗?
2012年

4
请注意,Joel Spolsky正在为其自己的公司做广告。这意味着比较需要有利。

@好奇我会问一下Workplace Mods是否适合他们的网站,如果适合的话,请把它移给您...
yannis 2012年

1
@好奇-Workplace mods表示它不适合当前形式。重新格式化的版本可能没问题。
克里斯·

Answers:


19

尽管开发人员被认为对业务问题一无所知,但较少的技术经理会看不起开发人员。开发人员需要学习业务案例并开始推动或提出业务方面的改进建议。一旦开发人员和管理人员说相同的语言,事情就会变得简单。

这与态度改变同样重要。是的,总是会有啊哈管理固执的人。但是,建立“我们和他们”的态度从双方都可以加强这一点。


1
+1好球。一个好的程序员/经理试图去看故事的另一端。
jgauffin 2012年

2
如果我能

2
我遇到的90%的非技术经理甚至不像开发人员那样了解业务问题。当产品负责人要求我开始写所有用户故事时,我觉得这很有趣,因为它们太难了。这是有道理的,他们在派遣到拉斯维加斯X Convention展位经营展位时,将开发人员的薪水提高了一倍以上。
maple_shaft

10

选择1:自己当经理,向所有人展示正确的做事方法。您可能会发现它并不像许多程序员想象的那么容易。

选项2:离开并找到更好的工作场所。我相信有很多大小公司至少都知道这个问题并试图解决它。具有不同程度的成功。


我同意您在选项1中所说的话,但是通常经理们自己都不那么容易...我已经尝试了选项2(并非仅出于这个原因)已经7次了!:)仍然很幸运!谢谢...
好奇的

1
七次?也许不是他们
这才

@好奇:多长时间7次?不要指望事情立即发生!您可能需要一些耐心。
乔纳斯·普拉卡

@jgauffin我已经说过“不仅仅是因为这个原因”!:)
好奇的2012年

1
@JoonasPulakka-超过15年的时间... :)
好奇的

4

您的工作是交付出色的工作。管理是一项支持功能,其目的是使您能够完成出色的工作-充当您与客户,利益相关者,政治和销售等之间的缓冲,消除障碍,消除日常琐事,使您无法发挥最大的作用。

想想内存管理器。不是老板来命令您和您的程序,而是使您不必考虑计算机中正在发生的所有其他事情,从而使您可以专注于程序的本质。这就是乔尔(Joel)所写的,这就是经理们理想的工作方式。

并非所有经理人都是完美的,但您也不是。没有什么是。除非事情完全是疯狂的,否则就吸干它,尽力而为,忽略让您烦恼的事情,并专注于您的工作。如果您提供出色的工作,一旦证明您可以提供出色的工作,经理们最终将更加尊重和信任您,并让您以自己的方式进行更多的工作。

可以在70%完美的组织中工作。如果您的情况确实很糟,请更换您的雇主。但是不要太早放弃。赢得信任的过程-说服您的经理和能力组织-可能需要数年时间。


2

让他们停滞不前,仍然可以完成出色的工作

祝你好运。我创办了自己的公司,这就是我所能提供的全部建议。

希望在这种情况下,工程师能够团结起来,如果存在真正的问题,技术项目经理,技术产品经理,架构师或您自己的开发经理可以理解您的工作范围,并将非技术人员排除在外办法。

但是它并不总是那样工作。我曾经在一家大型科技公司工作过,当时经理曾是技术专家,而开发人员抱怨日复一日不停地与4个不同的项目经理开会,他的回答是-好的,因此您希望与项目经理进行更多会议。

我觉得在过去的10年中,软件人才的业务方面使实际人才中的技术“才能”被边缘化了,这对我们的职业生涯是一个问题。

用低薪商人来管理高薪开发商,就像把你的孩子姐姐送到驯狮学校一样,这根本行不通。

但是我绝对会反对的一种解决方案是说谎。我已经看到真正好的开发者试图通过向他们填充技术上无根据的故事来抵制经理,从而使他们离开。不要这样做,如果这样做,您已经卖掉了自己的灵魂,那比做一份cr脚的工作还糟。

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.