オペレーション・資産管理
保守、故障対応、作業指示を資産単位で計画し、追跡します。
移行
システムを切り替える場合。
移行はリスクではなく、一つの手法。推測ではなく、測定。
システムの切り替えとは、旧ツールのライセンスを終了する前に、そのツール上で実際に行われている業務を見つけ出し、新しい環境へ漏れなく移すことです。
Butterflyは既存システムを置き換える必要はなく、その上に構築してシステム間の業務を管理できます。必要であれば、業務管理、資産・保守、承認／BPMの各ツールをすべて置き換えることも可能です。
Butterflyを信頼する企業・組織
手法
まず測定し、それから移行する。
どの移行も同じ6つのステップで進みます。後戻りできないステップが管理なしに実行されることはありません。
ディスカバリー
どのシステムから、なぜ移行するのか。プロセス担当者と意思決定者
測定済みの棚卸し
構成（プロジェクト、項目、ワークフロー、スクリプト、連携、権限）と利用状況（レコード量、実際に動いているフロー）
目標設計
Butterflyでのデータモデル、ステートマシン、連携、およびブロッカーを明示した未解決事項リスト
Pilot
最もリスクの高いプロセスを組織のデータで検証
段階的な移行
データ移行、並行稼働、測定値の旧システムとの比較
完了
切り替え、旧システムの凍結と停止
移行の難しい点
現在
既知のリスクに、測定に基づく回答。
移行の打ち合わせで最もよく耳にする5つの懸念と、それぞれへの回答。
Butterfly導入後
まず測定します。移行元システムの構成と利用データを読み取り、文書化されている構成、導入されている構成、実際に使われている構成を比較します。
成果使われていない構成は移行されず、隠れた範囲が最初から見えます。移行をフェーズに分けます。最もリスクの高いプロセスを、まず小規模なチームでパイロットとして試し、その後段階的に移行します。
成果期限が迫っていても、後戻りできないステップが管理なしに実行されることはありません。変更は貴社にお任せします。プロセスステップ、承認ルール、フォーム、権限はプラットフォーム上でデータとして保持されます。変更はソフトウェア開発ではなく、構成変更です。
成果プロセスの担当者が、自らのスケジュールで変更を行えます。メールで行われているステップをプロセスに戻します。追加書類や追加承認など、メールに流れていたステップはルールテーブルによってフローに組み込まれます。
成果記録されていなかった業務が記録に戻り、監査証跡が完全になります。2つのシステムを一定期間並行して稼働させます。Butterflyは既存システムの上で動作するため、移行期間中、新旧システムは連携または並行して稼働します。
成果変更は一度限りのプロジェクトではなく、管理された構成変更になります。準備度チェック
貴社の移行準備はどの程度整っていますか？
8つの質問、2分。各質問で最も近い回答を選択してください。最後に移行準備度の評価と、最初に取るべきステップが表示されます。
- データ
- 接続
- 検証
- チームと切り替え
承認とBPM
承認システムから移行する場合。
フォームが固定された承認ツールでは、プロセスがメールに流れ、記録されない業務が増えていきます。Butterflyでは承認ステップ、フォーム、権限がデータとして保持され、変更はソフトウェア開発プロジェクトではなく構成変更です。メールに流れていた追加承認や追加書類のステップは、ルールテーブルによってプロセスに戻されます。
従業員6,000名の給与支払 件の支払を二重電子署名の承認フローで銀行に送信。承認は組織階層に従って担当の管理者に回付されます（本番稼働中）。
承認とBPMの移行も同じ手法で行います。測定済みの棚卸し、パイロット、段階的な移行です。
承認とBPMの移行も同じ手法で行います。測定済みの棚卸し、パイロット、段階的な移行です。
導入事例
数字で見る移行実績
顧客名は守秘義務により非公開としています。
プロジェクト89件 · タスク32,000件以上業務管理ツールからの同日移行（自社での利用）
約55,000件の資産を旧資産・保守システムから移行（本番稼働中）
約2.5か月資産・保守の移行期間（本番稼働中）
従業員6,000名件の給与支払を、旧承認ツールに代わる二重電子署名フローで処理（本番稼働中）
よくある質問
移行について簡潔な回答。
Butterflyに移行するには、すべてのシステムを入れ替える必要がありますか？
いいえ。Butterflyは既存システムの上に構築され、システム間のフロー、ルール、可視性を管理できます。あるシステムを置き換えたい場合は、測定済みの棚卸しに基づき、段階的に行います。
分析のために何へのアクセスが必要ですか？
移行元システムまたはデータベースへの読み取り専用アクセス、あるいは代表的なエクスポート、実際の利用データ、既存のドキュメント（ある場合）、プロセス担当者との短いヒアリング。既存システムに対して本番環境での変更は行いません。
分析の結果、移行しないと決めた場合、手元に何が残りますか？
アプリケーションの完全かつ最新の仕様が残ります。機能の棚卸し、実際の例外を含むプロセスフロー、裏付けのある課題点です。このドキュメントは移行の判断にかかわらず利用できます。
過去のレコードも移行されますか？
はい。タスク履歴、コメント、添付ファイル、工数記録、変更履歴を移行できます。非常に大量の技術的な処理履歴は、必要に応じて新システムに移行せず、アーカイブで参照可能な状態にしておきます。