Questions tagged «management»

我在一个由3名开发人员组成的小型开发小组中工作。我们管理松散，没有团队架构。没有指定的团队负责人，而经理则相当放任。这位高级开发人员已经在公司工作了4年，在那时，他在建立系统和保持系统运行方面发挥了巨大的作用。他不是一个很好的开发人员，但是一位出色的牛仔程序员，并且以我从未有过的方式了解网络。他曾担任“首席开发人员”和“系统架构师”，因为他有资历，并认为他的工作比我们其他人更好。 我的问题是他威胁要一直退出。昨天他告诉我，他将在6周内提高401k归属计划的另一个级别，并计划在此之后离开。当我问他为什么时，他说这是因为我们的经理（一个人）和团队（这个团队就是我）正在“给他除毛”。他认为，根据他的资历，他“当之无愧”被任命为开发经理。他不喜欢我，因为我一直在努力寻找错误/问题跟踪软件，并且因为我擅长工作。 上次他威胁要辞职时，我认真对待他，并开始计划我要离开他的工作。然后他改变了主意，告诉我，我正在做的工作是他的责任。他对我发脾气，而且紧张情绪持续了一阵子。 以下是我处理这种情况的一些不同方式： 按照他的要求去做：这可以减轻紧张感，但是什么也做不了，用户就会不高兴。 掌控一切，让用户满意：但是这会使用户感到高兴，但随后他对我生气并关闭，他不会与我交谈或与我合作完成只有他自己知道的事情。他不会让我自己进入需要进入的系统。 与高层管理人员更紧密地合作：他不尊重高层管理人员，他们不希望他离开公司，所以他们抚养他。 我还没有前进的一个选择就是离开公司：我还没来一年，也不喜欢离开的想法。总体而言，该职位符合我的大多数要求。 有想法吗？有什么建议吗？对话？我没有考虑过的选择？ 2012年5月11日更新： 我终于决定离开。这是一个很好的决定。从最初的职位到现在，他变得更好了，但我认为它仍然不是一个好的开发人员，更不用说好的管理材料了。我尊重他的知识，但很高兴我不再需要与他合作。

35 teamwork  management 

我目前正面临即将进行的性能评估的难题。大约1年前，当我在公司工作时，我尽可能地诚实地了解自己的编程技能和知识。我认为自己的技能是基于我的编码能力，而不是那些我认为是优秀的程序员和开发人员。所以当时的薪水让我很满意。 我对此没有任何问题，因为我认为诚实在求职时和工作中都很重要。另外，我相信，一旦我胜任工作，如果我比雇主让我相信的要好，那么我的表现就会反映出来。 同时雇用了另一名开发商。我们俩都被雇用从事相同项目，执行相同任务的工作。几个月前，我发现这个人的薪水远高于我的工资水平。现在，在项目过程中，我开始意识到，这个人在编程技巧甚至商业知识方面都远低于我。我不得不多次帮助他完成编程任务，查看他的代码并提供更好的解决方案，并解释有关我们正在从事的项目的概念。即使我们都是同时开始的。 我该如何提高我的薪水（在审阅过程中），以便至少可以与该人员进行比较而不直接提及他们的姓名或我知道他们的工作状况。如果我根据我所做的工作证明其合理性，如果他们没有给我提供比较的方案，那该怎么办。我想要更多还是公平地贪婪？

33 management 

时间表是我从未喜欢过的东西，但对公司而言仍然是必需的东西。他们并没有打扰我太多，但是他们似乎真的在磨弄其他人的齿轮。我想我有几个问题，反馈会很棒。 假设您不是承包商，是否需要制作时间表？（这对我来说是可以理解的）。 您会习惯或使用的时间表的粒度是多少？（例如：所有条目必须在两个小时内）。 时间表是否会成为您不接受工作或留下当前工作的原因？ 如果您不向客户付款，组织内部的管理层如何证明时间表合理？

32 management 

我正在领导一个由3-4个初级开发人员组成的团队。除编写代码外，我的工作是为大三学生提供监督和指导。 但是，我完全理解有多少开发人员会珍惜他们的工作自主权，并且我不想通过用我的思想和算法来喂他们来破坏他们的内在动力。我希望他们以自己的方式探索问题，自己思考，只有在他们真正面临无法解决的问题时才来找我。 当他们来找我时，有时我不得不提出一种完全不同的算法来解决该问题，因为他们的算法不够健壮（请记住，我是大四学生，而且看到的不止于此）。当然，我会以一种很好的方式来解释这一点，以免伤害他们的感受，并且我会轻轻地概述一下我的解决方案比他们的解决方案优越得多，没有屈尊的语气或谴责的词语。 但是，尽管如此，他们有时还是不愿意接受我的建议，部分是因为他们在自己的算法上投入了很多，或者部分是因为担心使用新方法会花费更多的学习时间，并使他们看起来像是在管理层无处可去。但是我内心深处非常清楚，我的算法比他们的算法好得多，他们应该采用它。 如果他们不采纳我的建议该怎么办？我应该只是要求他们按照我的方式走，还是应该让他们的头撞在墙上很多次，等他们回来？前者会使我成为独裁者，而后者则会花费我们宝贵的开发时间，并导致错误修复成本。我真的在两难中。

