調達Source

加工Make

出荷配送Delivery

計画Plan

Biz Concept Meeting

調達Source

加工Make

出荷配送Delivery

計画Plan

顧客メーカー 仕入先 倉庫 物流ネットワーク

Concept map

Biz standardizing

ぴん調達

連

分業品質管理

そうめん流しを通せ　フィードバック　　フィードフォワード価格ドットコムがほしい！カタログの棚卸は？

スマホで業務できる仕組みづくりオーダー管理

業務要件最大

業務要件最小

システム化（業務標準化）

手作業

今回の開発手法は、手作り方のアプローチ＝業務要件を具体化しシステム化を提案する“業務要件の最小を定義し、システム要件をまとめる”

Excel（出力分析用）

メーカ修理管理

新品質システム

新基幹システム

校正管理（ NICE相当）

検査管理（引取・出荷）

最小とは、作業を実施する際の標準パターンまたは、標準リードタイムを目安にするそれ以上の作業は追加料金となるようなものは最小からはみ出していると考える。

Biz requirement pick up

Hard to quote

Assumption

Hardware

Development

Operation

Software

One shot

recurrenceMaintenance

CBS OBS

Scope

Hard to schedule

WBS CBS

OBSSchedule

Plan

Assumption Scope

0.購買標準コンセプトPM terminology

WBS

Milestone

Baseline approve plan

change management

CCB change control board

risk mitigation

Gantt chart

Triple constrainttime, scope, cost, quality

project life cycle

stakeholders

OBS

CBS

Frequency and impact

Update Demand management process

Planning and Budgeting

Project A

Project B

BU operations

Demand management

PJ portfolio

Demand analysis

Technical

Architecture

Biz

Data

Application

インターネットスマホ、 PC,デジカメ飲み込むMF、サーバクライアント、オープン化、仮想化手作り、パッケージ、クラウドWFからアジャイル開発へ環境、開発、検証、本番、開発ツール、構成ツール運用技術で安定運用

変化

市場開放、価格破壊、事業領域の変化、業務統合、分離価格ドットコム、 Bookoff、俺のイタリアン、 100円ショップブランドショップ、ユニクロ、 JR北、東電、 JAL、リーマンショック

評価軸の変遷、評価基準の変化、データ粒度の変化

個別化、共通化（統合）、連携化

Incident,

Problem,

Request,Change management

Trends by EA

1.トランザクション2.分析、レポート3.情報、検索

Public Cloud としてoffice365Google APPSAWS (iaas,アプリとして SAPB1）財務・経理アプリsalesforce.comSuger(CRM)Google App Enngine(Paas)

Private Cloudとして

基幹システム（温存）（販売、調達、構内物流）

マスター管理 バックアップセンター

Security Center

社内

社外

社内

Solution map

Sample:Solution map

システムの重要項目

新基幹システムの実現ポイント

Methods

個品

管理コード Man 環境

•指示 No.

•修理依頼 No.

•見積り依頼 No.

•不適合 No.

•個品 No.

•出荷依頼 No.

•契約 No.

•仕入先

•検査

•顧客 .

•CS.

•社外　顧客先　仕入先　物流　その他

•社内　入庫、出庫　その他

•企画

•営業

•最終処置調査、修理、校正、入庫、廃棄

•不適合コード体系 .

•時間管理　受付、対処時間　標準時間

•不適合基準

•コスト　　有料、無料

Materials

修理、校正•変更管理

•KDDI案件

System design

Change management

Gap

Benefit Risk

• 短期導入手法• 業務標準、単純化を強化する• 可視化をインプリする

• 短期型にシステム実装、ボトルネック解消 • 最小限の要件まとめの合意形成に時間がかかる

• 業務プロセスは変更しない• 最小限をシステム実装　　　　手作業は残す、そのデータは提供する• 最新情報の整備• 分析精度を高め、頻度を高める• 情報共有する

Transfer

New governance

• 開発力不足• 業務標準がまとまらない• 協力する接点を持たない

6月 7月 8月 9月 10月 11月 12月 1月 2月 3月 4月

•課題確認•IT調整

•注文に関する調査•Xx参加

•業務課題共有、変更要件、業務ルール確認

5月•シス導入延期

•購買品目確認

•可視化

•連携部門とのプロセス調査

•再見積り•C社キックオフ

•再見積り

旧システム 新システムクラウド

データ移行

マスター運用バッチ連携I/F動作

試運転

リハーサル

本番判定

本番開始

データ準備

システム変更

•基本事項への対応

•意思決定機関との調整意思決定機関立上げ

Time line / Road Map

以下の変更へ対応可能か？　社名変更　住所変更　担当者変更

1社に対して複数設定可能か？　支払サイト　支払口座

マスター変更、履歴の確認可能か？　変更者を確認し、セキュリティーを確保する

登録の削除　スポット契約は登録後1 年で見直し、削除する　→取引先登録数の抑制のため

マスター管理

業務の流れ（代表例）

発注依頼 発注 納期管理 受入検査 検収 支払

依頼書 注文書 請書 納品書 請求書

1.現行の紙でのオペレーションをシステム化可能か？　依頼書　紙（購入申請書、発注指示書、見積書）

2. 承認印の扱いをシステム対応が可能か？承認管理　

3. Faxしている文書をシステム化可能か？　注文書　　　 EDIか Faxのイメージを転送か？

4.注文書に関して 1作業依頼事項やチェックリストなど添付が可能か？ 2変更処理として履歴が残るか？例、納品先、個数、単価 3注文書の全情報をシステムに取り入れるか？ 4KDDI案件での大量トランザクション対応 5 1円未満の扱いは可能か？

修理発注、校正発注において　 1.見積りとして、作業費、送料、部品代などのカテゴリーあるか？ 2.修理依頼 No.を見積りの基本としています。修理依頼 No.で管理可能か？納期管理　 1.納期で管理しています。納期指定し納品予定の発注状況確認可能か？　 2.分納は可能か？　 3.納期設定は変更が可能か？納品書　資料の添付は可能か？

1.前払い予約購入は可能か？　検収の前に支払が発生する2.梱包材、消耗品の在庫量をリアルタイムに管理は可能か？発注量の特定ができない。

依頼部門 調達部 調達部 調達部依頼部門仕入先

新基幹システム開発　調達部の業務要件（代表例）

新基幹システムで対応範囲を確認し、マニュアル対応分は、業務側での処理を検討する

種別　取引先マスター　購買品目マスター

機能　登録、変更、削除

発注情報の変更管理1.注文番号の変更の際は新番号を採番し、旧番号とのリンク情報を残す2.注文内容の変更に対して承認プロセスが記録できる

Biz Req