Empfohlen
Weitere ähnliche Inhalte
Andere mochten auch
Andere mochten auch (11)
Ähnlich wie Daily topics4 Biz meeting
Ähnlich wie Daily topics4 Biz meeting (20)
Mehr von koichi ikeda
Mehr von koichi ikeda (20)
Daily topics4 Biz meeting
- 2. 調達 Source 加工 Make 出荷配送 Delivery 計画 Plan 顧客メーカー 仕入先 倉庫 物流ネット ワーク Concept map
- 4. 業務要件 最大 業務要件 最小 システム化 （業務標準 化） 手作業 今回の開発手法は、手作り方のアプローチ＝業務要件を具体化しシステム化 を提案する “ ”業務要件の最小を定義し、システム要件をまとめる Excel （出力分析用） メーカ修理管理 新品質システム 新基幹システム 校正管理（ NICE 相当） 検査管理（引取・出荷） 最小とは、 作業を実施 する際の標 準パターン または、標 準リードタ イムを目安 にする それ以上の 作業は追加 料金となる ようなもの は最小から はみ出して いると考え る。 Biz requirement pick up
- 5. Hard to quote Assumption Hardware Development Operation Software One shot recurrence Maintenance CBS OBS Scope
- 6. Hard to schedule WBS CBS OBS Sche dule Plan Assumption Scope
- 7. 0. 購買標準コンセプトPM terminology WBS Milestone Baseline approve plan change management CCB change control board risk mitigation Gantt chart Triple constraint time, scope, cost, quality project life cycle stakeholders OBS CBS Frequency and impact
- 8. Update Demand management process Planning and Budgeting Project A Project B BU operations Demand management PJ portfolio Demand analysis
- 9. Technical Architecture Biz Data Application インターネット スマホ、 PC, デジカメ飲み込む MF 、サーバクライアント、オープン化、仮想化 手作り、パッケージ、クラウド WF からアジャイル開発へ 環境、開発、検証、本番、開発ツール、構成ツール 運用技術で安定運用 変化 市場開放、価格破壊、事業領域の変化、業務統合、分離 価格ドットコム、 Bookoff 、俺のイタリアン、 100 円ショップ ブランドショップ、ユニクロ、 JR 北、東電、 JAL 、リーマンショック 評価軸の変遷、評価基準の変化、データ粒度の変化 個別化、共通化（統合）、連携化 Incident, Problem, Request, Change management Trends by EA 1. トランザクション 2. 分析、レポート 3. 情報、検索
- 10. Public Cloud として office365 Google APPS AWS (iaas, アプリとして SAPB1 ） 財務・経理アプリ salesforce.com Suger(CRM) Google App Enngine(Paas) Private Cloud として 基幹システム（温存）（販売、調達、構内物流） マスター管理 バックアップセンター Security Center 社内 社外 社内 Solution map
- 12. システムの重要項目 新基幹システム の実現ポイント Methods 個品 管理コード Man 環境 •指示 No. •修理依頼 No. •見積り依頼 No. •不適合 No. •個品 No. •出荷依頼 No. •契約 No. •仕入先 •検査 •顧客 . •CS. •社外 顧客先 仕入先 物流 その他 •社内 入庫、出庫 その他 •企画 •営業 •最終処置 調査、修理、 校正、入庫、 廃棄 •不適合コード体系 . •時間管理 受付、対処時間 標準時間 •不適合基準 •コスト 有料、無料 Materials 修理、校正•変更管理 •KDDI 案件 System design
- 13. Change management Gap Benefit Risk • 短期導入手法 • 業務標準、単純化を強化する • 可視化をインプリする • 短期型にシステム実装、ボトルネック解消 • 最小限の要件まとめの合意形成に時間がかかる • 業務プロセスは変更しない • 最小限をシステム実装 手作業は残す、そのデータは提供する • 最新情報の整備 • 分析精度を高め、頻度を高める • 情報共有する Transfer New governance • 開発力不足 • 業務標準がまとまらない • 協力する接点を持たない
- 14. 6 月 7 月 8 月 9 月 10 月 11 月 12 月 1 月 2 月 3 月 4 月 •課題確認 •IT 調整 •注文に関する調査 •Xx 参加 •業務課題共有、変更要件、業務ルール確認 5 月 •シス導入延期 •購買品目確認 •可視化 •連携部門とのプロセス調査 •再見積り •C 社キックオフ •再見積り 旧システム 新システム クラウド データ移行 マスター運 用 バッチ連携 I/F 動作 試運転 リハーサル 本番判定 本番開始 データ準備 システム変更 •基本事項への対応 •意思決定機関との調整意思決定機関立上げ Time line / Road Map
- 15. 以下の変更へ対応可能か？ 社名変更 住所変更 担当者変更 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