您所工作的最佳经理人有哪些共同点?[关闭]


24

我一直在听Scott Hanselman和Rob Conery的播客“ This Developer's Life”

在最新一集中,他们讨论了人格特质:

1.0.4-刻薄。

人们在我们的行业中意味着什么?那好斗的呢?信心?有什么不同?您是否愿意为老板或禅宗大师配备钻探士官?我们与Cyra Richardson和Giles Bowkett交谈。

让我开始思考,您所服务的最佳经理人哪些共同点?

编辑:为澄清起见,因为有几张近票,我对开发人员的管理者是否有共同的特质感兴趣,而这些特质不一定是其他职业的经理所需要的特质。

至于这是否与编程有关,那么我不想在与编程无关的网站上问这个问题,因为坦率地说,我对制作汤罐的人们并不感兴趣我对开发人员从他们的经理那里想要什么感兴趣


4
我没有足够的“最佳”来识别任何共同点:)。
妮可(Nicole)2010年

对于那些投票关闭的人,我想补充一下-这个问题不是“什么类型的泡菜”问题。虽然有些特征对所有管理人员都有用,但这个问题正在寻找的是开发人员的管理人员所共有的特征,例如,制造罐头汤的人的管理人员可能不需要。
Paddyslacker

1
这不是一个泡菜问题,但是这个问题和答案都没有对他们有任何特殊的“程序员”性,并且可以说是关于任何工作的。这个问题更适合一般的工作/职业网站。

@Mark,也许我应该将此讨论推进到meta。
Paddyslacker

@Mark,试图澄清问题的意图。
Paddyslacker

Answers:


10

根据我的经验,它是以下各项的组合:

  1. 通过结果/输出而不是输入进行度量。
  2. 激励人心,鼓舞人心的领导者,您可以尊重和尊重。
  3. 对团队成员的需求敏感-支持/培训/职业等
  4. 快速解决冲突,分散困难局势。
  5. 了解您的工作-他们也许可以实际完成您的工作,但雇用您来做。
  6. 处理/过滤不重要或损害团队生产力的内容。

34

乔尔·斯波斯基(Joel Spolsky)称其为“ 抽象层 ”。做些让我编程的事情。让我知道公司的最新动态,但请远离政治。尽管我仍然必须这样做,但至少要承认请求是公然的。


4
我喜欢让老板作为所有会议和执行人员的缓冲。我坐下来编码,我向他提出问题,并回答他与我一起返回!无法要求更好的东西。尽管应该指出,与人分开来决定规格会太容易导致需求蠕变,所以您必须注意。
克里斯,2010年

@克里斯-我的老板也一样。我得到了正在发生的事情的读者文摘版,但我确实需要时间与他人互动。我认为可以做到。
JeffO 2010年

2
这是多么美妙的文章。
Joonas Pulakka 2010年


22

愿意倾听为他们工作的人们的意见。

我曾经在技术上非常倾向于经理,有些人甚至都不了解多任务处理(“哦,哇!您在哪里学到Alt-Tab的窍门?”),但是所有这些东西我真正享受工作的共同点是,他们知道他们并不了解一切,并且愿意倾听我们中的那些人实际从事的工作时,他们应该提出关于该工作的想法,问题或建议。


17

她/他保护他的团队并承担他/她的责任

您团队中的一台使生产数据服务器崩溃。您的经理将承担全部责任。他最终将拒绝告诉做错了事的上司,站在他的同僚面前。


14

他们基于目标而不是时间进行管理,并且主要与我实现这些目标有关

他们不是在乎我坐在办公桌前多长时间,而在乎我要完成给定任务所需的内容。如果这意味着消除障碍或障碍,或者让我长时间工作/周末,那么他们愿意权衡时间。如果我提前完成工作,并且需要一些时间去看医生或进行家庭活动,那么他们就会变得灵活和理解。

我当然想对工作负责,但这应该取决于我取得的成就,而不是我在办公桌上花费多少时间。





5

请不要大喊大叫...只是不要。(无论您对最后期限,测试人员的愚蠢程度有多紧张)


5

有人让我做我的工作。


5

了解编程内容。您会惊讶于有多少管理者对此事一无所知。


5

认识到我被录用并受薪做出决定。

我不是时薪7美元的餐饮服务员工。我在这里做决定。如果我被告知该做什么的每一个细节,我也应该是一名打字员。



4

我必须从我工作过的最糟糕的老板的角度出发-一个好人不会具备以下素质:

无法做出决定_导致我遇到过的最糟糕的事情是每当有人与他交谈时都会改变主意的老板。在一个为期三年的项目中,我们每天更改方向4-5次。

窃取团队成员所做的事情的功劳。一旦我的老板获得了巨大的奖励,他们便公开颁发了这一奖项。他们提到他所做的一切,我实际上做了。不用说,这极端地令人沮丧。

事情进展不顺利时会感到恐慌。当恐慌使他或她变得讨厌时,甚至更糟。确实,这无济于事。

背刺自己的人民。他得到了荣誉,我们受到了责备。当他应该时,安德不支持我们的指挥系统。

