Triyoの活用例
ディールプロセス
資本市場
従業員、業務プロセス、関連書類を一つのプラットフォームで一元化。複雑な取引プロセスの視覚的な管理が可能になります。例えば、様々な地域からの出資者の管理も問題御座いません。
詳細を見る
活用例〜M&Aディールプロセスの管理〜
従来の場合
共同作業が必要な変化の激しい業務が数多く発生
複数のチームが関わるものの、情報の大半は現状メールに限定されている
- 適時の回答、承認が重要な中で、メールでのやりとりでは、確認漏れが発生しがち
- 業務プロセスが個別のタスク、プレゼンテーション、書類の“壁”により分断されている
Triyo導入後
複数のグループを横断したディールチームを編成
チームメンバーに個別にタスクや責任を割り当て
承認の記録や全ての変更の監査証跡を一目で確認
メールを介したタスクの管理や返信も可能
ディール関連資料、IM（インフォメーション・メモランダム）、プロセスレター、与信承認、マーケティング資料、タームシートなどを並行処理
プレゼン資料の作成
構造的業務プロセス
資料の作成業務を複数のスタッフに割り当て管理。仕上がった各コンテンツを自動で承認し、適切に並び替えることができ、未完成の業務についても常に把握できます。
詳細を見る
従来の場合
プレゼンテーションのスライドをいちいちメールで個人、チームに割り当て
社員それぞれが担当するスライドを編集し、完成したらメールで送信
ディールメンバーは送られてきたスライド一つ一つを手作業でチェックし、並び替え、最終的なプレゼン資料として仕上げなければならない
Triyo導入後
ディールチームを編成し、プレゼン資料の各部位を該当するスタッフに割り当て
資料の各部位が完成し承認されると、自動で並び替えられ、バージョンも理路整然と管理
承認履歴と全ての変更の監査証跡が一目で確認可能
複数のユーザーが手を加えることで、ディール関連資料、IM（インフォメーション・メモランダム）、プロセスレターを作成
従来の場合
共同作業にメールやSharePointを利用せざるを得ない
ドキュメント、プレゼンテーション、スプレッドシートの編集は個人作業に限定される
プロジェクトマネージャーの作業は大幅にメールに依存
承認作業がエンドツーエンドシステムに組み込まれていない
監査証跡や自動診断の仕組みが存在しない
Triyo導入後
ドキュメント、スプレッドシート、プレゼンテーションを共同で編集
期限付きのタスクや専用のワークフロー、マイルストーンを作成し、案件スケジュール上のリスクに関する通知を設定
監査証跡が自動生成され、変更や承認の履歴が確認できる
管理画面にはリアルタイムで情報が反映されるので、十分な情報に基づいた判断が可能
SharePointなどの既存のツールを活用できる
従来の場合
当座貸越依頼の承認は通常、手動で処理される
当座貸越の管理が行き届いておらず、安全な資金繰り、与信審査のための仕組みが必要
例外的な承認のための、自動与信管理ワークフローが確立していない
Triyo導入後
例外的な承認が必要な場合には、臨時承認依頼（TAR）スプレッドシートをアップロード
メインシート上でチームメンバーを任意のTARに割り当て
各TARの承認依頼を受領し管理
全ての承認と変更が完了するとメインスプレッドシートが自動で更新される
従来の場合
顧客情報のマスターExcelファイルを、確認のために各事業部門にメールで送信しなくてはならない
顧客情報が個別の従業員により更新され、入力情報の承認後マスターシートに手動で統合される
依頼した情報が担当のグループによって処理されたかどうかを追跡するための仕組みが存在しない
依頼のメールが他のメールに埋もれて忘れられてしまうことが多く、業務の遅れや売上の低下につながる
Triyo導入後
TRIYOで「顧客レビューマスタートラッカー」スプレッドシートをアップロード
事業部門毎にメンバーを割り当て、適切なグループに2万5,000以上のブッキングポイント（BP）を委任
詳しい監査証跡により、各BPの承認とコメントを確認可能
変更と承認を経て自動で入力内容がマスタートラッカーに統合され、顧客確認が完了する
アジャイルプロジェクト管理
資本市場の事業の変容とIT技術
ビジネス要件をITの成果物へと落とし込むための明確なプロセスが存在しないことが、コミュニケーションの行き違いや手違い、高額な開発費用の発生につながります。TRIYOが明確なビジネスプロセス構築をお手伝い致します。
詳細を見る
従来の場合
ビジネス部門は要件定義書を用いてIT部門に技術的要件を伝える
IT部門が要件定義書をJIRAのユーザーストーリーに分割し、各ストーリーは部内の開発者に個別に割り当てられる
JIRAが事業のプラットフォームに統合されておらず、要件定義書の一部を担当する各開発者の進捗を個別に管理し、情報を集約しなければならない
要件定義書全体の趣旨を把握していない状態でJIRAの課題が個別に承認されるため、コミュニケーションの行き違いや大きな過ちが起きがち
Triyo導入後
JIRAの各エントリに対応する作業を作成し、TRIYOのタスク管理機能を利用して管理
エンドデベロッパーは要件定義書から割り当てられたタスクの全容を把握できる
メールの受信箱で埋もれてしまいがちなやり取りも、TRIYOのコメントと通知機能により、各要件定義書と紐付けて記録される
プロジェクトマネージャーは要件定義書に関連する全てのJIRAのエントリを、背景の情報と共に効率的に集約し、進捗を管理できる
