程序员必须了解什么业务/管理？[关闭]

正如我在其他帖子中所暗示的那样，我对工作人员仍然相当陌生。在团队会议期间，我倾向于跟上技术讨论的步伐，但是当我的项目经理开始谈论我们如何赢得新合同，或者我们正在参与新的投标书时，或者……业务而不是技术，真的……我很快就会迷路。

所有开发人员需要了解的有关项目管理/业务运作的最低限度是什么？

我认为您需要了解您的公司如何赚钱。您还需要能够评估是否应该做任何事情来帮助它赚更多的钱，即做得更好。最重要的是，这意味着您需要能够判断正在执行的任务应该花最大的精力以及如何确定已分配的任务的优先级。

此外，程序员还需要了解，即使从技术上来说，某些选择可能是最佳选择，但对于企业而言，这种选择可能并不是最佳选择。这是不采取技术上最佳方法的一个很好的理由。

了解业务和管理-以及营销-肯定不会受到伤害。这实际上取决于您所处的环境。

在大型企业中，管理层的决策水平很高，并且根据职称很好地划分了任务，这可能并不那么重要。您的公司可能有专门的人员来处理这些事情。

另一方面，在小型企业中，您了解的越多，对公司的直接价值就越高。例如，具有良好的营销意识可能会帮助您感觉到网站的设计更好/更差。或者，您可能需要与更多客户打交道，或者与销售人员一起完成交易或参加贸易展览，或者只是寻找可能的新收入来源/节省机会。

因此，像往常一样，“我必须知道多少”类型的问题，答案是，知识越多总越好，但是其重要性的程度实际上取决于您的个人情况。

至少您必须深刻理解，您的薪水不仅仅是来自某个地方的。您不会因为坐着和编码而获得报酬。销售的成功以及与客户的关系决定了公司（乃至最终）成功的成败。那就是钱的来源。

即使在程序员不直接与最终客户联系的大公司中，也要强调指出，最重要的是尽早交付产品。这就是公司赢得销售，赚钱并获得报酬的方式。诚然，交付半成品的产品（过早）也是一个错误，并且很难在这里找到合适的平衡，但是程序员倾向于对“完成时交付（几乎从来没有）”方面过于依赖。但是看着成功的人可以揭示真相。他们中很少有人有一个成熟的，成品的，抛光的产品。

了解并接受经营企业的本质是很重要的。即使您对业务不是特别感兴趣（我也不是），但是如果您自己对获得报酬感兴趣的话，就不能将其视为“白领”。恕我直言，技术细节和业务/管理词汇并不那么重要，尽管学习一些基础知识当然不会受到伤害。

不想太刻薄，但是我会说“他们需要知道将它交到工作的人手中”。尽管听起来像是异端，但您还是一无所知。

但是，是的，人们应该了解一些最低要求，一些经济基础知识。因此，可以说，微观经济学的基础知识（微观经济学<-处理小型系统的经济学，例如公司），一些基本的经济理论（通货膨胀对您有好处还是坏处？这意味着什么？提高进口的好处是好事还是坏事？它如何影响其他因素？），社会制度运作方式的一些基础知识（如果您所在的国家/地区以这种方式组织），债券交易的基础知识（如果您所在的公司以这种方式组织）道路） ...

但是，如果我误解了您的问题，而您在问什么是提案或出价，则...维基百科上可以更好地解释这些内容。但是，与它们有关的规则更多是法律主题，而不是经济主题。

但是当我的项目经理开始谈论我们如何赢得新合同，或者我们正在参与新的投标书投标，或者……实际上是业务而非技术方面的任何事情时，我真的会很快迷路。

要了解有关业务的更多信息，唯一的办法就是真正参与进来。会议可能不是解决某些问题的最佳论坛，但是最肯定的是，在此类会议之后，您的经理会要求您扩大提案或失去与业务相关的内容。

像这样的问题

• 公司的提案流程是什么？
• 我们是如何参与的？
• 我们如何计划向客户计费？