对软件开发过程一无所知,甚至不愿意学习足够的知识来知道我们正在使用C#(或您选择的其他语言)。认为一切都可以在短时间内完成,并且只需在User_interface页的外部进行简单的更改就可以实现。那种坐在变更中直到截止日期前的人,然后说:“哦,顺便说一下我们需要做的……”,他所要求的就是改变了基础架构。

微观管理或根本不管理。两者都同样糟糕。我有太多的老板不知道一个员工有问题,直到为时已晚,其他所有人都必须付出代价来解决问题。我也有老板,我不得不告诉他们每五分钟停止打扰我,否则将永远无法完成。

政治上天真。如果您的老板与上级的人在政治上做得不好,您将很难找到所需的人,您的工作空间最差,并且您所在的团队最有可能因裁员而失业,或者因为一种摆脱他的简单方法。老板必须擅长办公室政治。

有人认为他可以将项目的时间减少一半(因为客户不会喜欢这个数字),我们将能够在不改变需求的情况下,在一定时间内完成项目。


+1(不错的写作)-尽管我一直都有不错的,能干的老板(总的来说),但还是有一些很好的观点……
ChristopheD 2010年

4

归功于应得的信用和足够的知识以进行分配

我会很好地添加聆听效果,但改为赞成。

  1. 如果有人不断赞扬内部,开放源代码或第三方开发的库中发现的功能,则应该予以拒绝,而不是予以奖励。
  2. 如果某人因为实际上是在编写单元测试并找到它们而被分配了所有错误责任,那么他应该得到奖励,而不是受到惩罚。查找错误与首先编写错误并不相同。
  3. 如果某个开发人员或一组开发人员破产了最后期限,应该称赞他们,而不是经理首先提出最后期限。

如此真实:我最大的客户有一条愚蠢的潜规则,那就是发现错误的人必须修复它,因此,内部开发人员当然不会报告错误(除非他们无事可做,几乎永远不会这样) ),并且让客户感到生气的是,只有在抱怨时才修复错误。
wildpeaks 2010年

当发现错误的人来自不同的专业时(例如,如果Web设计人员在数据库结构中发现了错误),或者特定的开发人员已经被其他人无所事事地淹没,则尤其愚蠢。
wildpeaks 2010年

您的经理将以一种或另一种形式为您的工作赢得荣誉。如果您打算留在公司,这对您有利。
JeffO 2011年

4

他们相信自己的员工能够完成工作,并且不要试图“放牧猫”。

给他们的人犯错的空间(显然不是大错)并向他们学习。



3

我有好经理人,有坏人。这些是我在不良经理中注意到的一些特征:

别忙了,这样您就可以完成工作

一个好的经理将确保您拥有编写代码的正确设备。

微管理错误的细节

这类管理者会因无法在电子邮件上附加签名而忽略了您在处理该电子邮件之前所做的额外工作,从而使您大吃一惊。

对开发过程不感兴趣

对于负责软件开发人员的经理来说,这确实是一个不好的信号。他不在乎研究其他开发方法,也不知道该软件的下一版本应该是什么版本号,也不会阅读Joel on Software之类的博客或与管理开发人员有关的任何内容(如Peopleware)。

认为他在那里我要报告

这种经理开始让人们向他汇报所有事情。

时间分配不当

给定从开发到完成的一个月交付开发项目的时间,该经理将把每月的3/4分配给设计和需求团队,以生成1000个行词文档,并期望开发团队在一周内全部实现。他还将迭代需求,直到需求“完美”为止,并添加大量细节,直到文档变得不可用为止。但是随后在开发过程中,您会在设计和需求文档中发现错误,并意识到强调尝试编写完美的文档是一个错误。


我认为,如果您将其更改为描述好经理而不是坏经理的话,这个答案会更有用。例如,您可以说“好经理理解我不仅仅是向他报告的人”,而不是说“一个坏经理认为他在那儿向我报告。”
詹森·贝克

2

我认为两个最重要的特征是对管理原则的基本了解,并且是“我们中的一个”。不幸的是,这两个人并不会经常在一起出现,但是当他们在一起时,您就找到了一个工作的好人。

在我工作的地方,我们的项目经理是一名前开发人员。他擅长确定工作的优先级和指导工作-经理需要知道的事情-但他也很清楚当我需要提出有关如何实施需要他同时具备管理层面远见的问题时所发生的情况和我的技术投入。

老板也有这两种技能。他实际上是当前的开发人员,有时他会在代码库上工作并提交内容,而其他职责并没有使他远离它。他确保我们拥有一个良好的工作环境,因为他直观地知道一个什么样的工作环境对我们来说是什么样的:这就是他想要工作的条件!


2

为我而战。我不必与IT接触。给我我需要的工具。传达公司政策。在被要求时做出决定,而在没有要求时不做决定。

免责声明:我以前担任过管理职务,但现在不是。从这一点上,我可以肯定地说,站在桌子的​​另一端也很难。


2

一个明确需要做什么的人,可以让我确定技术细节,在需要时提供上下文,并且在完成一半以上的工作后不更改要求。


2

两件事情:

1)是(或最近是)一名开发商自己。
2)向上向下管理。

