• まえがき

第１章　ＳＥの仕事は「人」が９割

• 業務システム開発とは／業務システム開発という仕事とは／業務システム開発に関与する人々／
• ＳＥとはどのような職種なのか／ＳＥの定義／ＳＥの役割の範囲／環境を作り上げる／
• ＳＥの仕事はほとんどが「人」／上がダメなら自分でやる／コミュニケーションが足りない／
• 「使う人々」と「作る人々」のコミュニケーション／「わからないほうが悪い」？／
• 「知っていること」と「知らないこと」／コミュニケーションを成功させる条件／
• 立場が違えば見方も異なる／コミュニケーションの改善がすべて

第２章　失敗の原因はコミュニケーション不足

• 顧客の不満はなぜ発生するのか／不満の根拠／ほとんどが「小さな」問題／マイナス方向の「ハロー効果」／
• 原因はコミュニケーション不足／細かいところほど大事／細部までこだわった仕様を作る

第３章　マネジメントが成否の鍵

• マネジメントがすべてを左右する／業務システム開発で最も大切なこと／「作るもの」と「提供するもの」／
• 相反する要求の間で／「作る活動」と「作る活動の制御」／プロジェクトマネジャーの本当の納品物／
• プロジェクトそのものを成功させる／問われる経営者の責任／組織として「あるべき姿」／
• 上位マネジャーの役割が鍵／チームメンバーに対する考え方／マクレガーのＸ理論，Ｙ理論／技術的な知識の重要性

第４章　コミュニケーション重視の会議術【準備編】

• 「会議」の定義／公式なコミュニケーションの場／従来型の会議の問題点／コミュニケーション重視の会議術／
• 事前の情報収集／収集した情報の管理／ディレクトリ構造の管理でもＯＫ／基本的な姿勢としての「リハーサル」／
• 機材について／会議の円滑な運営に必要な機材／記録のために必要な機材

第５章　コミュニケーション重視の会議術【実践編】

• 笑顔の会議／ある失敗会議の例／リラックスできる会議／「何が原因だったか」を明らかにする／
• 繰り返される「ぶち壊し」会議／数十億円がパーになる／具体的な会議の進行／
• 声に出して読み上げる／決定事項として確定する／リズム感のある会議／会議術・議事録術の基本理念／
• 会議でよくある問題／問題が発生しないようなルールを決めておく／難しいからこそ事前の準備が大切／
• 正しく理解してもらうための努力／コミュニケーション技術の向上が重要

第６章　プロジェクト初期段階の仕事術

• 最初が肝心／初顔合わせでの「質問」と「お願い」／自分自身で直接確認する／業務に関する説明を受ける／
• サンプル画面イメージの作成／提示の目的／考えを固める際の材料／開発側としての考えを固める／
• 「作れる」と思えないものは作れない／できるだけ早い段階で提示する／プロジェクト初期段階で確認できること／
• 具体的な行動によるコミュニケーション／開発側の考えについて顧客側の理解を得る／
• スケジュールの調整／契約前に確認しておくべきこと

第７章　成果物作成の仕事術

• ＳＥとプログラマーのコミュニケーション／「素人にはわからない」？／作成するのは必要最小限／
• 具体的なドキュメント作成方法／明確にできることを明確にしていく／直接対話によるコミュニケーションが不可欠／
• 承認済みの自然言語表現とプログラム／プログラマーと顧客のコミュニケーション

第８章　顧客業務分析の仕事術

• 業務システム開発の最重要工程／スタートダッシュで顧客業務を徹底理解／顧客業務の現場を見る／
• 顧客業務の理解について顧客の承認を得る／承認された顧客業務理解に基づいた要求定義／
• 「仕様を膨らまさないために」？／要求は徹底的に話してもらう／他者の判断に頼るのは危険／
• 前提条件は必ず自分で確認する／スケジューリングなどプロジェクトの最適化／要員配置を行う時期

第９章　設計・実装・テストの仕事術

• 最小限のドキュメントによる設計とリリースレベルの実装／設計の承認と実装の承認／
• 時間をかけるべきときに時間をかける／承認を得た後の作業の進め方／単なるテストでは不十分／最重要パスに焦点をあてる

第10章　プロジェクト運営の仕事術

• 開発チームを確認する／顧客側のユーザーを確認する／「現場主義」は「事実主義」／
• 終了までの流れをイメージする／完成したシステムをイメージする／「顧客業務の徹底理解」が不可欠／
• 問題が発生した場合／実現・管理するのは「環境」／コミュニケーションの成功を継続する責任／
• 急遽開催されることになった会議／マネジメントがうまく機能していない／いい加減な上流工程がもたらすもの／
• バグが発生する原因／ＳＥが果たすべきマネジメント機能

第11章　業務システム開発は「伝言ゲーム」

• 現場を確認して自分で判断する／他者の判断はあてにならない／「知ること」の難しさを知る／業務システム開発は「伝言ゲーム」／
• 改善が改悪になる／なぜ同じ失敗を繰り返すのか／ルールは変えることができる／組織の文化が影響する

あとがき