第1章　社内SEを取り巻く概況

Intro　社内SE 1年生への期待

• 社内SE 1年生に期待されていること
• 第1章の内容

RULE 001　グローバルで拡大するIT需要を知る

• 第4次産業革命とIT
• 各国の第4次産業革命の取り組み
• 新型コロナウイルスで加速するIT

RULE 002　日本の少子高齢化とITの関係を把握する

• 少子高齢化先進国・日本
• ビジネスを支えるIT
• 社内SEも変わらなければならない

RULE 003　自社のIT投資意欲を認識する

• 自社のIT投資意欲
• 伝統的なIT投資と新しいIT投資
• 組織図から読み取れること

RULE 004　社内SEとIT業種・職種との関係を把握する

• IT業界・IT業種
• 社内SEとIT業種の関係性
• 社内SEとIT職種の関係性

RULE 005　SIer SEとSESについて理解する

• SIer SE，社内SE，SESの違い
• 社内SEとSIer SE，SESのプロジェクト例

RULE 006　企業のIT投資の構図を理解する

• 企業活動とIT投資
• そもそもの目的を見誤らない

RULE 007　2つの雇用の形を把握する

• 雇用形態による違い
• 社外情報収集の必要性

第2章　求められるスキル

Intro　実践で役立つスキルと考え方

• 社内SEに必要なスキル
• 第2章の内容

RULE 008　成果を上げる構図を理解する

• 成果を上げる構図
• 成果を上げるステップ

RULE 009　求められるスキル要素を理解する

• テクニカルスキル（業務遂行能力）
• コンセプチュアルスキル（概念化能力）
• ヒューマンスキル（対人関係能力）
• マネジメントスキル

RULE 010　企業戦略と個人目標を紐づける

• 企業戦略と個人目標
• 個人目標の設定
• インプット＋プロセス

RULE 011　内発的動機で行動の質を上げる

• 適切な動機づけ
• 内発的動機と外発的動機
• 動機の見つけ方

RULE 012　業務知識を身につけ，ビジネスに貢献する

• 業務プロセス知識
• 頻出の経営手法

RULE 013　IT資格を活用する

• IT資格
• お勧めのIT資格

RULE 014　コンセプチュアルスキルで課題を解決する

• お勧めのコンセプチュアルスキル
• コンセプチュアルスキル活用例
• コンセプチュアルスキルの鍛え方

RULE 015　ヒューマンスキルで人間関係を円滑にする

• 社内SE 1年生にとってのヒューマンスキル
• 顧客視点
• 相手への敬意

RULE 016　学ぶためにまず時間を作る

• 訓練（努力）の重要性
• 振り返りと体系化で学びを加速する

第3章　運用保守とプロジェクト管理

Intro　社内SE 1年生の基礎業務

• 業務全体感／第3章の内容

RULE 017　運用保守業務で人脈を構築する

• 運用保守業務
• 関連する用語
• 課題や依頼の対応フロー

RULE 018　運用保守業務をこなして信頼を得る

• 運用保守はチャンスの宝庫
• 運用保守業務のコツ

RULE 019　プロジェクトマネジメントでヒト・モノ・カネを管理する

• プロジェクトマネジメントは登竜門
• プロジェクトマネジメントの目的

RULE 020　進捗を管理し，課題に対応する

• 進捗管理の目的
• 進捗管理の注意点

RULE 021　WBSで進捗管理を効率化する

• WBS
• WBSの注意点

RULE 022　人を管理し，プロジェクトを進める

• リソース管理の役割
• 関連する用語
• リソース管理の流れ

RULE 023　プロジェクト完走のために予算を管理する

• ガソリンを枯れさせない

RULE 024　課題を管理し，解決する（させる）

• 課題管理の要点
• 課題管理の例

RULE 025　コミュニケーション管理の仕組みに従う

• コミュニケーションのための仕組み作り
• プロジェクトと組織のコミュニケーションの違い
• コミュニケーション手段の使い分け

RULE 026　成果物管理を体系化する

• 管理する対象は幅広い
• フォルダー構成のルール

RULE 027　メリハリある備品管理を行う

• 無用なトラブルを避けるために
• 管理すべき対象
• ソフトウェア，ハードウェア管理の例

第4章　システム構築とは

Intro　システム構築の全体感

• 全体感と選択肢
• 第4章の内容

RULE 028　業務改善・改革のアプローチを押さえる

• 改善・改革の手法
• 手法ごとの違い

RULE 029　システム構築のフェーズを押さえる

• フェーズの種類
• 協業でフェーズを進める

RULE 030　システム導入の選択肢を押さえる

• 導入方法の選択肢

RULE 031　開発体制の選択肢を押さえる

• 外部リソースの守備範囲
• 5つのパターン

