问你什么时候才能提供创新而不放弃任务呢？

EN

敏捷回顾将是在敏捷过程中寻求更好的方法来完成某些事情的时候。这确实假定创新可能是关于过程，产品或其他什么的，当然。

尖峰将是另一种可能用于调查可能有用或可能没有用处的东西。你见过钉子吗？我见过不止几次。

在一般情况下，如果你为一个有明确项目的客户工作，除非你要求他们多花一点时间去尝试想出一个他们可能同意或不同意的“酷点子”，否则就不会有太多的创新空间。在较大的组织中，有时您可以拥有明确允许的附带项目，以便允许开发人员进行一些创新工作，同时也可以尝试一些新技术。

在某种程度上，敏捷/SCRUM的设计目的是不给开发人员太多的时间来“结束任务”，因为这些侧项目确实占用了可以用于添加所需特性或修复bug的时间。在这里，团队将需要显式地增加一些时间来完成“结束任务”，或者允许在sprint之间进行一些创造性的工作。

不管采用哪种方法，如果您的客户完全说明了他们想要做的事情，那么您可以将您的创新成果留给下一个客户，或者冒着向客户展示客户并被拒绝的风险，而不需要及时得到补偿。

似乎您的印象是敏捷/scrum非常严格。试着等到你正在做一个瀑布工程，然后告诉你的团队，“你知道什么是酷的.”

规划创新是困难的，但仅仅因为你有一个计划，并不意味着你不能创新。