Please enable JavaScript.

Coggle requires JavaScript to display documents.

システムの問題地図（沢渡あまね）発行:2018.02.28 ISBN978-4-7741-9463-9 作成:2021.05.23 -…

- - - - 本当にシステム化が最適解なのか？
    - - ユーザーボイスを集める
        
        不満は？解決してほしいことは？
    - - グローバル
      - 全体最適
        
        優先順位
      - ガバナンス
        
        ※守れないルールはルール違反を正当化する
    - - 経営企画部、社長室、〇〇推進室
        
        ライン業務（定常業務）を持たない
    - - ①システム主観部門
        
        運用者を巻き込む
      - ②データの責任元
      - ③エンドユーザーの管理元
        
        システムの説明を誰がどこに対してどう進めるのか
  - - - ②業務の流れ、進め方
      - ③ステークホルダー
      - ④業務を進めるうえでの判断基準
      - ⑤現行業務のムリ・ムダ・ムラ
      - ①目的やゴール
  - - - 図やイラストで表現できる
      - 抜け漏れを気づく
      - 言葉に変えられる
      - 意見を引き出せる
    - - 現行の業務プロセス（ASIS）⇒理想の業務プロセス（TOBE）
- - - - 要件定義に時間をかけすぎると要件が増えていく
- - - - システム要件は変わる
        
        柔軟性が必要
        
        変更管理・リリース管理
    - - ※QCDのバランス
        
        柔軟性が必要
        
        無駄なバッファ
        
        判断できないお客様
        
        報告の多い社内
    - - 作る人と守る人のリスペクト
        
        運用者を上流工程から参加させる
        
        ・要件定義の終了判定
        ・設計工程の終了判定
        ・変更判定、リリース判定
        ・総合試験、運用試験の終了判定
    - - 要件の検討を開き直らない
    - - PMに代わって各種資料を作る
      - 報告のための報告書を作らせない
      - 聞きたいことは自分で現場から聞く（報告させない）
      - PMの管理業務をサポートする
- - - - 例外処理、イレギュラーなパターン
      - エンドユーザーからは見えない裏側の処理
      - １画面での情報量
      - セッションタイムアウトや同時アクセス数
  - - - プロジェクトの中の人に
    - - レビュワー
        
        要件定義、設計工程、変更判定、リリース判定、試験結果など
      - 他のエンドユーザへの周知・普及・教育
    - - イケていない人
        
        事実と思いの区別
      - イケすぎているスーパースター
        
        言語化できない
    - - PM能力、業務設計能力、課題発見能力、問題解決能力、プレゼン能力、交渉力
- - - - ユーザーを導く義務
    - - 判断する義務
- - - - 目的
      - 課題
      - 現行業務フロー、目指す業務フロー
      - 現行システムの構成、目指すシステム構成
      - 体制・役割分担
      - リスクと対策案
      - 主要マイルストーン
      - コミュニケーション計画
      - 課題管理（インシデント管理）
      - 変更管理、リリース管理
    - - 「人間くささ」と「共通言語」
        
        キックオフミーティング
        
        プロジェクトマネージャーの想い、大切にすること
        
        メンバー同士の自己紹介
        
        ビジョン、ミッション、目的を共有する
      - アサインにおける留意点
        
        やる気がある、フットワークの軽い人
        
        できれば選任で