第一点,将给您作为开发人员的经理一个经理,他真正地了解您的工作是什么,由什么组成,并且了解您需要(也不需要)以最大的能力来完成工作。如果他们不是开发者现在(他们真的不应该实际上是一个动手的开发商,现在,他们是一个经理-这是一份全职工作本身),他们应该有以前的开发经验,但应该是相当最近(即最近几年),以便他们至少熟悉现代开发语言,工具,方法和技术。

第二点将给您一个经理,他可以承担责任,使他的团队免受办公室政治和不必要的干扰,并争取为他的团队提供他们所需的东西(从而使第一点成为可能),并且可以管理企业和其他方面的期望(在大型公司中,您(开发人员)和业务决策者(高级管理层)之间存在许多层次和层次的管理),这一点尤为重要。

简而言之,拥有特质(1)可使您的经理了解您完成工作所需的条件,而拥有特质(2)可使您的经理能够提供所需的条件。

耶尔(Joel Spolsky)在耶鲁Yale)演讲(以及相关的“ 命令与征服和椰子群” ”文章)非常简洁地指出:

在谈论朱诺的(糟糕)管理时:

“当时的假设是存在管理者来告诉人们该做什么。”

在谈论Microsoft的(通常是很好的)管理时:

“经理们的存在是为了使家具不受干扰,以便真正的人才可以做出色的工作。”


2

我想要一个有能力(并且有勇气)认识并摆脱枯木的人。这些人正在损害产品并延缓完成速度,请远离他们!太多的管理人员要么无法识别谁是一个糟糕的开发人员(或者认为凌乱的办公桌的开发人员是糟糕的,要么认为即使他实际上是最聪明或生产力最高的开发人员,也似乎开始大量进入太空)或是不想成为一个告诉某人他们正在放手的人,这样就让枯木年复一年地留下来,造成主管人员的伤害和不满。

我不想被甚至不知道我们使用什么语言或数据库后端或其他关键工具的经理所困扰。我(在客户面前)问了一个问题,在参与该项目3年后,我们编程使用哪种语言!我不希望长期从事管理工作的人们对所有事情都保持最新,但他们至少应该知道我们在使用什么。他们应该足够聪明,不要在别人面前问这样的事情。

我想要一个有勇气的经理。不要不拖延地接受这个不切实际的截止日期,不要让人们欺负您的员工,或者让蓬勃发展的开发人员步履蹒跚而又不被拖延。不要不告诉我我做错了什么,因为您担心我会不高兴。经理的存在部分是为了处理坏消息,我想要一个能做到的人。

我想要一位经理,我了解自己的家庭生活,知道精疲力竭的开发人员会犯错误,并且每周要工作60个小时的项目比40个小时要花更长的时间。

最重要的是,我想要一个能够表彰出色工作,并且对我本人以及对他或她的上司而言都具有口头赞赏的经理。尽管当他们认为糟糕的工作是好的工作并奖励错误的人时,我真的很讨厌它!


1

友善就是我要放在那儿的东西。如果我的老板决定每次拜访我的隔间,我都不喜欢害怕。如果我感觉自己正在帮助一个时不时需要帮助的朋友,我的表现可能会好一些,例如,为了在最后期限之前完成一个项目,我可能不得不在办公室呆上一段时间。我可能不想做的小时。

我想寻找的是管理多项事务的能力,尽管这在某种程度上可以看作是明显的特征。解决冲突和和解技巧也是我想知道的,我的经理可以处理,因为有时候在某些情况下,要么是开发人员对开发人员,要么是开发人员对分析师,就某些问题要求某人正确无误在某些情况下,因为作品的某些方面可以有多种解释。


1

知道开发不是工厂工作的人。每天投入更多的时间不太可能显着提高产量。程序员需要经常从磨刀石上抬起头来,而不必考虑他们正在解决什么并完成任务的工作。


1

一个好经理愿意让我说不。他们意识到软件开发是一个邪恶的问题。因此,即使经理比我在技术上更具适应能力,他们也会意识到,仅因为我是实现解决方案的人,我才可能更好地了解问题。同时,当我缺少上下文时,它们会让我知道。很多时候,管理者可能会根据他们不知道的事情做出决定。如果是这样,那么他们应该在细节上填写我的信息,或者至少让我知道他们知道我不知道的内容。


0

我现在在几个地方工作,那里的管理工作显然是非技术性的。我目前的雇主有一项政策,要求经理做出技术决定是免职的理由。(这不是您从未听说过的小公司,大约有三分之一的公司正在运行我们的产品)。至少在我看来,部分是由于这项政策的结果,这里的经理比其他雇主要“坚强”得多。由于他们不参与技术决策,因此管理人员并不会持续不断地提出“从轻微到非常错误”的技术决策,而他们只能做出大型的“产品线级”决策。

我拥有的最好的经理是那些“干扰开发人员”的人。一个好的经理可以说出“强制性会议”与强制性会议之间的区别,并会让您知道。

基本的管理技能是使开发人员能够控制自己的环境,这可能是提醒或幻觉,具体取决于公司,但这是至关重要的技能。

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.