非技术经理如何为自发的软件开发人员团队增加价值?


63

我看到很多程序员都放弃了管理和行政角色。他们想要建造东西。结果,这些职位中有很多是由非技术人员担任的。我看不到他们如何增加价值。安排会议,预订异地和其他管理工作是否足以证明其作用?


10
您认为在没有自负和日程安排的情况下,您可以在所有软件团队中以何种比例进行操作?
ozz

30
编程道开始:一个新手问道:“在东部,有一个巨大的树形结构,人们称其为“公司总部”。它的形状因副总裁和会计师的身材而膨胀。它发出了许多备忘录...这样一个不自然的实体怎么可能?” /主人回答:“您察觉到了这种巨大的结构,并为它没有合理的目的而感到不安。您不喜欢在它的庇护所下轻松地进行编程吗?为什么您会为它的无用而烦恼呢?”
apsillers 2013年

t

2
兰德斯(Rands)的最新著作主要围绕这些问题。我给它加盖推荐印章。(更不用说他在管理方面也有很多其他著作!)
JariKeinänen13年

Answers:


112

我看不到他们目前如何增加价值,安排会议,预订异地和其他管理工作是否足以胜任他们的职责?

不要低估您的经理与其他部门的互动量。他们处理预算,培训计划,人力资源文书工作。它们可以保护开发人员避免与其他部门开会,并为您的团队提供统一的服务。

简而言之,他们的工作是保护自我激励的开发人员免受业务中存在的所有其他不利因素。


4
他们会在捍卫薪水/加薪方面做得更好。
JeffO

20
非常+1。我们有时会通过系统“泄漏”,并对我们的经理,特别是我们的产品负责人所经历的事情有一个小的想法。我希望处理,每天。
2013年

1
我知道这些很重要,但是我对软件开发团队没有相对的重视,也没有这些价值。
Senthil Kumaran

17
@SenthilKumaran作为开发人员,您是否愿意与另一个部门的经理一起花费两个小时讨论为什么软件不完整,还是宁愿花费那两个小时来编写代码?您知道向经理解释技术问题有多么困难。想象一下,试图向比您的非技术经理了解更多的人解释它。最好的非技术经理会阻止开发人员从事所有可能浪费开发人员时间的事情,而这些时间本可以花在编码和测试上。
David Navarre

5
这样一遍又一遍。即使对于技术经理来说,这仍然是他们工作中最大的部分。
Earlz 2013年


29

由于它特别适用于软件开发,因此对管理人员有两种增值角色:项目管理和团队领导。

项目经理与客户和中层管理人员交互,这为开发人员节省了时间。通常,项目中会出现澄清或范围更改的情况,因此,与客户和中层管理人员建立单点联系非常有帮助。试图提出来自开发团队每个成员的问题会导致未记录的项目决策和未记录的承诺,这是范围管理的祸根。

另一方面,团队负责人参与职业/技能发展,确保工作量在团队成员之间适当分配,并提供与个人贡献和需求相称的资源和奖励。

这两个角色都不需要精明的程序员,实际上却相反。程序员通常会跳到编写代码的任务,作为对问题或危机的第一反应,这对帮助某人的工作是询问是否确实需要完成该任务很有帮助。


6
开发人员看到树木。他们的经理看到了森林。
David Navarre

9
@DavidNavarre-IMO非技术经理很难看到任何东西
矢量图片

13
@Vector:您似乎指的不是非技术经理,而是无能的经理。
Lie Ryan

@Vector:这让我想起了Dilbert的PHB,但我认为这与非技术经理不同。
hardmath

@hardmath-我理解:-)根据编辑,您的答案确实包含在OP授予的内容中。我要说的是,就技术方面而言,他们需要对接。在这些事情上,我有一些痛苦的经历……“一点知识是一件危险的事情”-我相信你一定会有所作为。看我的答案。
矢量

12

除上述其他好处外,如果专家之间陷入僵局,非技术经理可能会更好地做出最终决定。我知道这听起来是违反直觉的,但是优秀的非技术经理了解他们员工的优势和劣势。

示例:两位程序员争辩要为应用程序使用哪个服务器。在某种虚构的民主制度中,他们俩都只有一票,因此没有任何决定。这场战争可能永远持续下去(如果有技术人员,战争将会持续下去)。必须有人介入并解决这一分歧,才能使项目继续进行。一位优秀的法官将倾向于这一领域最专业的法官的意见。

仅仅因为某人缺乏某个领域的才能,技能或知识,并不意味着他们无法确定那些人。认才是才。


1
另外,可以使用非技术经理来解决团队的需求,而不必编写代码。
JeffO 2013年

1
“除了提到的其他好处,如果专家之间陷入僵局,非技术经理可能会更好地做出最终决定。” 非专家有关特定主题的信息最少。他只能与该领域中最专业的人“站在一起”(或选择他认为最佳的解决方案)。但这并不意味着他的决定是正确的。经验不足的程序员提供的解决方案可能会更好,但非专家却不知道。 joelonsoftware.com/items/2006/08/08.html
Christian P

在这种情况下,管理中经常被低估的部分并不总是让最优秀的人才按自己的方式行事。一个好的管理者会很好地了解情况,并做出在技术上可能不正确但在政治上正确的判断。如果争论不是针对某个重要问题,则经理可能会喜欢需要更多鼓励或被其他开发商欺负的人。这是一个判断电话,有时是一个困难的电话,但这就是为什么他们要付高额费用。
斯蒂芬,

@Stephen同意-好的经理将知道如何管理他的员工(例如,正如您所说的鼓励员工等。)但是,如果我们严格地讲关于制定(重要的)技术决策,那么经理对问题的了解最少,并且做出这个决定的人可能是错误的。
Christian P

@Stephen: 但在政治上是正确的 -对于非技术经理来说,这通常是一种很好的方式,可以失去对技术人员的所有信任。IMO风险很大。
矢量

2

安排会议,预订异地和其他管理工作是否足以胜任其职责?

是。完全足够。当出现热量,交流电等问题时,它们也很适合致电楼宇管理部门。确保自动售货机和饮水机的库存和维护良好;带来特殊的美食 保持办公室整洁有序...

尽力考虑其他此类任务,以使它们保持忙碌和摆脱困境。

他们最重要的角色?远离他人,不要与程序员混在一起,并确保其他非技术人员也可以这样做。

考虑一个像MLB球杆俱乐部这样的开发团队(比喻为IMO,这是一个很好的例子):经理们总是以前的球员-只有他们知道如何处理一支由高技能,书呆子,特质,专业,谁做大多数“普通人”做不到的事情。


您还会得到很多体育界的经理人,他们不是以前的球员,或者不是很好的以前的球员-阿森·温格,何塞·穆里尼奥,安德烈·比利亚斯-博阿斯有人吗?原来是优秀的经理。您需要强大的人际关系和组织能力才能成为出色的PM(无需编码)。
bobo2000 '16

@ bobo2000-我提到了MLB,而不是一般的运动。
矢量

-1

以我的经验,非技术经理最适合担任此职务,除了通过避免公司内容干扰开发人员的工作来增加价值外,他们还促进了开发人员之间的伙伴关系(因为众所周知,开发人员是性格内向的http://www.unwesen.de/ 2012/03/16 / introversion-productivity-work-environments /),优秀的团队可以让团队按照自己的节奏工作,但要关注可见性。


2
如果您引用一些外部参考文献或扩展您的宗旨,您的答案将会更强。说明cause it's well know[n]是证据的薄弱形式。
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.