RULE 032　開発手法の選択肢を押さえる

• ウォーターフォール開発
• アジャイル開発
• ハイブリッド開発

第5章　プロジェクト起案

Intro　アイデア具現化の第一歩

• 起案されないプロジェクト
• 第5章の内容

RULE 033　企画書作成プロセスを理解する

• 企画書が最終の成果物
• 企画の進め方

RULE 034　業務フローとは何か理解する

• As-Is/To-Be業務フロー
• 業務フロー検討のイメージ
• 業務フロー作成支援のコツ

RULE 035　ITソリューションを検討する

• ITソリューション検討
• 提案で意識するポイント
• サイロ化を避けるために

RULE 036　起案フェーズの役割分担を理解する

• 役割分担の目的
• 5つのステップ

RULE 037　ITリテラシー向上を助ける

• よくある勘違い
• ITリテラシーが足りない
• ITリテラシーを上げる方法

RULE 038　超概算見積もりを行う

• 超概算見積もり
• 見積もり情報の取得

RULE 039　プロジェクトの開始承認を得る

• 承認プロセスのとらえ方
• 承認プロセスの種類
• 根回しの考え方

第6章　プロジェクト立ち上げ

Intro　システム構築の方向性が決まる

• 立ち上げフェーズの重み
• 第6章の内容

RULE 040　立ち上げフェーズの全体感を理解する

• 関連する用語
• 立ち上げフェーズの全体像

RULE 041　RFI/RFPを作る

• RFI/RFP
• RFI/RFP実施領域の選択肢
• RFI/RFPの目次例

RULE 042　ベンダーリストを作る

• ベンダーリスト
• ベンダーリストのための情報を集める

RULE 043　役割分担表を作る

• RASCIの書き方
• RASCIの役割

RULE 044　提案プロセスを理解する

• 評価の進め方
• 評価時のポイント

RULE 045　デモとプレゼンを依頼する

• デモとプレゼンの目的
• デモの注意点

RULE 046　提案内容を評価する

• 評価のための役割
• 評価軸と評価結果

RULE 047　必要に応じてPoCを行う

• PoCの目的
• PoCの進め方
• PoCのコツ

RULE 048　契約に向けて準備を進める

• 契約なしの先行着手はNG
• 請負契約と準委任契約の違い

RULE 049　価格交渉のための準備をする

• 支払う価格と受け取る価値
• 見積もりの確認ポイント

RULE 050　要件定義に向けて体制を構築する

• プロジェクト成功のための体制
• 体制図作成のポイント

RULE 051　関係者をプロジェクトに巻き込む

• 人を巻き込むには
• 集団の3つのタイプ

第7章　要件定義

Intro　システムに何を求めるかを定義する

• 要件定義はWhatを定義
• 第7章の内容

RULE 052　要件定義とは何か理解する

• 噛み合わない要件定義
• 噛み合った要件定義

RULE 053　SIer活用モデルを理解する

• SIer活用モデル
• 丸投げは絶対NG

RULE 054　要件定義の進め方を理解する

• "作る"と"使う"で異なるアプローチ
• 社内SEとSIerの守備範囲

RULE 055　システム構築関連用語を押さえる

• フェーズごとの用語

RULE 056　要件定義の成果物を押さえる

• 要件定義の成果物
• 成果物の関連性

RULE 057　成果物一覧でタスクの認識を合わせる

• 成果物一覧の重要性
• 成果物一覧の使い方

RULE 058　プロジェクトキックオフを行う

• キックオフ会議でのインプット

RULE 059　業務フローの作成を支援する

• 業務フローの責任は業務部門
• 業務フローを推進させるポイント

RULE 060　システム要件とは何か理解する

• システム要件
• 機能要件一覧

RULE 061　機能要件を洗い出す

• 業務フローから要件を特定する
• 機能要件を深堀りする

RULE 062　お客様視点で要件を検討する

• お客様視点
• お客様が本当に求めるものは？

RULE 063　非機能要件を洗い出す

• 非機能要件
• 非機能要件の注意点

RULE 064　事業部門，業務部門に丸投げさせない

• 勘違いする人は必ずいる
• 事業／業務部門との間合い

RULE 065　要件漏れを防止する

• 要件漏れの種類
• 要件を全て実現することはできない
• 要件漏れをゼロにする方法

RULE 066　要件漏れをチェックする

• 要件漏れを防ぐためのチェックリスト

RULE 067　最適なソリューションを設計する

• 個別最適を回避する
• カスタムで対応すべきかどうか

RULE 068　画面要件，帳票要件を固める

• 画面要件，帳票要件
• 画面遷移
• 帳票レイアウト

RULE 069　データフローを固める

• マスタデータとトランザクションデータ
• データフローのポイント

