PMP試験対策の入口へようこそ。 PMP対策のための一連のエントリは、ここにリンクを貼り、（わたしを含め）読者のお役に立てるようにする。コンテンツも無いのにいきなり【まとめ】を作ったのは、自分を追い込むため。さらに宣言する→2007.1 中にPMP資格試験を受験し、合格する このシリーズの目的 PMP試験に『わたしが』合格する（2007.1） 合格しますた（2007.1.20） PMP試験対策で勉強したことを整理するために書く （わたしを含む）このシリーズを読む人のための注意事項 PMBOKガイド3版がベース Rita 本は2000年版がベース（したがって、古い） あくまで『わたしの』理解なので、誤りがあるかもしれない。読み手は参考程度に留めておいたほうがよいかと まちがいじゃね? ツッコミ歓迎 PMBOK3を持っていることが前提（のつもりで書くので、2000版との違いだとか、インプット/

システム開発のプロジェクトにおいてITエンジニアの専門分化が進んでいる現在，メンバー一人ひとりの仕事はサブプロジェクトの1つと見なすことができる。当然ながら，プロジェクト全体の流れを見ながら，進めていく必要がある。そのため，プロジェクトマネジメントの基本的な知識は，すべてのITエンジニアが知っておくべくものになっている。そこでここでは，ITエンジニアが知るべきプロジェクトマネジメントの知識やスキルを立体的に解説する。 Part1　実録！プロジェクト・マネジャーの“お仕事” Part2　プロジェクトマネジメントの考え方 Part3　「PMBOK」の実際を理解する

最近、仕事だけでなく人も任されるようになった。死の行進を生き延びてきた。細かい指示ではなく目標と締め切りだけを渡されるようになった―― そんなあなたを上司が呼びつけて、 「おまえ、PMP取りなさい。今年じゅうにヨロシク」 と告げられる。 (ﾟДﾟ)ﾊｧ? 顔文字通りの表情をつくるあなたを無視して、上司はこうまくしたてる。 「SE→PMキャリアを目指すなら、PMPは必須」 「なぁに、受験料は出すから安心しろ（合格したらね）」 「受験条件である35時間の研修は、そのうち受けさせてやる」 「でも実務に影響のないようにヨロシク」 PMPって何? 研修が必要なの? そんなあなたが次にしなければことは何だろう? このエントリを参考にしてほしい。 必要なサイトをチェック PMBOKガイドを入手&チェック 受験日を決めて、逆算してスケジュールを立てる 周囲に宣言する 勉強を開始する ■1　必要なサイトをチ

今さら聞けない「大規模言語モデル」の基礎 「AI」「生成AI」「大規模言語モデル」の違い、あなたは正しく説明できるか

プロジェクト管理ってよく聞くけれど…… ソフトウェアの開発は、よく家を建てることにたとえられます。家を建てる場合、顧客の要望を聞いて設計などが終わった段階から、施工のスケジュールを立て、さまざまな関係者が予定に沿って作業を進めていきます。作業が予定どおりに進んでいるかを施工業者がチェックしたり、作業の途中で建築士が品質をチェックしたりしながら、家の完成まで工事全体を管理します。その管理をせずに家がちゃんと建つ保証はありません。 ソフトウェアを開発する場合も、顧客の要望を聞いて設計をした後に開発やテストの作業があり、その作業をさまざまな関係者が予定に沿って進めます。途中で作業が予定どおりに進んでいるかをチェックしたり、品質をチェックしたりしながら、完成までプロジェクト全体を管理する必要があります。 家を建てることは、何千年も前から行われてきているため、どうしたらうまくいくのか、何を管理してお

プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘

この連載では，ITエンジニアにとって必須のスキルと言ってよいPMの基礎知識と情報システム開発への適用方法を，事例を織り交ぜながら解説していく。 布川　薫／日本IBM 「いかに予算や納期を守り，バグの少ない高品質のシステムを構築するか。それこそがプロジェクト管理の要諦だ」。日本の多くのITベンダーやソフト開発組織は，今なおこうした“旧態依然”の考え方から抜け出せていない。プロジェクトを進める上で重視されるのは，スケジュール管理や予算管理をはじめとする「コントロール（＝統制）」であり，これらは経験と勘によって培われる。読者の中にも，こうした考え方の人が少なからずいると思う。 しかし，今やこうした古い考え方では，情報システム開発プロジェクトを円滑に進めることが難しくなった。その大きな理由は，過去のプロジェクト経験が全く無効になってしまうほど，情報システムに対するニーズや情報技術の変化が激しいこと

この連載では，PMBOK(Project Management Body Of Knowledge）の全体像を解説するとともに，プロマネの国際資格PMP(Project Managemet Professional）取得のコツについても，説明します。 第1回　デファクト・スタンダードになったプロマネ知識体系PMBOK 第2回　段階的詳細化，フェーズ，3つの制約・・・PMBOKの主要概念を理解する 第3回　［立ち上げプロセス群］プロジェクトは「プロジェクト憲章」の作成から始まる 第4回　［計画プロセス群］プロジェクト活動の基盤となるWBSとリスク計画 第5回　［計画プロセス群］プロジェクト作業の“設計図”WBSを作成し，アクティビティを定義する 第6回［計画プロセス群］リスクを漏れなく抽出し，対処方法を事前に決める 第7回［計画プロセス群］重要な役割分担の定義，会議などコミュニケーション方法