看板与冲刺
团队在看板上推进工作。
创建、启动和完成冲刺；从待办列表批量添加；冲刺看板上的燃尽图和按人员统计的剩余工作量。
仪表板
我的工作
冲刺看板
工作流仪表板 · 冲刺看板：工作卡片按状态列排列真实 TaskFlow 界面 · 名称已替换为示例数据
89个项目
32,130项任务
34,112条工时记录
当天完成迁移
Butterfly 团队（RG Labs）自己的工作管理系统在一天内迁移到了 TaskFlow；此后，27 人每天都在 TaskFlow 中工作。
问题
提交采购申请时，后台运行着什么？
- 已创建申请采购团队
- 超过金额阈值规则：第二级审批
- 经理审批审批链
- 在 ERP 中下单集成
- 申请已更新TaskFlow 记录
现状
一个团队在工作管理工具中提交申请。金额升高时需要第二级审批。在 ERP 中创建订单后，申请记录应随之更新。多年来，字段、规则和连接不断累积。更换工具时，除了“记录能迁移过来吗？”，又多了一个新问题：“周一早上这项工作该如何推进？”
借助 TaskFlow
在 TaskFlow 中，申请跟踪、审批步骤和 ERP 连接可以在同一工作流中处理。例如，采购申请的审批顺序可以在 Butterfly 的流程引擎中按金额定义。团队在 TaskFlow 中跟踪申请状态的同时，连接和审批规则也在流程中保持原位，或在迁移范围内重新设计。
介绍影片
团队、任务与自动化处于同一流程中。
- 任务在团队成员之间以单一流程流转。
- 重复性工作与自动化规则相关联。
- 团队在同一平台上基于同一数据工作。
迁移方法
自动化清单
评论与历史
同一端点，同样的响应工作流自动化规则：含触发器、组件和运行日志
迁移前，先明确各部分将如何处理，逐一定案。
自动化清单评论与历史同一端点，同样的响应工作流真实 TaskFlow 界面 · 项目、记录和人员名称已替换为示例数据
日常工作
日常工作跟踪在同一处继续进行。
团队通过看板、冲刺、已保存的筛选器、容量规划和路线图来规划工作。当流程负责人希望增加新的审批步骤时，可以在 Butterfly 的流程引擎中定义相应规则。
冲刺看板
冲刺状态 集中于一个界面。
燃尽图、按人员统计的剩余工作量和等待原因。冲刺结束时自动生成关闭报告。
规划与路线图
容量与路线图集中在一处。
人员 × 日期的计划与容量视图；按 epic 划分的周、月和季度路线图。
工时报告
工作量按人员和日期统计。
工时记录汇总在人员 × 日期表格中；超过每日上限的日期会单独标记。报告可导出到 Excel。
集成
您的集成将继续运行。同一 API，新地址。
- REST API（v2 和 v3）、敏捷看板和冲刺端点以及服务台端点均以相同的路径和参数提供。
- Webhook 以签名方式发送；使用受支持端点的脚本和自动化在更改地址和访问密钥后即可继续运行。
- 身份验证：电子邮件和 API 密钥，或个人访问令牌。
我们事先说明的限制： 应用市场插件无法一对一迁移，所需功能将在 Butterfly 中重建。不支持应用内 OAuth（3LO）连接。哪些功能可以一对一迁移，会在迁移前以书面形式列明。
Platform API
/rest/api/2 · /rest/api/3工作项、评论、工时、附件、项目、搜索（JQL）、筛选器、看板敏捷端点
/rest/agile/1.0看板、冲刺、待办列表（backlog）、epic、排序服务台
/rest/servicedeskapi申请、队列、SLA、审批、参与者Webhook
/rest/webhooks/1.0工作项、评论、工时和冲刺事件；签名发送
适用于哪些团队？
关键工作流依赖工作管理工具的团队。
银行与保险
CIO、企业应用、IT 安全与运营为什么？ ↻为什么？
如果工作管理工具与采购和内部审批流程相关联，迁移时除了记录，还必须保留审批规则和审计追踪。
主要用途为采购和内部审批等流程确定迁移范围，并验证 ERP 连接和历史记录。
CIO、企业应用、IT 安全与运营公共部门与国有企业
信息技术、流程负责人与内部控制团队为什么？ ↻为什么？
审批和文档流程应在机构自己的基础设施上以可追溯的方式运行。
主要用途以符合机构运营条件的结构持续运行审批和文档流程。
信息技术、流程负责人与内部控制团队国防工业
信息安全、IT 基础设施与项目管理为什么？ ↻为什么？
在与互联网隔离的环境中无法使用基于云的工作管理工具，工作管理必须在本地运行。
主要用途评估在本地部署或与互联网隔离的环境中运行的工作管理和审批流程。
信息安全、IT 基础设施与项目管理制造与现场运营
维护、采购与企业应用为什么？ ↻为什么？
维护和采购申请与 ERP 相连；更换工具时，这一连接不能中断。
主要用途跟踪与 ERP 相连的维护和采购申请，包括其状态和审批步骤。
维护、采购与企业应用Butterfly 自身的迁移
Butterfly 团队将自己的工作管理在一天内迁移到了 TaskFlow。
2026年9月19日，开发 Butterfly 的 RG Labs 团队将自身的全部工作管理迁移到了 TaskFlow。当天迁移了 89 个项目、32,130 条工作项、34,112 条工时记录和 667,864 条变更历史记录。迁移中还转移了 119 个已保存的筛选器和 133 个冲刺。包括活跃冲刺中的工作项数量、未完成工作项和工作量明细在内的八项指标与源系统进行了比对，八项全部一致。迁移以一份包含 69 项测试的质量控制报告收尾。
- 历史记录和变更历史已完整迁移。
- 通过冲刺、看板和已保存的筛选器，团队的工作方式得以保留。
- 八项指标与源系统进行了比对，八项全部一致。
667,864条变更历史记录
119个已保存的筛选器
133sprint
8/8测量结果一一对应
宣传册
向团队介绍 TaskFlow，一份文档即可说明。
下载汇总了功能、部署选项和我们自身迁移数据的宣传册，并与您的团队分享。
需求测试
迁移到 TaskFlow 对您有多大意义？
8 个问题，两分钟。最后查看您在迁出现有工作管理工具和流程现代化方面需求的评分卡。
- 现有工具
- 流程关联
- 集成
- 数据驻留
常见问题
关于 TaskFlow 的简要解答。
我们现有的集成能否继续运行？
对于使用受支持端点的集成，更改地址和访问密钥可能就已足够。API 版本、身份验证和 Webhook 的使用情况会依据清单逐项验证。
迁移哪些记录？
项目、工作项、评论、附件、工时记录、冲刺、看板和变更历史均可纳入迁移范围。在 Butterfly 团队自身的迁移中，89 个项目和 32,130 条工作项在当天完成迁移。
我们使用的插件怎么办？
应用市场插件不会直接迁移。我们会梳理实际使用的插件功能，并将所需功能纳入在 Butterfly 上重建的范围进行评估。
能否本地部署？
提供本地部署、私有云和与互联网隔离环境等选项。部署模式将结合您的集成和基础设施要求进行评估。
迁移需要多长时间？
所需时间取决于记录数量、工作流和现有集成。在初步评估中，我们会确定哪些部分迁移、哪些部分重建、哪些部分不在范围之内。