プロジェクト推進の考え方

パッケージ導入を軸としつつ、周辺領域については役割分担により対応し、 各領域の専門性を踏まえて体制を整理しながら進めていきます。

案件の性質に応じて、パッケージ導入を中心とするプロジェクトではプライムとして関与し、 周辺システムや業務領域との連携が前提となる場合には、 各領域の専門企業と役割分担しながら進めていきます。

中央のプロジェクト基盤から、業務領域、コンサル領域、周辺システム、外部連携先へ役割分担しながらつながる推進体制のイラスト

体制と役割分担

プロジェクトは、業務整理・設計・実装の工程を分担し、 各領域の専門性を踏まえて進められることが一般的です。

Customer

Customer(業務領域)

  • 業務の整理・現状把握
  • 業務フローの見直し
  • 業務方針・ルールの整理・決定
  • 現場定着・教育

Consulting

Consulting(コンサル領域)

  • 業務整理・業務設計支援
  • 業務プロセスの再構築
  • プロジェクト全体構想の整理

ReCI

ReCI(システム領域)

  • パッケージを基盤としたシステム設計
  • 要件定義への参画(業務とシステムの整合整理)
  • システム導入および実装支援

プロジェクト推進で選ばれる理由

01

要件定義の負荷軽減

基幹システム導入では、業務や既存システムの整理が必要となり、 要件定義に大きな負荷がかかる傾向があります。

パッケージの標準機能を起点として検討を進めることで、 ゼロベースでの整理を抑えながら、実装を前提とした要件定義につなげていきます。

02

構成の切り分けによる対応

複合型プロジェクトでは、標準機能・外部連携・カスタマイズが混在し、 全体構成が複雑になりやすい傾向があります。

各要素を切り分けながら整理することで、 全体構成を見通しやすい形で組み立てていきます。

03

設計と実装の整合性

設計と実装の間で前提や認識に差異が生じると、 手戻りや品質低下につながる可能性があります。

実行可能性を踏まえた設計とすることで、 設計内容と実装内容の乖離が生じにくい形で進められます。

04

外部サービス連携を前提とした構成

複合型プロジェクトでは、MA・BI、ホームページ、既存システムやSaaSなど、 複数の外部サービスとの連携が前提となるケースがあります。

各システムの役割を整理しながら構成を組み立てることで、 それぞれの特性を活かした全体最適の構成につなげていきます。

オンプレミスからクラウドまで、
インフラ構成に柔軟に対応

企業ごとのセキュリティポリシーや運用方針に応じて、最適なインフラ構成を協議のうえ決定します。

自社管理環境や指定クラウドでの構成はもちろん、運用負荷を抑えたい企業様にはクラウド運用にも対応。 現行環境を尊重しながら、無理のないDX導入を支援します。