●なぜプロジェクトを実施するのか ●誰が何を提供するのか ●どのように提供するのか ●コストはどれほどか ●どのようにしてプロジェクトを実行し、管理し、終結するのか

プロジェクトを公式に認可させる

プロジェクトマネジメント計画書

プロジェクトスコープ記述書 プロジェクトスコープ記述書には要素成果物(プロダクトスコープ)と要素成果物を生成するために必要な作業(プロジェクトスコープ)がある

プロジェクト憲章

WBS

コンフィギュレーションマネジメント

アーンドバリューマネジメント

コンフリクトマネジメント

ポートフォリオマネジメント

傾向分析

期待金額価値分析　EMV

リスク分析かつ感度分析

特性要因図

ローリングウェーブ計画法

堤正措置

予防措置

欠陥修正

更新

【立ち上げと計画】 ●ガイドラインおよび基準 ●各種方針のような特定標準化　 ●プロダクト、ライフサイクルおよびプロジェクトライフサイクル、方法と手続き ●各種テンプレート ●契約上の合意 【実行、監視、コントロール】 ●変更管理手続き ●トレーサビリティマトリックス ●財務管理の手続き ●課題と欠陥マネジメント手続き ●資源可用性のコントロールと資源割り当てのマネジメント ●組織のコミュニケーション要求事項 ●作業認可のための優先順位付け、承認、発行の手続き ●テンプレート ●標準化されたガイドライン、作業指示書、プロポーザル評価基準、パフォーマンス測定基準 ●プロダクト、サービス、または所産の検証と妥当性確認手続き 【終結】 ●プロジェクト完了ガイドラインまたは要求事項

●プロセス測定データベース ●プロジェクトファイル ●過去の情報と教訓の知識ベース ●課題と欠陥のマネジメントに関するデータベース ●コンフィギュレーションマネジメントに関する知識ベース ●財務データベース

●プロセスやツールよりも個人と対話を ●包括的なドキュメントよりも動くソフトウェアを ●契約交渉よりも顧客との協調を ●計画に従うことよりも変化への対応を

●顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します ●要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます ●動くソフトウェアを2-3週間、2-3ヶ月というできるだけ短い時間間隔でリリースします ●ビジネス側の人と開発者は、プロジェクトを通して一緒に働かなければなりません ●意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します ●情報を伝えるもっとも効率的な方法は、フェイストゥフェイスで話をすることです ●動くソフトウェアこそが進捗の最も重要な尺度です ●アジャイルプロセスは持続可能な開発を促進します。一定のペースを継続的に維持できるようにしなければなりません ●技術卓越性と優れた設計に対する不断の注意が機敏さを高めます。 ●シンプルさが本質です ●最良のアーキテクチャ、要求、設計は自己組織的なチームから生み出されます。 ●チームがもっとも効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します

ストーリーポイント

プロダクトバックログの説明

バーンダウンチャート、バーンアップチャート