管理–我们剩下什么？

在过去的四个月中，我撰写了许多有关软件开发管理的博客。 我会写更多，但我现在想在这个迷你系列文章的下面划一条线-我想写博客。

软件开发中的管理和软件开发是一个重要的主题，简单地取消它就很简单。 尽管正如我之前所说：有时候，管理人员非常糟糕，摆脱它是一种进步。

现在，我想汇总一下我在这个迷你系列中提出的一些关键论点。 我想从弗雷德·布鲁克斯的话开始：

“项目人员的素质以及他们的组织和管理，与他们使用的工具或采用的技术方法相比，是成功的重要因素。” 布鲁克斯，《 神话人月》 ，1995年。

在本系列中我可能要提出的关键论点是：有要做的“管理”工作 –与编码，测试和客户理解相同。

这样的工作是合法的，只是因为它不是编码，测试或需求分析/收集并不会使它无关紧要或琐碎。 少经理团队可能会减少工作量（这很好）或重新分配，但总会有剩余。

大部分（如果不是大部分）这项工作都涉及决策。 这种决策通常需要授权，并且可能需要做出的信息不够完善。 有时，丢失的信息是不可知的，或者只能以高昂的代价才知道（可能是时间，金钱或其他东西）。

因此，从事管理工作需要自己的技能，而不仅仅是需要直觉的技能。 因此，需要工程师来管理工程 ，非工程师通常在工程决策中缺乏直觉。

一旦您认识到管理本身就是一项技能，那么问题就会变成：将工作分散开（在这种情况下每个人都需要时间和技能来进行管理）还是将其集中在一个地方更好？

要考虑的其他事项是：

• 所有被称为经理的人都不是
• 有很多士官
• 一些经理和一些NCO是专家而不是真正的经理
• 管理是很多管理：可以减少，委派，分散管理，但仍然存在。
• 一些政府需要权威，但可能不像我们想象的那么多
• 如果要在工程环境中正确完成某些管理工作，则需要工程知识
• 管理者应对混乱，非理性的世界，并试图将其与理性世界联系起来
• 管理工作是上下文相关的 ：很难提供具体建议，因为变量太多了，而且很多变量是未知的甚至是不可知的
• 我们很可能会看到更多管理工作迁移到工程领域并实现自动化
• 经理们做的计划和策略远不如通常想象的那样多 ，因此他们没有行使应有的权力
• 管理人员通过与他人合作来完成工作。 结果，管理人员花费大量时间在与人的劝说和推理上。
• 管理人员花费大量时间进行消防工作。
• 管理是一部分科学，一部分工程，一部分Craft.io，这是一项技能，需要直觉

翻译自: https://www.javacodegeeks.com/2016/06/management-what-are-we-left-with.html