在项目开始时组建团队时应该牢记什么团队结构？比如高级软件工程师的比例应该是多少。到软件工程师。或应将多少新生加入团队等以及许多其他要点。
请在决定团队结构时分享任何重要的观点。
【问题讨论】：
标签： .net sql-server performance architecture project-management
至少 25% 的团队应该是高级软件工程师。有4年以上的经验。 60-70% 可以是软件工程。有 1-3 年的经验，其余的可以更新鲜。
相应地分配角色和职责。此外，如果在与项目相同的域中存在可用资源，则在决定团队时给予他们权重。
我还认为，任何项目的开发都应该让新生参与。尽管他们可能被分配了简单的任务，但请记住，您应该始终将它们视为项目的未来投资。一旦项目完成，您可能需要资源进行维护。
有时婚姻状况也会影响是否获取资源的决定。这取决于项目所需的职责和工作量。如果项目涉及深夜轮班或频繁的客户访问，则始终会考虑这一点，尤其是当客户地理位置较远时。
【讨论】：
取决于您自己的喜好，但问问自己：您真的希望人们在项目开始时指导他人吗？还是希望项目写得好写好？
尽可能多地招收高年级学生，如果你能找到他们，也许可以拥有一两个非常聪明的学生。
【讨论】：
你拥有谁比他们的资历级别重要得多。根据他们的技能和一起工作的能力来选择合适的人来完成这项工作，而不是根据一些标有“高级”和“初级”的桶。确保您了解您正在尝试构建什么，设计改进/更改将如何得到团队的批准，以及分歧将如何化解和解决。
你通常需要一个老板，除非人们对决策非常开放。老板的工作也是作为组织其他部门的管道。去阅读所有的 Rands In Repose。
让团队尽可能小。许多出色的软件和许多出色的网站都是 1-3 人团队真正合作得很好、了解他们的市场并了解架构的结果。 （“永远不要怀疑一小群有思想、有奉献精神的人可以改变世界。事实上，这是唯一有过的东西。”——玛格丽特·米德）不愿意增加更多的人。注意 n^2 的沟通法则：对于 n 个人，有 O(n^2) 的沟通渠道和关系需要管理。虽然小组会议对此有所帮助，但始终需要 1-1。
并且要当心神话人物月和Brook's Law：增加更多的人不会像你想象的那样加速一个项目，实际上会减慢速度。间接费用的成本迅速超过了开发成本。 一定在做这种计划之前读那本书！
性别具有复杂的相互作用，但同样，更重要的是关注特定的人，而不是将他们仅仅视为其性别的一个例子。 Liskov 替换原则不适用于人类。
祝你好运！
【讨论】：
过去的规则是“只要有足够的人，他们就可以跳上大众敞篷车去吃披萨”。
注意推论：
(a) 必须要有大众敞篷车 (b) 他们都喜欢披萨 (c) 他们都想一起吃饭
你可以很容易地得到 (a) 和 (b)。 (c) 现在很艰难。
说真的，我同意其他海报。比率毫无意义。你想要一个可以组建的最好的团队。雇用 N 个最好的面试者并完成项目。您对此的唯一限制是现金流，但总支出肯定低于任何其他团队结构。
【讨论】：
我始终牢记一条规则：团队结构和球员会发生变化，我们不要过于拘泥于当前的规则。弄清楚你现在需要什么，调整并继续前进。
使用您需要的技能管理团队结构。一些高级人员可以处理很多初级（新生）来指导/管理，有些则不能。
没有顺序或任何事情：（有些人可以做所有事情，有些人只能做一个）
【讨论】：