プロジェクトの概念– category –

プロジェクト資源マネジメントの概要 プロジェクト資源マネジメントとは、プロジェクトで必要となる資源の洗い出し及び、調達から管理まで一連の活動のことです。ここでいう資源とは大きく分けて「人的資源」と「物的資源」があります。プロジェクト資源マ...

プロジェクト・スケジュール・マネジメントの概要 プロジェクト・スケジュール・マネジメントとは、プロジェクト全体のスケジュールを作成し、管理をすることです。期限の決められているプロジェクトに対して、期限内に求められる成果を達成するために必要...

計画の次は「実際に集める」フェーズへ これまでのプロセス（資源マネジメントの計画、資源の見積り）を通じて、「このプロジェクトには、どのようなスキルを持った人が何人必要で、どんな機材がいくつ必要なのか」が明確になったと思います。 しかし、ど...

プロジェクト調達マネジメントの概要 プロジェクト調達マネジメントとは、プロジェクトで必要となる資源を調達する一連のプロセスを管理する活動です。ここでいう調達する資源とは、作業をする人や部品、プロジェクトで使うツールなど多岐にわたりますが、...

プロジェクト品質マネジメントの概要 プロジェクト品質マネジメントとは、プロジェクトにおける成果物の品質を管理することであり、期限の決められているプロジェクトに対して、一定の品質を保つための活動です。品質マネジメントと聞いて想像するテスト、...

チームのマネジメントの概要 チームのマネジメントとは、PMBOKで紹介されているプロセスの１つで、プロジェクトのパフォーマンスを最適化するために、チーム・メンバーのパフォーマンスを追跡し、フィードバックを提供し、課題を解決し、チーム変更をマネ...

総合テストの目的 総合テストでは要件を満たしているかの確認を行うことを目的としてアプリケーション全体をテストします。ここでのテストは要件定義書に記載されている内容が実現できているかのテストになります。 要件定義から始まるソフトウェア開発は...

結合テストの概要 結合テストとは、単体テストが完了したプログラムを組み合わせ、動作を確認するテストのことです。システム開発のVモデルに照らし合わせると、結合テストは外部設計で考えた機能が、すべて実現できているかをチェックする段階です。 今回...

リスク対応の最大の課題は「忘れられること」 プロジェクトのリスクを洗い出し、立派な対応計画を作った。しかし、いざプロジェクトが走り出すと、日々の目の前のタスクに追われ、せっかく決めたリスク対応策が後回しにされたり、忘れ去られたりすることが...

リスクを見つけたら、次はどう動く？ これまでのプロセスで、プロジェクトに潜むリスクを特定し、どれを優先的に対処すべきか（リスク分析）を決定しました。しかし、「このリスクは危険度が高い」と分かっただけでは、プロジェクトを守ることはできません...

単体テストの目的 単体テストとはモジュールが期待したとおりの動作をするかの確認を行うテストです。この工程ではプログラムロジックの誤りの検出、及び修正を行います。単体テストが不十分な状態で後工程のテストに入った場合には、複雑な発生条件の不具...

リスクの定量的分析の概要 リスクの定量的分析とは、プロジェクトの個別の特定した個別リスクと、プロジェクト目標全体における他の不確実性要因が複合した影響を数量的に分析するプロセスです。 PMBOKのリスク・マネジメントのプロセスには、リスクの定量...