2023年9月23日ある程度、大規模なプロジェクトを経験させていただき、経験だけでなくプロジェクトマネジメントを体系的に理解しておきたいため、ポツポツと本を読んでます。比較的初心者でも読みやすいと思った本としてを2冊メモ。プロジェクト進行の技術が身につく本プロジェクトの現状と目標を1枚絵で俯瞰して進めていこうという本です。言語の認識を合わせる(よく出てくる頻出単語、〜までできた時のアウトプットの定義)ファジーな言葉については図解や具体化を入れるやりたいことの整理、整頓(要望そのものではなく、背景にある要求は何か、全体的にそれを解決する方法はないか。(プロジェクトの成功条件:数値化された定義)→未来のあるべき姿(プロジェクトの目標)をわかりやすく記述する必要がある。具体的なプロジェクトを進めていく上で、プ譜をどんどん書き換えていく(プロジェクトは管理するのではなくて、編集する)ネットでプ譜で検索すると結構色々出てくるのでサンプルを見てイメージがつきやすそうであれば真似てみるといいと思います。企画と基本設計の段階でコストの大半が決まるフェーズ間では必要になるスキルが異なることから人員が分けられることが一般的だが、現実的にはドキュメントだけで全ての情報を掬い上げることが難しいため、設計の意図などを聞くために企画〜基本設計のメンバーが存在している必要があるそれぞれのフェーズでのインプットとアウトプットを明確化しておくことウォーターフォール(フェーズ間をきっちり分けて進行してさせていく)、スパイラル(プロトタイプなどを作り、工程間の行き来をする)フェーズ間でWBS(WorkBreakdownStructure)を行う=構造化され、細分化されたタスクの詳細化を行う。WBSの管理にはガントチャートが一般的。この時点で見積もりを行う起こりうるリスクについてリストアップし、リスクマネジメントを行う2冊+自分の経験も踏まえを、共通すべきエッセンスなどを。コメントをキャンセルメールアドレスが公開されることはありません。※サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。関連記事テスト対策(単体テスト、結合テスト、総合テスト)単体テスト、結合テストで発生した障害の分析(どんな障害が起こって、原因はなんで、再発防止に関してどうすべきか)なんかをやってます。個人的に各フェーズで留意する点などを。書いたのですが、ここ2年ぐらい比較的大きめのプロジェクトを色々と経験させてもらったのでそこで得たことなどを。...文化づくりについて(チームビルディングに関して)プロジェクトやチームの文化づくりについて。エンジニアに限らず塾運営スタッフ時代から感じていたことなどを。...テスト仕様書の必要な項目の定義など(横項目の定義)前回はテストの項目をどのように作るか(分類するか)だったんですが、今回はテスト仕様書などを作る際に必要な項目の定義をまとめてみようかと。その15月ぐらいから着手していたプロジェクト(顧客管理ソフト)が終焉を迎え、検証段階に入ったので、記して置きたいことなど。数ヶ月程度ですが、自分が携わったプロジェクトの中では過去最大クラスのものでした。