正在为一个复杂的工资系统进行积压工作。我所列举的一切都有相同的优先级。
比如：
- 我们需要时间表功能来使佣金工资变得正确。
- 需要设置一个角色树，并且能够被改变，以便每个员工得到正确的工资。
- 工资需要与角色类型和部门联系起来，以获得正确的工资，因为它在8个部门之间是不同的。
- 我们需要能够将雇员与经理/初级教练/高级教练联系起来，以便每个雇员都能得到他们需要的佣金。
基本上我们需要建立一个时间表管理系统，并对每个角色和项目的工资进行计算。
这很复杂，因为教练可以在多个部门工作，因此在每个部门有不同的佣金。
时间表管理是需要的，因为他们可能在两个项目中分担一天的工作，而他们指导的员工所做的事情反映在他们的工资上。
如果有些没有实现，就很难使用它，所以它将是一个大型的MVP/概念验证。
最终用户的目标是，当要计算工资时，财务管理部门得到一个文件，他们可以导入到支付系统。
理想情况下，我希望能够尽早推出一些有价值的东西，然后，继续建立......
现在，我看到我们首先需要的是时间表管理系统，但在那之后，它的优先次序就相当纠结了。
Reddit网友回答：
1. 敏捷在大多数情况下是最好的方式。
但有时，特别是对于那些很难逐步推出且有大量依赖关系的单体系统的替换，瀑布项目实际上是正确的开始方式。
当然，几乎总是有一些方法可以将事情解耦，并首先交付特定的用例，但这往往不被领导层所接受（而且往往有合理的理由）。
也许这里是这样，也许不是，但可以考虑一下。
另外，你所列出的要求没有一个是特别独特或困难的。
可能有10个不同的SAAS应用程序可以做98%的你的组织需要的事情，你可能可以为2%的事情找到变通办法。这就是我首先要寻找的地方。
2. 与你的利益相关者和用户合作，创建一个用户旅程。
- 涵盖当前和未来的状态。
- 把它切成功能片，并确定工作的优先次序。
- 试着用可点击的线框提前建模，然后用airtable和zapier等东西使其成熟。
我也会做一个构建与购买的比较。有大量的工具可能适合这个项目，而且价格便宜得多。
3. 不要纠缠在优先权上，需要更干净地切入它们之中。
你提到了将会使用这个产品的多个角色：
- 希望能够更容易地计算和处理工资的财务管理人员
- 使用该工具传达每个部门工作时间的教练？ 他们可以在不同的部门当教练，但也有为他们工作的初级教练，经理教练从他们的工作中获得佣金？
- 在这些教练手下工作的人（初级教练？）也在工作，并且可以在多个部门工作，根据他们在哪个部门指导多少人，得到不同的报酬？
这是在谈论不同类型的员工，或者这是否是一些只有教练的员工的教练公司，或者如此。请详细说明一下你的需求
你提到的多种功能：
- 时间表输入产品表面或UI，用于时间跟踪（随后转换为佣金率以计算工资等）
- 组织结构图功能，允许你根据每个实体下的员工数量来计算每个角色的佣金，也就是金字塔计划功能，只是开玩笑的。
- 一种根据教练的角色和他们的部门来自动计算工资的方法。将工作时间转换为 "这个类型的人应该得到多少报酬 "的东西。
除了上面关于角色的问题，根据下面的问题，你应该可以找到你的答案。
- A: 在这些角色中，哪一个是付钱给你建立这个、解决他们问题的人？
- B：在这些列出的功能中，哪一个对该角色是最关键的。这些功能中，哪一个会减轻那里的最多的痛苦？
在这之后，你开始研究原型会是什么样子，你将如何把这个原型浮现给用户，以便能够测试和验证它。有时，你可能不得不再次回到第二个最能减轻痛苦的功能上，因为它的建立没有那么复杂。
实际上，你有一个非常好的有趣的问题，在我看来，这里没有同等的优先级。