以下是一些简单的建议:
活动的逻辑:创建一个闭环时间表，只有一个项目开始的活动/里程碑和一个项目完成的里程碑;所有其他活动必须至少有一个前任和一个继任者。这样做将有助于软件算法优化计算自由浮动和总浮动，并计算一个现实的关键路径。
里程碑:确保你的项目时间表上有主要阶段和中期阶段的里程碑。这样做将迫使系统根据活动持续时间优化自由浮动和总浮动。
限制日期:在现实世界中，存在约束日期(合同、可用性等)。确保这些约束日期是内置的，因为系统算法将基于它们优化自由和总浮点数。基于您现有的活动逻辑，约束日期还可能导致活动的总浮点值为负。
资源加载的时间表:创建一个假设版本并对其进行资源调度。算法将查看您的资源可用性，并使用可用的自由和总浮动。如果还包含活动约束日期，则可能会发现无法自动优化的活动的浮点值为负。
非资源负载调度:浮点数优化将基于前面讨论的资源可用性、约束日期和闭环活动逻辑。
祝你好运;您已经获得了优化项目进度浮点值所需的所有信息。
我唯一错过的就是活动日历。虽然大部分工作可能在5/8的日历上，但可能有一些关键的路径活动，你会工作一个周末，以满足计划的最后期限。
另一件要注意的事情是在周末或其他非工作时间进行的活动。例如，你有一个持续时间很长的关键活动，在周一早上9点结束。假设日历是5/8，程序将结束日期推迟两天，以便在周一早上完成1小时的工作。这有意义吗，或者他们会在周五留下来完成吗?此外，这只是一个估计，我可能会削减1小时的持续时间来修正它。
