SIerが新型Acsimを使って、提案、要件定義、設計、見積、開発準備を効率化する方法を説明します

SIer向け活用シナリオ

SIerにとっての新型Acsimは、提案、要件定義、設計、開発準備をつなぐ基盤として利用できます。

RFPや既存資料を読み込み、業務フロー、要求、設計書、見積、Epic、Issueへ段階的に整理できるため、上流工程で作成した情報を開発チームへ引き継ぎやすくなります。

SIerでよくある課題

大規模案件では、RFP、別紙、現行業務資料、既存システム資料が多く、初期理解だけで大きな工数がかかります。

新型Acsimでは、資料を登録し、ヒアリング相談やファイル解析のエージェントを使って、確認すべき論点、リスク、質問項目を短時間で整理できます。

要求の粒度、設計書の書き方、見積前提の整理は、経験のあるメンバーに依存しがちです。

新型Acsimでは、要求、業務フロー、設計書、タスクを同じ基盤で扱い、AIエージェントに初版作成やレビューを任せることで、作業の標準化を進めやすくなります。

要件定義書、画面設計書、議事録、見積前提、タスク管理が別々に管理されていると、開発チームへ引き継ぐときに前提が落ちやすくなります。

新型Acsimでは、要求から設計書、Epic、Issueまでを紐づけて管理できるため、開発移管時の情報欠落を減らしやすくなります。

RFP、業務マニュアル、現行システム資料、過去提案資料、議事録などをファイル管理やナレッジベースに登録します。

登録した資料をもとに、AIポータルで「このRFPに対する確認事項を整理してほしい」「見積リスクになりそうな論点を洗い出してほしい」と依頼します。

ヒアリング相談エージェントを使い、顧客へ確認すべき質問を作成します。

この時点で、業務範囲、システム化範囲、データ移行、外部連携、非機能要件、運用制約などを整理しておくと、要件定義の抜け漏れを減らしやすくなります。

現行業務の資料やヒアリング結果からAsIs業務フローを作成し、顧客と現状認識を合わせます。

その後、改善方針や変更計画をもとにToBe業務フローを作成し、業務改善案やシステム導入後の姿を議論します。

AsIs/ToBeの差分、RFP、ヒアリング結果から要求を抽出します。

要求ごとに対応方針、効果、想定工数、ステータス、関連する設計書やタスクを紐づけます。これにより、提案範囲、見積範囲、開発範囲の認識合わせがしやすくなります。

要求や業務フローをもとに、要件定義書、画面一覧、機能一覧、API設計書、DB設計書、概算見積書などの初版を作成します。

AIが作成した成果物は、レビューして顧客固有の前提や社内標準に合わせて調整します。

設計書から技術仕様、Epic、Issueを作成し、GitHubやDevinへ連携します。

要求や設計書とIssueが紐づいているため、開発チームは実装時に前提情報を追いやすくなります。

資料読み込み、質問作成、業務フロー化、要求抽出、設計書初版作成をAIに任せることで、担当者は確認、判断、合意形成に集中できます。

見積前提、リスク、要求、改善効果を整理しやすくなるため、担当者による提案品質のばらつきを抑えやすくなります。

ベテランが持つレビュー観点や見積ルールをナレッジとして登録することで、経験の浅いメンバーでも一定の粒度で成果物を作成しやすくなります。

要求、設計書、Epic、Issueを紐づけて管理できるため、開発チームへの引き継ぎ時に前提や判断理由が抜け落ちにくくなります。