30 management  teamwork  team-leader 

与许多公司一样，我工作的公司正在过渡到基于SMART目标的绩效评估系统。我的团队是一个高效的敏捷开发团队，采用了Extreme Programming的实践。为了使我们受益匪浅，我们在敏捷实践中的使用得到了直接和高层管理人员的全面支持。 为了完成工作，我们的团队利用了三周的迭代时间。除了立即迭代之外，我们还制定了一个总体计划。这意味着我们从现在开始的几个季度将要完成的工作比我们在最近一个季度将要完成的工作要模糊得多。我们当然对项目的发展方向有一个大致的了解，但是这里的关键字是general。 考虑到我们对团队中项目规划人员的态度，包括我自己在内，发现很难写出具体，可测量，可实现，相关且有时限的目标（SMART）。 关于SoftwareEngineering.se的两个现有问题很好地解决了我们的一些担忧： 对程序员来说，一个好的SMART目标的例子是什么？ SMART目标对程序员有用吗？ 但是，在敏捷开发团队中工作时，这些问题在处理SMART目标方面引起了比具体问题更多的一般回答。作为敏捷开发人员，您如何编写五到七个长达一年的目标，这些目标是特定的，可测量的，可实现的，相关的且有时间限制的？

29 agile  management  planning  review 

很多时候，当我对发展感到厌倦，而我的思想（在家里）对我没有任何帮助时，我只是做些有趣的事情，我的思想就可以腾出更多的时间来解决问题，并且可以解决问题。但是，当我向经理推荐这种技术作为提高开发人员生产率和效率的技术时，他拒绝接受工作不是娱乐的理由。我认为这个公式对我有用。其他开发人员也是如此： 2 hours of productive work + 30 minutes of entertainment > 3 hours of dull work 为什么公司不相信它？ 更新：我不知道为什么这已经关闭作为题外话。如果您觉得这很重要，请投票重新打开它。

28 productivity  management  efficiency 

谚语“乞求宽容比征求许可要容易”在程序员中似乎很流行，IIRC归因于Grace Hopper。在什么情况下这通常是正确的，为什么您认为这样的直觉命题会成立？

27 management 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 7年前关闭。 这发生在我们大多数人身上... 你有一天上班。一切似乎都很正常-阳光明媚，鸟儿在鸣叫，但您在工作时会注意到一些奇怪的事情，使您想起Matrix中的déjàvu猫。 您进入办公室后，电话响了很多-但这可能只是他们在进行新的促销活动。当您注意到乌云笼罩着您时，您便安顿下来。 这需要您花费一些时间，但是您认识到云是您的老板。通常，他每天早上都会用“ Soooo Peeeeter，那些TCP / IP报告如何？”来检查您。例行公事，但今天他忘记了有关惯有举止的一切，并无礼地侵入了您的个人空间。没有“早安”，只有一些流口水，咕gr声和诅咒。他让您想起了一个穴居人，他正试图摆脱网状牙齿的老虎，恐惧和恐慌，所有这些都被压缩在一个紧紧的球中。您尝试破译他从昨天开始创建的新语言，并且您开始了解一夜之间发生了一些不好的事情-生产系统出现故障。 现在，您的系统通常在9到5的正常工作时间内供客户使用，但是无论出于何种原因，您都不会收到有关蜂鸣器的任何警报（对于30岁以下的人来说，蜂鸣器就像一部手机，只能鸣响并告诉你是谁的哔哔声。您需要记住下次再充电。 现在是上午8:45，系统必须在上午9点启动。每隔10秒钟，您的老板就会发出另一个诅咒，向您传达另一个客户进入系统存在问题。另外，现在有几位客户经理将悬停在您的老板上，试图让他了解客户是如何真正遭受痛苦的。 每个人都取决于您来尽快建立系统，同时又不断分散您的注意力，阻碍了您的进步。 在这种情况下您如何保持冷静？

26 management  production 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 8年前关闭。 已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 您会推荐阅读哪本管理书籍以换取新的团队负责人？

26 management  team-leader 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 我经常要解释技术方面的东西和技术决策，我非常非技术经理和我在这很可怕。有什么好方法可以使那些对编程没有热情的人去做一些愚蠢的事情呢？ 我被问到的示例问题： 为什么要使用Django而不是Java（也不接受它便宜一点） 要求我改写非技术性的词语，我的句子是“不允许使用某些HTML标签”。我怎么可能把它弄哑？ 其他对我来说很有意义的东西，但是太基础了，我不知道如何解释 为什么这样，为什么那个，为什么一切！ 另外，如何告诉经理在Google上查找基本内容，例如“什么是Pylons？”。

