ドメイン特化プラットフォームによる业务システム开発体制の変革
- 1. IT勉強宴会 ドメイン特化プラットフォームによる 業務システム開発体制の変革 株式会社フュージョンズ 杉本 啓 One-stop partner, empowering your management systems
- 2. 自己紹介 http://www.fusions.co.jp/ 1. アーサーアンダーセンのコンサルティング部門出身（１７年在籍） 2. 会計?経営管理領域の制度設計?業務改革（原価計算?会計業務?連 結会計?グループ経理業務標準化、等の領域） 3. 会計系基幹システム構築 (スクラッチ開発, SAP R/3等) 4. Hyperion （現、Oracle）製品のローカライズ（日本語化）、 日本版連結会計モジュール開発 5. fusion_place （経営管理領域のプラットフォーム）開発 ?イマココ ?2013 fusions corporation One-stop partner, empowering your management systems 1
- 3. 1.仕事の仕組みは仕事をする人々が作るべき。 http://www.fusions.co.jp/ コンピュータ以前の時代、仕事の仕組みは仕事をする人々が作っていました。ところが現在 は、仕組みづくりに必要なITが難しすぎて、仕事をする人と仕事の仕組みを作る人が分かれ、 疎外状況が生じています。 昔 今 仕組みの素材 紙とペン コンピュータとネットワーク 仕組みの作り手 仕事をする人 仕事をする人＋「IT」専門家 日々の改善 可能 困難 仕組みを考える責任 仕事をする人 協働責任 ? 押し付け合い 二重の阻害状況 ?2013 fusions corporation 仕事をする人：自分の仕事の道具に対するオーナーシップを失っている。 IT専門家： 自分の作品に対するオーナーシップを失っている。 One-stop partner, empowering your management systems 2
- 4. ２. 現在の情報技術は複雑すぎる。 http://www.fusions.co.jp/ 業務の仕組みに対するオーナーシップが不明確になってしまっている背景には、電子的情報 処理(e-IT) が複雑すぎることがあると考えています。 本来の担い手 情報の整理?管理?利用に 関する技術(m-IT) 情報技術 (IT) 一般的な ITのイメージ ? ? ? ? （仕事をする人々） 事業?組織?業務の管理手法 帳簿構造（データモデル）の設計 業務責任／役割分担の設計 業務手順の設計 ... 電子的情報処理及び通信に 関する技術（e-IT） e-IT専門家 ? ソフトウェアの設計?開発技術 ? 計算機上でのデータ表現 ? 通信技術、セキュリティ... e-IT が複雑すぎるため... ? ユーザ側の手に負えない。→ e-IT 専門家が必要 → 二重の阻害状況 ? IT = e-IT との誤認が生じ、m-IT の担い手が不在に。 → ITマネジメント力の劣化 ?2013 fusions corporation One-stop partner, empowering your management systems 3
- 5. 3. 提案：e-IT の上に新たな紙とペンを構築。 http://www.fusions.co.jp/ 仕事をする人が仕事の仕組みを作るというシンプルな体制を取り戻すために、 複雑な e-IT を表に出さない「新しい紙とペン」を構築しましょう。 Excel RDB fusion_place ※ ?テーブル ド メ イ ン モ デ ル コンポーネント ロジック寄りの コンポーネント ?カラム ?シート ?一意制約 ?セル ?外部キー etc. データ寄りの ?ブック ?範囲 etc. ?プロシジャ ?セル計算式 ?フォーム ?関数 ?マクロ ?リンク領域 ?制御構造 etc. 汎用的 ?元帳（キューブ） ?ディメンション ?版 ?アクセス許可タイプ etc. etc. ?テキスト式 etc. 領域特化 ドメイン特化プラットフォーム(DSP)、すなわち 特定業務領域にフィットした適度に抽象的なコンポーネントの集合を提供するシステムが、 新しい紙とペンとなる。 ?2013 fusions corporation ※ http://www.fusions.co.jp One-stop partner, empowering your management systems 4
- 6. 4. 役割分担の見直し。 http://www.fusions.co.jp/ DSPは、業務システム構築の役割分担変革のためのイネーブラーになり得ます。 スクラッチ開発 業務部門 一部のERP導入 (参考) ? 仕事の仕組みの ? 与えられたシステム 設計者／決定者 の使い手（受動的） DSPベース開発 ? 仕事の仕組みの 設計者／決定者／改 善者 教育? 問題指摘 協働作業 抜け道指南 ? 業務改善?仕組みづ ?要件の翻訳者/実装者 ?特定ERPの精通者 要望?要件 システム部門 支援企業 DSP ベンダー ? ユーザ ? システム担当 ? ツールベンダー ?2013 fusions corporation （仕事の仕組み作りに関 しては受動的） （パラメタが複雑すぎ、精通 くりの支援者 するので精一杯） ? ツールの精通者 ? 仕事の仕組みの設計 ? メタモデルの作り手 者／決定者 ／実装者 ： 仕事のしくみの決定者／作り手として復権。 ： 受動的な翻訳者や e-IT の専門家ではなく、ユーザとともに 業務のしくみを考える「支援者」として役割を再定義。 ： 特定業務領域のニーズを抽象化?共通化してドメインモデルを作り、 高度な e-IT で実装する技量を競う。 One-stop partner, empowering your management systems 5
- 7. ５. 終わりに http://www.fusions.co.jp/ 仕事のプロ、仕組みづくりのプロ、道具作りのプロの間で、フィードバックループがうまく つながるような業界になることを願っています。 仕事のプロ (自社業務への精通+業務へのオーナーシップ) 仕組みづくりのプロ （m-ITの深い素養＋業務設計力＋ツールへの精通） 道具作りのプロ （m-IT × e-IT＋要件の概念化?抽象化スキル） ?2013 fusions corporation One-stop partner, empowering your management systems 6