下载独立的 HTML 文档以阅读和共享。工作表包括可编辑的注释；打印或保存为 PDF 以保留已完成的条目。
第 1 周 · 发现并确定优先顺序
MVP 是一种最小可行产品：针对商定的业务需求的有界的、可行的解决方案。 Genellipse 计划在 6 周内交货。从一开始就就范围、可用接口、授权访问、客户审阅者和决策日期达成一致。将更广泛的转型工作放在单独的路线图中。
Genellipse 贡献
绘制工作流程，识别摩擦和依赖性，并提出有界的首次参与。
您的团队贡献
提供流程所有者、当前绩效衡量标准、代表性示例和约束。
决策与输出
商定的问题陈述、基线、范围和成功标准。
第 2 周 · 确认合身和设计
在致力于更广泛的实施之前，根据代表性工作测试建议的配置。
Genellipse 贡献
准备具有明确假设的演示或 MVP 设计、集成评估和评估计划。
您的团队贡献
提名审阅者并批准测试数据、访问边界和验收标准。
决策与输出
记录的适合评估、架构大纲、成本假设以及继续、修改或停止决策。
第 3-4 周 · 配置和集成
连接约定的系统并在认可的环境中配置工作流程。
Genellipse 贡献
实现范围配置、接口、异常路由和操作文档。
您的团队贡献
提供授权环境和访问权限，解决源系统依赖关系，并审查业务规则。
决策与输出
具有已知限制、变更记录和集成证据的经过测试的配置。
第 5-6 周 · 验证并交付 MVP
验证商定的 MVP 工作流程，包括故障路径和人工干预。在计划的 MVP 窗口内完成验收、培训和移交包。
Genellipse 贡献
支持功能和控制测试、用户培训、运行手册和部署建议。
您的团队贡献
完成业务验收、专业审查、安全审查和运营准备决策。
决策与输出
验收记录、经过培训的所有者、升级路线和发布决定。
MVP 之后 · 计划更广泛的推广
使用已接受的 MVP 和测量结果来决定下一个生产或扩展阶段。更广泛的部署有其自己的范围、准备标准和时间表。
Genellipse 贡献
支持商定的部署，观察早期性能，并根据基线审查问题。
您的团队贡献
操作商定的控制措施，收集用户反馈，并批准范围或权限的变更。
决策与输出
稳定性审查和基于证据的改进或扩展计划。
MVP 之后 · 作为合作伙伴运营
为参与定义了支持安排。在生产之前建立所有权，并随着用例的发展重新审视它。
运营协议
确认支持时间、事件分类、响应目标、环境责任、维护和变更控制。
定期价值审查
一起审查吞吐量、工作量、质量、成本和用户体验。将额外的团队能力与已实现的费用减少区 分开来。
持久的移交
维护文档、知识转移以及导出或过渡安排，以便客户保留清晰的运营情况。
准备就绪是交付的一部分，而不是管理细节
在六周计划开始之前进行简短的准备情况审查。每个依赖项都需要一个所有者、一个截止日期以及如果迟到的话的替代方案。
代表信息
提供经过净化的示例，包括疑难案例：更正、不完整的记录、重复的事件和真正的业务异常。干净的样本可以隐藏主导生产工作的工作。
访问和环境
确认批准的测试环境、凭证、连接、供应商参与和允许的数据使用。确定模拟接口是否足以进行早期测试，并在验收报告中标记该限制。
审核容量
为操作用户、数据所有者、安全审查者和发起人预留时间。即使工程按计划进行，耗时两周的决策也可能会占用三分之一的交付时间。
支持真正决定的接受包
最后的对话应该解释什么有效，哪里失败，成本如何，以及在更广泛使用之前必须改变什么。
证据和局限性
包括范围、配置、测试记录、基线比较、未解决的问题和样本的限制。将展示的行为与未来的需求分开。
受控扩张
仅在审查容量、安全、协调、培训和支持影响后添加产品、位置或高风险操作。保持先前测试的配置可恢复。
变更和采用
培训用户异常决策，而不仅仅是按钮序列。指定服务所有者，建立反馈和发布路线，并衡量用户是否可以在没有非正式解决方法的情况下完成工作。
你的工作笔记
本文档不会发送或保存您的条目。打印或保存为 PDF 以在关闭之前保留已完成的笔记。
规划材料。双方确认了产品适配、可用配置、商业条款和服务承诺。
探索这个主题