以上各项都是您公司运作方式的小指标。它使您更接近内部和内部工作，因此至少知道企业如何赚钱。我想这里的重点是要问一些你不知道的东西！

同样，“我很快就会迷路”对我而言意味着，您应该嘘声，或者您真的不知道。如果您想更多地了解它，那么您的态度可能会有所作为。

所有开发人员需要了解的有关项目管理/业务运作的最低限度是什么？

在这方面，我认为没有具体答案。我最初的想法是掌握一些基本的会计和人际交往能力。项目管理和开展业务是两回事，但是会有一些重叠的技能。

只需记住-当您转移到较高职位（例如经理）时，作为开发人员“有时”（如果不是大多数时候）学习的技能将变得无效。例如。与您以前作为开发人员的角色相比，您现在确实需要更加专注于人员技能。

一般提示-在职业生涯的早期学习/练习/提高其他较少的技术技能，因为这将在以后的几年中受益（除非您仍然做出决定）

所有开发人员需要了解的有关项目管理/业务运作的最低限度是什么？

“ ... 好的技术仅是成功的10％。如果您的管理层不知道如何管理成功的工程项目，或者您的营销部门不知道如何与客户打交道，或者不告诉您该怎么办？客户想要的，或者如果您的律师不能正确地处理您的知识产权，或者如果首席架构师没有能力创建一致且简单的架构，那么您的工作可能是徒劳的，并且您可能需要花费数年时间来构建事物永远看不到白天。” （我希望在工程学校学到的东西...）

知道什么是问你的经理可以帮助你为什么已了解他问萨姆的事，或者为什么工作在当前的方式完成。然后，您可以适应自己，或者找到一种更好的方式来满足他的需求。

最低限度取决于公司。我在其他人负责程序设计的地方工作，我不得不将详细的规范转换为COBOL。那真的没什么好玩的，但是我一开始不需要了解任何业务。

一旦您开始在程序设计中发表意见（或者，最好是从那里开始），您就需要知道公司在做什么，这样您才能了解用户的实际需求。了解更多有关业务的信息意味着人们需要减少对您的了解，从而使您对业务的价值不断增长。有时您可以主动做些有助于业务发展的事情，也可以增加您的价值。这通常反映在您的职务和薪水中。

了解钱的来源，去向以及为什么其中一些进入您的口袋，这也很有帮助。您确实应该对公司为何向您付款有某种想法。这可能有助于您学习了解那些新合同是为您提供薪水的动力。

如果您知道商务事务对您意味着什么，新合同如何影响您，也可能会有所帮助。

显然，如果您不想永远保持纯粹的技术角色（从经验上讲，这似乎有点稀有），您将需要更好地了解业务，但是它将帮助任何人了解正在发生的事情。

正如其他答案所指出的，最低要求将因情况而异。例如，个体经营的承包商可能需要比全职雇员了解更多的知识，因为前者可能需要会计师和其他人来帮助经营承包商的业务。

关于财务状况，有一些基础知识，我会考虑一些基础知识，例如了解您的公司在成熟度方面在哪里：它是一家初创企业，现在还在燃烧天使投资者的钱还是风险投资家的钱？公司有多接近盈利？有没有可能在短期内杀死公司的重大诉讼？

我认为，从高层次理解项目计划，如何处理变更请求以及通过项目需要什么样的一般流程的一些基本知识也是要了解的关键事项。我并不是说您必须了解变更管理过程中的所有步骤，但要知道何时使用此操作以及它如何影响您的项目。

如果您想更多地了解业务方面，则可能需要查询有关已赢得合同的更多详细信息。出售多少台？这是客户的最初试点项目，还是现在大量采用？这些基本的问题可能会帮助您进一步详细说明接下来可能要解决的问题。例如，如果您的公司开始获得大量订单，这难道不会导致某些系统被推到极限，可能需要尽快进行补救，不是吗？虽然我确实给出了一些模糊的领域，但仅给出了一些具体示例，但这些都是我在公司中经常注意到的部分。官僚主义的人力资源是如何在某种程度上不会忘记的另一个因素。