ボードとスプリント
チームは業務をボード上で進めます。
スプリントの作成、開始、終了。バックログからの一括追加。スプリントボード上のバーンダウンチャートと担当者別の残工数。
業務管理ツールから管理された形で移行しましょう。
重要なワークフローをモダナイズします。
長年使ってきた業務管理ツールが購買、保守、承認のプロセスの一部にもなっている場合、移行ではデータだけでなく、プロセスのルールとシステム接続も扱う必要があります。TaskFlowは、過去のタスク記録と日々の働き方を移行し、ERPと連携するワークフローをButterflyのプロセスエンジンで管理できるよう支援します。
ダッシュボード
マイタスク
スプリントボード
ワークフローダッシュボード · スプリントボード：ステータス列に並ぶタスクカード実際のTaskFlowの画面 · 名称はサンプルデータに置き換え
89プロジェクト
32,130タスク
34,112工数記録
同日移行
Butterflyチーム（RG Labs）自身の業務管理システムを同日にTaskFlowへ移行しました。27名がその日から毎日TaskFlowで業務を行っています。
課題
購買依頼が起票されたとき、裏側では何が動いているのか？
- リクエストを起票購買チーム
- 金額のしきい値を超過ルール：2回目の承認
- 管理者の承認承認チェーン
- ERPでの発注連携
- リクエストを更新TaskFlowのレコード
現在
あるチームが業務管理ツールでリクエストを起票します。金額が大きくなると2回目の承認が必要になります。ERPで発注が作成されると、リクエストのレコードが更新されることが期待されます。長年の間に、項目、ルール、接続が積み重なっています。ツールを切り替える際、「レコードは移行されるのか？」という問いに、もう一つの問いが加わります。「この業務は月曜日の朝、どのように進むのか？」
TaskFlowで
TaskFlowでは、リクエストの追跡、承認ステップ、ERPとの連携を同じワークフローの中で扱えます。たとえば、購買依頼では金額に応じた承認順序をButterflyのプロセスエンジンで定義できます。チームがTaskFlowでリクエストの状況を追跡する間も、連携と承認のルールはプロセス上の位置を保つか、移行の範囲で再設計されます。
紹介動画
チーム、タスク、自動化が同じフローで。
- タスクがチームメンバー間を一つのフローで進みます。
- 繰り返し発生する業務を自動化ルールに結び付けます。
- チームが同じプラットフォームで、同じデータを使って業務を行います。
移行手法
自動化の棚卸し
コメントと履歴
同じエンドポイント、同じレスポンスワークフロー自動化ルール：トリガー、コンポーネント、実行記録とともに
移行前に、各要素をどのように扱うか決めておきます。
自動化の棚卸しコメントと履歴同じエンドポイント、同じレスポンスワークフロー実際のTaskFlowの画面 · プロジェクト、レコード、人物の名称はサンプルデータに置き換え
日々の業務
日々の業務管理は同じ場所で続きます。
チームは、ボード、スプリント、保存済みフィルター、キャパシティ計画、ロードマップで業務を計画します。プロセス担当者が新しい承認ステップを追加したい場合は、該当するルールをButterflyのプロセスエンジンで定義できます。
スプリントボード
スプリントの状況 一つの画面で。
バーンダウンチャート、担当者別の残工数、保留理由。スプリントが終わると、完了レポートが自動で作成されます。
計画とロードマップ
キャパシティとロードマップを一か所に。
担当者×日の計画とキャパシティビュー、エピック単位の週・月・四半期のロードマップ。
工数レポート
工数を担当者と日単位で。
工数記録は担当者×日のグリッドに集計され、1日の上限を超えた日には別途印が付きます。レポートはExcelにエクスポートできます。
連携
既存の連携は引き続き動作します。同じAPI、新しいアドレス。
- REST API（v2とv3）、アジャイルのボードとスプリントのエンドポイント、サービスデスクのエンドポイントに、同じパスとパラメーターで対応します。
- Webhookは署名付きで送信されます。サポート対象のエンドポイントを使用するスクリプトと自動化は、アドレスとアクセスキーの変更で引き続き動作できます。
- 認証：メールアドレスとAPIキー、または個人用アクセストークン。
最初にお伝えしている制約： マーケットプレイスのアドオンはそのままの形では移行されず、必要な機能はButterflyで再構築されます。アプリ内のOAuth（3LO）接続には対応していません。どの機能がそのまま移行されるかは、移行前に書面で一覧化します。
Platform API
/rest/api/2 · /rest/api/3タスク、コメント、工数、添付ファイル、プロジェクト、検索（JQL）、フィルター、ボードアジャイル用エンドポイント
/rest/agile/1.0ボード、スプリント、バックログ、エピック、並べ替えサービスデスク
/rest/servicedeskapiリクエスト、キュー、SLA、承認、参加者Webhook
/rest/webhooks/1.0タスク、コメント、工数、スプリントのイベント。署名付きで送信
どのようなチーム向けですか？
重要なワークフローが業務管理ツールに依存しているチーム。
銀行・保険
CIO、業務アプリケーション、ITセキュリティ、業務部門なぜ？ ↻なぜ？
業務管理ツールが購買や社内承認のプロセスと連携している場合、移行ではレコードと同じく、承認ルールと監査証跡も維持する必要があります。
できること購買や社内承認などのプロセスで移行範囲を定め、ERP連携と過去のレコードを検証すること。
CIO、業務アプリケーション、ITセキュリティ、業務部門公共機関と公共関連企業
情報システム、プロセス担当者、内部統制の各チームなぜ？ ↻なぜ？
承認と文書のフローは、組織自身のインフラで、追跡可能な形で運用されることが求められます。
できること承認と文書のフローを、組織の運用条件に合った仕組みで継続すること。
情報システム、プロセス担当者、内部統制の各チーム防衛産業
情報セキュリティ、ITインフラ、プロジェクト管理なぜ？ ↻なぜ？
インターネットから隔離された環境ではクラウド型の業務管理ツールを利用できないため、業務管理を組織内で動作させる必要があります。
できることオンプレミスまたはインターネットから隔離された環境で運用される業務管理と承認フローを評価すること。
情報セキュリティ、ITインフラ、プロジェクト管理製造と現場の業務
保守、購買、業務アプリケーションなぜ？ ↻なぜ？
保守と購買のリクエストはERPと連携しています。ツールを切り替える際にも、この連携を途切れさせてはなりません。
できることERPと連携する保守と購買のリクエストを、ステータスと承認のステップとともに追跡すること。
保守、購買、業務アプリケーションButterfly自身の移行
Butterflyチームは自社の業務管理を1日でTaskFlowに移行しました。
2026年9月19日、Butterflyを開発するRG Labsのチームは、自社の業務管理のすべてをTaskFlowに移行しました。同日中に、89件のプロジェクト、32,130件のタスク記録、34,112時間分の工数記録、667,864件の変更履歴記録を移行しました。移行では119件の保存済みフィルターと133件のスプリントも移されました。アクティブなスプリントのタスク数、未完了タスク、工数の内訳を含む8つの測定値を移行元システムと比較し、8つすべてが一致しました。移行は69件のテストによる品質管理レポートをもって完了しました。
- 過去のレコードと変更履歴を漏れなく移行しました。
- スプリント、ボード、保存済みフィルターにより、チームの働き方が維持されました。
- 8つの測定値を移行元システムと比較し、8つすべてが一致しました。
667,864件の変更履歴記録
119件の保存済みフィルター
133sprint
8/8測定値が完全に一致
パンフレット
TaskFlowをチームに一つの資料で説明しましょう。
機能、導入形態、自社移行の数値をまとめたパンフレットをダウンロードして、チームと共有してください。
ニーズチェック
TaskFlowへの移行は貴社にとってどの程度有意義ですか？
8つの質問、2分。最後に、業務管理ツールからの移行とプロセスのモダナイゼーションに関するニーズの評価が表示されます。
- 既存ツール
- プロセスとの接続
- 連携
- データの保存場所
よくある質問
TaskFlowについて簡潔な回答。
既存の連携は引き続き動作しますか？
サポート対象のエンドポイントを使用する連携では、アドレスとアクセスキーの変更で十分な場合があります。APIのバージョン、認証、Webhookの利用状況は、棚卸しに基づいて一つずつ検証します。
どのレコードが移行されますか？
プロジェクト、タスク、コメント、添付ファイル、工数記録、スプリント、ボード、変更履歴を移行の対象にできます。Butterflyチーム自身の移行では、89件のプロジェクトと32,130件のタスクを同日に移行しました。
使用しているアドオンはどうなりますか？
マーケットプレイスのアドオンは直接移行されません。実際に使われているアドオンの機能を洗い出し、必要なものはButterfly上での再構築の範囲で検討します。
オンプレミスに導入できますか？
オンプレミス、プライベートクラウド、インターネットから隔離された環境の選択肢があります。導入形態は、貴社の連携とインフラ要件とあわせて評価します。
移行にはどれくらいかかりますか？
期間は、レコードの量、ワークフロー、既存の連携によって異なります。初回の評価で、どの要素を移行し、どれを再構築し、どれを対象外とするかを決めます。