26 management 

该问题是从软件质量保证和测试堆栈交换迁移而来的，因为可以在软件工程堆栈交换中回答。 去年迁移 。 当我查看请求请求中的更改时，有时会偶然发现带有“ TODO”注释的注释，该注释可能有不同的原因，在我们的情况下，主要是因为： 用于解决问题的解决方案可以改进，但需要大量的时间投入。作者选择了一种更快的解决方案，但评论说可能有更好的选择 有一个临时代码可以解决现有的错误，应尽快修复 知道TODOs通常会在代码库的整个生命周期内停留在代码库中，那么我应该如何在请求请求中对它们做出反应？我如何礼貌地避免使用它，或者如果它确实是合理的，我如何确保PR的作者在以后的晚些时候进行跟进？

24 code-quality  teamwork  code-reviews  management  pull-requests 

我在读敏捷宣言原则。除以下几点外，一切似乎都清晰合理： 简单性-最大化未完成工作量的艺术-是必不可少的。 我不明白这一点。这是否意味着应该以某种方式夸大未完成的工作？如果是这样，那真的没有意义。

24 agile  management 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 7年前关闭。 每周，我都会安排30分钟与我的经理开会，讨论几乎所有内容。到目前为止，我还没有认真对待那些一对一的问题。作为新年的一项决议，我想更加认真地与经理进行一对一的交流。我可以做到的一种方法是提前一对一计划（提出问题和/或议程）。 除了状态报告，您在一对一的过程中会与经理讨论什么主题？您见过一对一的议程吗？

24 management 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 8年前关闭。 已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 我一直在听Scott Hanselman和Rob Conery的播客“ This Developer's Life”。 在最新一集中，他们讨论了人格特质： 1.0.4-刻薄。 人们在我们的行业中意味着什么？那好斗的呢？信心？有什么不同？您是否愿意为老板或禅宗大师配备钻探士官？我们与Cyra Richardson和Giles Bowkett交谈。 让我开始思考，您所服务的最佳经理人有哪些共同点？ 编辑：为澄清起见，因为有几张近票，我对开发人员的管理者是否有共同的特质感兴趣，而这些特质不一定是其他职业的经理所需要的特质。 至于这是否与编程有关，那么我不想在与编程无关的网站上问这个问题，因为坦率地说，我对制作汤罐的人们并不感兴趣我对开发人员从他们的经理那里想要什么感兴趣

24 management 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 大约三个月前，我被安排在一个项目上，该项目直到那时才由一个新雇用的开发人员进行开发，因为它落后了。公平地讲，该项目是医疗设备的接口，具有很多细微之处，并且相对复杂，因此从管理的角度来看，让一个没有公司经验的人加入该项目可能是一个错误的决定。 无论如何，一旦我开始研究它，我就意识到……好吧，它根本没有用。UI看起来不错，但是实际上并没有执行任何操作，它所做的只是做错了。再次，公平地讲，这很大程度上是由于该开发人员没有适当准备为我们的设备编写接口的事实。但是，我也很快意识到所使用的代码很脆弱，并且很难维护。 现在，我不声称自己是世界上最好的程序员。我与很多非常聪明的人一起工作，他们比我更好。开发人员但是我非常努力地编写尽可能简单且健壮的代码。我测试我的签到。如果我发现我的代码变得凌乱并且难以在早期使用，则可以对其进行更改。我与同事进行了几次交谈，以帮助他编写更好的代码。这有点棘手，因为a）他在该领域有20多年的经验，而我只有5年，b）他被聘为所谓的“ UX专家”，而其他人则将他视为经验丰富的人。 就是说，我只是看不到。他是一个非常好人，并且很理性，但是他一次又一次地检查脆弱的代码，仅在最乐观的情况下才能工作，并且十分之九的错误导致我修复了他的工作中的错误。他的代码似乎只是业余的，显然他没有他被录用时所拥有的经验水平。到现在，我花费大量的时间重构他的代码并修复他的错误使我付出了代价。我的看法有两种选择： 不执行任何操作，破坏我的屁股，以确保该产品按时推出且坚固耐用，并等待他将来失败（在初始发行后，我将不再与他合作进行此项目）。 告诉我老板他的表现。我的老板是个有理智的人，但是我只是觉得尴尬。我不喜欢抨击我的同事（因为缺乏更好的称呼），我也不知道他会怎么接受。 就是这样。我试图通过解释为什么他的实现无法正常工作或如何使他的代码更易于维护来与同事合作，以解决这个问题，但他仍然犯同样的错误。我非常想知道其他人如何处理类似的情况，尤其是目前在管理人员。预先感谢您可以提供给我的任何建议。

24 code-quality  teamwork  management