我们有一个由一些前端开发人员、后端开发人员、图形设计师组成的技术资源库。这些资源由每个客户的一到两个帐户人员直接与客户分开。
来自客户的请求通过帐户人员进入并发送给我们的同步经理。同步经理跟踪所有客户项目，并对每个资源的工作量有一个基本概念。他的工作是根据项目的优先级和资源对项目的熟悉程度（在某种程度上）为资源分配工作。目前，大部分数据/逻辑都在复杂的 Excel 电子表格中处理。我们每周一重新审视时间表，以便人们清楚地了解他们的未来。
这种类型的系统适用于持续时间较长的线性项目，但当有很多小项目/任务同时发生时就会开始失败。很多时候，当更新在周中进行时，技术资源就会“丢失”。更不用说何时有取代现有时间表的“紧急”请求。
当您每天/每周与多个客户一起工作时，您如何处理分配工作量？您是否推荐任何软件来帮助安排/确定资源可用性？请记住，优先事项和项目经常变化，我们真的不知道从现在开始 1-2 周会发生什么。
在我看来，这就像一个经典的咨询难题：在最少的资源产生最多收入的最佳位置上。
我想到的第一个问题是：这会造成多大的痛苦？开发商之间的抱怨？上级投诉？愤怒的客户？解决方案应与引起的麻烦程度相匹配。
当涉及到日程安排中断时，您无法知道不可知的事实这一简单事实意味着，在很大程度上，没有软件可以解决这个问题。您必须提前为这些意外需求留出足够的空间，并准备好随时重新分配。
还值得一提的是，每当客户说嘘声时，开发人员就会跳起来的“坐立不安”模型是一种选择。如果每个人都愿意考虑其他选择，则不一定必须如此。
使用问题跟踪器，例如JIRA
我个人会考虑使用 Scrum 板。这可以通过物理墙、PowerPoint 幻灯片或 Bugzilla 来实现。
尝试以下操作：
1. 将每个技术分配到一个单元格
2. 分配每个技术 x 数量的工作/任务给每个工作/任务一个优先级。
3. 在幻灯片/墙中创建待办事项、测试、非常、完成的不同阶段，并让开发人员将它们移动到各个阶段，以更好地了解技术和项目。