关于项目管理的大部分书籍（如果不是全部）都描述了一个大项目的管理。有时他们会描述如何在同一时间管理很少的项目。但我的情况非常不同。
我通过非常小的项目管理小团队（4人）。通常一名工程师在专门项目上工作。有些时候，一位工程师在几个具有不同优先级的项目上工作（项目通常会在几天内切换到“暂停”状态）。
所以我的具体是：
有人可以分享自己的经验，如何管理这样的项目，或者如果你从未有过这样的经历，但想知道如何组织，我会很乐意阅读它。 当然，如果你知道可以帮助我的书 - 我也很乐意检查它。
可能有一些我从未听说过的类型项目的方法。
谢谢。
答案 0 :(得分：3)
我建议看看看板。以下是一些探索链接：
答案 1 :(得分：3)
我有一个有这种情况的团队。我的解决方案是使用一周的迭代运行每个项目，并在可能的情况下将工程师分配给该项目数周。这样，如果需要的话，每个项目平均只有半个星期的工作时间。
如果您具有更高级别的并发性，则替代策略将是保持短迭代并为每个迭代设置包含需要关注的每个项目的方面的目标。可以维护多个并发的燃尽图以跟踪每个项目的工作，但如果您不打算以一致的速度在每个项目上花费精力，我建议这些图表有点学术性。使用这种方法将是非正统的，但会给你快速的反馈，定期交付工作软件和所有需要它的项目的进展，所以不应该使敏捷的福音传教士惹恼。
答案 2 :(得分：1)
如果您坚持使用此设置，其他响应会为处理它提供一些合理的建议。
但这是一个糟糕的设置，我主张尝试改变这种情况。你有太多的同步项目和一个不允许团队合作的工作流程。
如果多个项目具有相同的利益相关者，请尝试让业务合并项目。如果无法做到这一点，或者仍然会导致多个同步项目，请尝试按业务价值确定项目的优先级，以便将整个团队放在最重要的项目上，完成并交付它，然后继续下一个最重要的。
这几乎肯定会让团队以外的人做出一些困难的选择，而且可能在政治上很困难，但业务有所收获，这可能会帮助你推销变革。
更快地将项目推出市场并进行生产将改善公司的现金流/吞吐量。请参阅throughput accounting。
将整个团队放在这个项目上将减少开发人员缺席的影响（参见bus number），这意味着您的团队实际上是作为一个团队工作而不是一群碰巧拥有同一位经理。
如果你不能让企业一次优先考虑一个项目，那么一定要尝试两个，但是只有四个开发人员的团队，你应该做一个。