我在一家大型电信公司工作，我们部门最近转向了“企业敏捷”工作模式（这一切都非常令人兴奋！）我们过去曾运行过特定的敏捷友好项目，但现在正试图交付我们的整体使用敏捷原则的程序。我们的大部分工作都是基于系统集成和配置的，我们内部运行的软件开发很少。
我现在正在尝试从我们的生命周期计划中交付功能，并尝试鼓励团队编写以客户价值为中心的故事，但是当该功能需要大量技术基础工作时，您如何做到这一点，以交付非常锁定的一部分用户功能？（第三方软件已经定义了用户可以做什么和不能做什么）
例如，我们具有通过新报告解决方案提供现有客户报告的功能。不会提供任何新功能 - 至少作为初始版本的一部分。我们已经确定了一组我们将为用户构建的标准报告。这些是我们的客户价值故事。但是要交付一个故事，我们需要部署和配置新的主机、新的业务对象数据库、新的数据收集点、新的数据聚合和提取层，并将当前客户数据导出到解决方案中并验证\调整演示文稿 - 在我们构建之前并提交实际报告。
新客户队列报告的交付是我们的 EPIC 故事，我们应该如何捕捉交付此报告所需的所有技术基础工作？主机的登台和数据库的构建可以写成用户故事还是仅仅写成技术任务。如果将其编写为非估计任务，我们将运行大约 4-5 次迭代，然后才能交付单个用户故事。即使试图提供最小的功能，这个故事也是针对拥有大量数据的大型客户，并且需要大量的技术工作来提供第一个价值故事/
我在这个优秀的网站、网络和诸如 Mike Cohn 的书籍中进行了搜索，advise 似乎主要是基于软件开发的。我很想得到一些可以应用于大型企业明智工程项目的答案。随着敏捷运动因其软开发根源而发展壮大，这对于那里的团队来说一定是一个日益严重的问题吗？