DX・IT・ビジネスに関する用語を解説しています。

用語意味
ファシリテーター話し合いや活動が円滑に進むように支援する人・役割
 参加者の意見を引き出す
 多様な視点を整理する
 発言の偏りを調整する
 目的・ゴールに向かって議論を導く
 合意形成をサポートする
アジェンダ会議や打ち合わせで話す内容・進め方を事前に整理した「議題リスト」
 会議の「進行台本」
 何を・どの順番で・どれくらい話すかを決めたもの
ナレッジ仕事や業務に役立つ知識・ノウハウ・経験
 トラブル対応の手順
 システムの設定方法
 過去の失敗、成功事例
 よくある質問(FAQ)
 業務のコツ・ノウハウ
フェーズ物事の進行を段階ごとに区切った「段階・ステップ」
 ものごとの「進み具合の区切り」
 全体を分かりやすくするための「段階分け」
As-Is今どうなっているか(現状)
 手作業でExcel入力している
 二重チェックが多く時間がかかる
To-Beこうなっていたい状態(未来の目標)
 システムで自動処理
 作業時間を半分に削減
 チェックを自動化(ミスゼロ)
フレームワーク考え方・作業を効率よく進めるための「枠組み」や「型」
 ロジックツリー
 As-Is / To-Be
 WBS
 PDCA
 QCD
ロジックツリー1つの問題やテーマを「分解(枝分かれ)」して整理する
例)売上が伸びない
├ 商品に問題?
│ ├ 品質が低い
│ └ 魅力が弱い
├ 集客に問題?
│ ├ 広告不足
│ └ ターゲット不一致
└ 価格に問題?
├ 高すぎる
└ 価値が伝わっていない
As-Is / To-Be「現状」と「理想」を比較して改善する
├As-Is(現状)を整理する
│ └ 現状の業務フロー・問題点を洗い出す
├To-Be(理想)を描く
│ └ 理想の状態・目標を定義する
├Gap(差)を分析
│ └ 差分(課題)を見つける
└施策を決める
  └ システム化・改善案を作る
WBS作業を細かく分解して整理する
例)システム開発
├ 要件定義
│ ├ ヒアリング
│ └ 要件整理
├ 設計
│ ├ 基本設計
│ └ 詳細設計
├ 開発
│ ├ 画面作成
│ └ DB作成
└ テスト
  ├ 単体テスト
  └ 結合テスト
PDCA業務改善やプロジェクト管理で使う、試して→確認して→良くする、を回し続ける仕組み
├ Plan(計画)
│ ├ 目的・目標を決める
│ └ 何をどうやるか設計する
├ Do(実行)
│ └ 計画どおりやってみる
├ Check(評価)
│ └ 結果をデータで確認・分析
└ Act(改善)
  └ 課題を修正し、次に活かす
QCDプロジェクト管理やIT業務で使われる基本指標で使う、品質・コスト・納期
├ Quality(品質)
│ ├ 成果物の完成度・正確さ
│ └ 不具合の少なさ、使いやすさ
├ Cost(コスト)
│ ├ 開発や運用にかかる費用
│ └ 人件費・時間(工数)も含む
└ Delivery(納期)
  ├ いつまでに完成させるか
  └ スケジュール通りに納品できるか
トップへ戻る