我经营一个实施团队，为我们的客户为各种产品定制实施。这些项目的运行时间从一个月到几年不等。我们为客户要求的任何定制工作进行配置工作（80％）加开发工作（20％）。在任何给定的时间点，我们都有1个团队参与多个项目，以充分发挥工作能力，并且要等待进行中的项目的等待时间。这导致了多个项目的复杂发布计划。但是我们确实做到了。我没有一次处理一个项目的自由。我已经尝试了Scrum和看板。尽管由于VSTS可视面板和定时盒交付而使情况变得更好，但与以前使用的传统瀑布方法相比，我的速度没有得到很大改善。我也确实使用了看板，但这也没有产生任何更快的结果。可能是我们处于持续改进的高峰期，但是我们的客户（包括产品团队）仍然抱怨我们的团队交付速度较慢。尽管大多数针对敏捷方法的建议都是以产品为中心的，但我想知道什么是产品实施项目的最佳或推荐方法。谢谢。
虽然大多数关于敏捷方法的建议都以产品为中心，但我想知道什么是产品实施项目的最佳或推荐方法。
我不清楚您在产品实施和以产品为中心的开发之间会看到什么区别。他们似乎是同一回事。
可能是，我们处于持续改进的高峰期，但是我们的客户（包括产品团队）仍然抱怨我们的团队交付速度较慢。
此声明有两点。首先，很少有团队能够达到无法提高的水平。即使是表现最好的团队，也仍在寻找改进的方法。如果您发现您的团队创造价值的能力没有提高，那么这将是您关注的重点。您如何做才能改善检查适应周期？
其次，如果您的产品团队和客户认为您的交付速度缓慢，那么看来透明度可能存在问题。考虑可以采取哪些措施来提高工作负载和进度的可见性。看板板是实现此目的的良好工具，但需要广泛地使用它们，并且所有利益相关者都应清楚地理解它们。