PM-a的角色始终存在，并且如果未分配给受过必要培训的人员，则将重新分配它。
给谁- 所有团队成员均等。
- 团队中的一位成员准备将其与他的主要角色结合起来。
- 一个来自外部的人，他并不是真正参与该过程，而是以某种方式进行控制。
所有这些选择都是非常实际的，并且是在实践中发现的，特别是在尚未建立结构和流程的年轻公司中。
请记住以下问题：- 谁与客户沟通？
- 谁牢记项目的整体情况？ 一个更好的文档。
- 谁来组织流程？
1.经理的角色由每个人共享 -团队的经验是平均水平-这将很困难。 人们将不知道该怎么做，而且集会需要很长时间。 他们的讨论时间总成本将很快升值。 并非达成妥协的事实。
即使与足够多的客户沟通也是必要的，而有时不足则更加困难。 某人对一个无知的客户的问题和陈述不耐烦，某人根本不了解其业务以及为何需要某种产品。 自欺欺人和其他快乐也充满了问题，开发人员只是不喜欢这样做-这意味着他们做得平庸。 不要忘记有人应该控制一切。
这样的计划只能与技术娴熟的专家一起工作，他们会更加参与整个过程，并且能够了解业务，项目的目标，他们在其中的任务，并且不需要控制，因为他们是自己检查的。 我想每个人都会同意，这样的开发人员很少，他们正在工作。
2.其中一名程序员 -立即能够充分理解业务需求并将他的战士翻译成一种可以理解的语言吗？ 毕竟，您必须承认一个人不懂事物-他听不见，但一般的开发人员却不了解业务中的许多事物，因为他的领域根本不甚，而且通常只是一点也不有趣。 然后，他将向他的孩子简短地解释-需要什么，每个人都以自己的方式再次理解，结果是彻底失败。 因为您需要能够采访客户，所以您还必须能够向其他人解释，并且还需要与人摩擦和胶合团队。
结合Timlid和PM的角色，只能是一个非常酷的专家，他知道如何理解客户，进行管理，交流以及编程。 严重的情况下，很少有人是例外。
3.最糟糕的选择是恕我直言
，而不是沉迷于项目的人。 通常，他只是没有时间这样做，他有时会通过沟通，赚到很多钱来下订单，并找到了一个技术专家团队-一切顺利。 同时，通常，他仍然有一个更重要的教训。
结果，技术人员不知道该怎么做，也不会再询问-他们看到了什么。 他本人不知道它们在开发什么，偶尔检查一下，但是基本上没有任何测试。 我通常对客户保持沉默。 这是因为，在80％的情况下，此类项目由不愿与/或不愿与某人一起工作，不真正知道如何做复杂事情，无法独自完成的单身自由职业者承担，因为几乎没有这样的交流项目。 因此，将没有自组织的硬汉团队。 会有一群被误解的单身人士。 如果他们有能够集会的领导者，那是幸运的。 然后这不是立即且没有保证的。
那为什么是下午？
首先是要牢记整个图片，并从设计的角度及时记录下来。 团队成员需要制定细节，而整个项目通常都会忽略它们。 很难不断地从私人变为一般，反之亦然。 但是经理必须这样做，并且应尽其所能回答所有问题。
第二个是成为每个人的单一联系人。 所有信息都必须通过它，否则混乱将立即开始。 客户将同意单个开发人员，或者向他展示错误，他不会告诉任何人，这些错误与其他人有关，并且断断续续。
加上索赔-经理也是避雷针，他听着，接受所有索赔，并以建设性的方式将其转移到团队中，知道谁以及如何影响。 在很多情况下，石头砸向一个特定的程序员，而从最初的震惊中，一个人开始做愚蠢的事情：说太多话，放下别人，攻击对方以逃避。
第三是解决问题。 这不是它们是否出现，而是它们何时出现。 因为它们肯定会出现。 毕竟，您需要清楚地计划一切，对其进行监视，然后对其进行测试，对其进行修复，将其展示给客户，获取资金，计算每个工作时间，理想情况下还应进行汇报。 在所有这些情况下，都会发生冲突，在此过程中必须予以警告或解决。 也就是说，建立初始过程并确定游戏规则，继续解决当前问题并在必要时引入新规则。
顺便说一句，如果没有专门的管理知识，这是很难做到的。
在全球范围内，您要么接受了该领域的初步培训，要么测试了自己的所有耙子，并成为了受挫的经理。 当然，所有耙子的概况教育并不会因此而消失，但在一定程度上，掌握经验的速度将会更高。