RULE 070　インターフェース要件を固める

• 必要データ項目
• インターフェースを一覧化する

RULE 071　課題を解消し要件FIXに進む

• 課題のクロージング
• 残課題を特定しアクションを促す
• 見えにくい進捗を確認する

RULE 072　要件はFIX"する"ではなく"させる"

• 要件のFIX
• FIXしない判断

第8章　基本設計と開発

Intro　要件をどう構築するか社内SEがリードする

• 丸投げすればこうなる
• 第8章の内容

RULE 073　進捗管理のポイントを押さえる

• 社内SEが進捗を管理する
• 進捗管理方法
• 進捗管理の仕組み

RULE 074　進捗報告会で報告を受ける

• 進捗報告の目的
• 進捗報告の注目点

RULE 075　基本設計書をレビューする

• 丸投げ社内SEのパターン
• レビューのポイント

RULE 076　テストの種類と役割を理解する

• システム構築におけるテスト
• テストの役割分担

RULE 077　テスト結果をレビューする

• 単体テスト，結合テストの結果レビュー
• 不具合の傾向から潜在している問題を見つける

RULE 078　トレーニングを支援する

• 基本操作トレーニングと業務運用トレーニング
• トレーニングの準備

RULE 079　チェンジマネジメントを理解する

• チェンジマネジメント
• チェンジマネジメントとの関わり

RULE 080　プロジェクトの反対勢力について理解する

• 反対勢力は必ず現れる
• 反対勢力のタイプと対策

RULE 081　テスト／トレーニング環境を準備する

• テスト／トレーニングのための環境
• 環境準備のポイント

第9章　システムテスト

Intro　品質改善のために不具合を正しくとらえる

• テストにおける不具合
• 第9章の内容

RULE 082　システムテストの全体像を押さえる

• システムテストの位置づけ
• システムテストの種類

RULE 083　システムテスト計画を作成する

• テスト開始前の時間を有効活用
• テスト開始前の準備

RULE 084　テスト計画書の書き方を押さえる

• システムテスト計画書

RULE 085　システム間連携テストを行う

• システム間連携テスト
• システム間連携テストの注意点

RULE 086　開始・終了判定チェックリストを活用する

• チェックリストが必要な理由
• チェックリストで押さえるべき観点

RULE 087　現新比較テストを行う

• 現新比較テスト
• データ比較と帳票比較
• 現新比較テストの注意点

RULE 088　性能テストを行う

• 性能テスト
• 性能テストの注意点

RULE 089　エビデンスを残す

• エビデンス
• エビデンス取得のステップ
• エビデンスの注意点

RULE 090　不具合を検知し報告する

• 不具合のとらえ方
• 不具合の検出例
• 生じた違和感は共有する
• 変更内容のアセスメント

RULE 091　不具合の根本原因を究明する

• 不具合対応のポイント

RULE 092　システムテストの完了報告をする

• システムテスト完了報告
• 人前で報告するときの心得

RULE 093　受入テストを支援する

• 受入テストの位置づけ
• 社内SEの支援内容
• 受入テストで見つかる課題

第10章　移行

Intro　To-Beへの移り変わりを設計，実行する

• 移行は軽んじられがち
• 第10章の内容

RULE 094　移行関連用語を押さえる

• 関連する用語

RULE 095　移行の段取りをする

• 移行の準備

RULE 096　移行計画書を作成する

• 移行計画書の目次例

RULE 097　データ移行を行う

• データ移行の役割分担
• 移行リスクの下げ方

RULE 098　リハーサルで移行品質を上げる

• 移行リハーサルのとらえ方
• 移行リハーサルのポイント

RULE 099　運用引き継ぎの流れを押さえる

• 運用引き継ぎのパターン
• 運用引き継ぎの流れ

RULE 100　業務移行を支援する

• 業務移行
• 業務移行を他人事にしない
• 社内SEの関わり方

第11章　リリースと運用

Intro　システムリリースは新たなスタート

• 第11章の内容

RULE 101　リリースから運用までの流れを押さえる

• リリースから運用までの流れ
• 判断のポイント

RULE 102　リリース判定を受ける

• リリース判断
• リリース判定資料

RULE 103　ハイパーケアの準備をする

• ハイパーケアの準備
• リリースを学びの場にする

RULE 104　ハイパーケアのポイントを押さえる

• ハイパーケア
• ハイパーケアのポイント

RULE 105　システムの切り戻しに備える

• 切り戻し
• 切り戻しの計画・実行のポイント

RULE 106　運用引き継ぎを行う

• 運用引き継ぎ
• 引き継ぎの注意点

RULE 107　プロジェクトの振り返りを行う

• プロジェクトの振り返り
• 振り返りの観点