品質のマネジメント・・・とにかく良いものを作れば良い!
なら良いものって何!?・・・それを定義するのが「品質」です。だから品質のマネジメントは重要。
そんな品質のマネジメントに関し、次の用語をざっくばらんに説明します。
実際の試験用語として厳密に参照されたい場合は、PMPOKや参考書をご確認ください。

品質の定義と尺度
今回は「品質の定義と尺度」について、PMP試験向けにわかりやすく解説します。
品質とは何か?(PMP的な定義)
「品質とは、要求事項を満たす能力」です。
つまり、「お客さんが欲しいと思ったことを、ちゃんと満たしているのか?」が品質の基準です。
ラーメン屋の例
- 注文:「チャーシューメン、味濃いめ、ネギ多めで!」
- 出てきたラーメンが:
- チャーシューたっぷり
- 味濃いめでウマイ
- ネギどっさり
この場合、「品質よし!」です。
✔️高級じゃなくていい。
✔️ミシュランじゃなくていい。
✔️頼られた通りにちゃんと作ってるかが重要!
品質って「奥さんの誕生日に、欲しいプレゼントをちゃんと当てられるか?」に似ています🎁
- ハイブランド(高級)でも、好みじゃなきゃNG(品質✕)
- 安くてもピンポイントで好きなモノなら満点(品質〇)
品質の2大側面
側面 | 意味 | 例 |
---|---|---|
適合性(適合性) | ご要望を満たしているか | 指定通りのラーメンかどうか |
満足度(使用適合性) | 使える・使える | 客が食べて「うまい!」って思うか |
側面 | 意味 | 例 |
---|---|---|
適合性(適合性) | ご要望を満たしているか | 指定通りのラーメンかどうか |
満足度(使用適合性) | 使える・使える | 客が食べて「うまい!」って思うか |
品質の尺度(どう測るの?)
品質を数字で測るには、定量的な指標=尺度(メトリクス)が必要です。
代表的な尺度:
尺度 | 内容 | 例(ラーメン屋) |
---|---|---|
欠陥数 | 問題の数 | 注文ミス、髪の毛混入など |
再作業率 | 作り直しの割合 | 味薄かったので作り直しました! |
合格率 | 一発OKの割合 | 初回でお客さん満足! |
顧客満足度(CS) | アンケートやNPSなど | 「★5つです!」みたいな声 |
尺度 | 内容 | 例(ラーメン屋) |
---|---|---|
欠陥数 | 問題の数 | 注文ミス、髪の毛混入など |
再作業率 | 作り直しの割合 | 味薄かったので作り直しました! |
合格率 | 一発OKの割合 | 初回でお客さん満足! |
顧客満足度(CS) | アンケートやNPSなど | 「★5つです!」みたいな声 |
PMP試験でのポイント
よく問われるポイント | 解説 |
---|---|
「品質」=「高級」ではない! | 要求通り=品質OK |
品質は主観ではなく測定可能であることが重要です | 尺度(メトリクス)が必要 |
「品質管理計画書」でどのような尺度を使うかを定義する | プロジェクトの初期段階で決めておくべし |
コストとのバランスが大事 | 高すぎる品質はコスト増加の原因にも |
よく問われるポイント | 解説 |
---|---|
「品質」=「高級」ではない! | 要求通り=品質OK |
品質は主観ではなく測定可能であることが重要です | 尺度(メトリクス)が必要 |
「品質管理計画書」でどのような尺度を使うかを定義する | プロジェクトの初期段階で決めておくべし |
コストとのバランスが大事 | 高すぎる品質はコスト増加の原因にも |
ミニ確認クイズ
Q. 以下のうち、「品質が高い」と言われるものはどれですか?
A. 高級だけど要求仕様とズレてるシステム
B. 安いけど要求通りで動作も問題ないシステム
✅正解:B!
「高いお金をかけた=品質が高い」ではありません。PMPでは要求を満たしていることが命です。
まとめ:品質は「お客さんの喜ぶゴールにちゃんとたどり着けるか」
項目 | 内容 |
---|---|
品質の定義 | 要求事項を満たす能力 |
測定方法 | 欠陥数、合格率、顧客満足度などの尺度を使う |
高品質 ≠ 高コスト | 期待通りであれば高品質 |
PMPの主張 | 品質計画を立てて、正しく測定・管理すること |
項目 | 内容 |
---|---|
品質の定義 | 要求事項を満たす能力 |
測定方法 | 欠陥数、合格率、顧客満足度などの尺度を使う |
高品質 ≠ 高コスト | 期待通りであれば高品質 |
PMPの主張 | 品質計画を立てて、正しく測定・管理すること |
SMART
今回は、目標設定の黄金ルール「SMART 」について、PMP試験対策に効く視点から、解説します。
SMARTとは?
SMARTは、効果的な目標設定のための5つの基準の頭文字です。
「ただ、がんばります!」じゃダメ。
「何を?いつまでに?どれぐらい?」を具体的にするルールなんです。
SMARTの5つの要素
項目 | 意味 | 解説 | ラーメン店の例 🍜 |
---|---|---|---|
S | 特定の(具体的な) | 「何を達成するか」が明確 | 「来月までに新メニュー 『辛味噌ラーメン』を導入」 |
M | 測定可能(測定可能) | 数字で測れる | 「SNSフォロワー100人増」 |
A | 達成可能(達成可能) | 実現可能であること | 「人手3人でできる内容か?」 |
R | Relevant(関連性がある) | 目的・ビジョンとつながっている | 「お店の売上向上と相談している?」 |
T | 期限付き(期限付き) | いつまでもやるか | 「今月末までに!」 |
項目 | 意味 | 解説 | ラーメン店の例 🍜 |
---|---|---|---|
S | 特定の(具体的な) | 「何を達成するか」が明確 | 「来月までに新メニュー 『辛味噌ラーメン』を導入」 |
M | 測定可能(測定可能) | 数字で測れる | 「SNSフォロワー100人増」 |
A | 達成可能(達成可能) | 実現可能であること | 「人手3人でできる内容か?」 |
R | Relevant(関連性がある) | 目的・ビジョンとつながっている | 「お店の売上向上と相談している?」 |
T | 期限付き(期限付き) | いつまでもやるか | 「今月末までに!」 |
飛行機で旅行に行くなら…
- ✖「どこか行きたいな~(抽象的)」
- ◎「今月末まで、福岡に飛行機に行って、ラーメン4杯食べて、インスタにアップする!」
これがSMARTです。
「夢」を「予定表」に変えるのが「SMART」ですね。
PMP試験での使われどころ
使用シーン | 解説 |
---|---|
ステークホルダーとの目標共有 | 苦痛な要望を明確に定義する |
プロジェクト目標の明文化 | 計画書に書くときはSMARTだと◎ |
コミュニケーションマネジメント | チーム全体が同じ目線になる |
使用シーン | 解説 |
---|---|
ステークホルダーとの目標共有 | 苦痛な要望を明確に定義する |
プロジェクト目標の明文化 | 計画書に書くときはSMARTだと◎ |
コミュニケーションマネジメント | チーム全体が同じ目線になる |
SMARTは語呂で覚えちゃおう
S・M・A・R・Tは「スマート」じゃなくて「すま〜と」
「す」→すごく具体的な
「ま」→マジで測れる
「あ」→あ、これならできそう!
「る」→ルートに合ってる(性)関連
「と」→とにかく期限が命!
ミニクイズ確認
Q. 次の目標のうち、SMARTに最も合致しているのは?
A. 「お客さんにもっと喜んでもらえる」
B. 「今月中に、顧客満足度アンケートで80点以上を目指す」
C. 「頑張って結果を出す」
D. 「頭に怒られないように」
✅正解:B!(具体的・測定可能・期限付き・達成可能・目的に合っている)
まとめ:SMARTは「目標の迷子」を救う地図
ポイント | 内容 |
---|---|
SMARTは目標設定のフレームワーク | 特に救済な要求を明確にするために有効 |
PMPでは、ステークホルダーとの合意形成に活用 | 「SMARTじゃない=失敗のもと」 |
解消な目標は、リスクの温床! | 「やる気あります!」では通用しない |
ポイント | 内容 |
---|---|
SMARTは目標設定のフレームワーク | 特に救済な要求を明確にするために有効 |
PMPでは、ステークホルダーとの合意形成に活用 | 「SMARTじゃない=失敗のもと」 |
解消な目標は、リスクの温床! | 「やる気あります!」では通用しない |
品質コスト
今回は、PMP試験でもしっかり押さえておきたい「品質コストについて、解説します。
品質コストとは?PMP的にざっくりいうと:
「品質を良くするためにお金がかかる」+「品質が悪いためにお金がかかる」
つまり…
品質を守るにもお金がかかるし、
ミスするともっとお金がかかる!という話です。
お弁当屋さんでとりあえず…
あなたがプロジェクトマネージャーなら:
- 材料チェックと調理マニュアル作成 ⇒予防コスト
- 完成品検査 ⇒検査コスト
- おかずに髪の毛が入っててクレーム ⇒内部or外部失敗コスト
品質管理をサボると、お弁当ひとつが炎上案件になります。
品質コストの4分類(CoQの中身)
分類 | 内容 | 例 |
---|---|---|
予防コスト | ミスが起きないための投資 | 教育、訓練、標準化 |
評価コスト | 出来上がったものをチェックする | テスト、レビュー、検査 |
内部失敗コスト | 出荷前に入手したミスの対応 | 手戻し、再作業、不良品の廃棄 |
外部失敗コスト | 出荷後に判明ミスの対応 | クレーム、返済、憲法、信用承諾 |
分類 | 内容 | 例 |
---|---|---|
予防コスト | ミスが起きないための投資 | 教育、訓練、標準化 |
評価コスト | 出来上がったものをチェックする | テスト、レビュー、検査 |
内部失敗コスト | 出荷前に入手したミスの対応 | 手戻し、再作業、不良品の廃棄 |
外部失敗コスト | 出荷後に判明ミスの対応 | クレーム、返済、憲法、信用承諾 |
歯医者で例えると…
品質コストは「歯医者代」に似ています🦷
- 定期的なケア(予防)なら気軽に
- 虫歯になってから行くと高い&痛い
- 放置して神経抜け羽目…(外部失敗)
PMP試験の要点
覚えておくべきポイント | 解説 |
---|---|
「予防>失敗」な管理が理想 | 初期コストをかけ、トラブルを防ぐ |
外部失敗コストはリスクが超高い | 顧客満足・ブランド違反が深刻 |
品質管理計画書に記載されることも | コスト管理と品質管理が連携する領域 |
覚えておくべきポイント | 解説 |
---|---|
「予防>失敗」な管理が理想 | 初期コストをかけ、トラブルを防ぐ |
外部失敗コストはリスクが超高い | 顧客満足・ブランド違反が深刻 |
品質管理計画書に記載されることも | コスト管理と品質管理が連携する領域 |
ミニ確認クイズ
Q. 次のうち「評価コスト」に該当するのはどれですか?
A. テスト自動化ツールの導入
B. 顧客からの苦情対応
C. 製品完成後の品質チェック
D. 開発者向けの品質研修
✅正解:C(評価=チェックのコスト)
まとめ:「品質コストは、「転ばぬ先の杖」への投資」
区別する | コストイメージ |
---|---|
予防コスト | 転ばないように靴ひもを締める |
評価コスト | 転ばないか定期的に確認 |
内部失敗 | 家の中でつまずいてあザできた… |
外部失敗 | 外で派手に転んで救急車… |
区別する | コストイメージ |
---|---|
予防コスト | 転ばないように靴ひもを締める |
評価コスト | 転ばないか定期的に確認 |
内部失敗 | 家の中でつまずいてあザできた… |
外部失敗 | 外で派手に転んで救急車… |
「品質コストは『かけすぎてもダメ、ケチでもダメ』」バランス
感覚が、優れたPMの腕の見せ所です
品質監査
今回は「品質監査(Quality Audit)」について、PMP試験対策として、説明します。
品質監査とは?
PMP的にざっくり言うと…
「品質管理活動が、計画通りに実施されているかどうかをチェックする『公式の点検』」
要するに、「言っていた通りにちゃんとやってる?」を、他人の目で確認する作業です。
例えるなら…寿司職人の世界
あなたが職人見習いとして働いています。
- 毎朝:ネタの鮮度チェック
- 毎週:包丁の研ぎ方を統一
- 毎日:シャリの炊き加減を記録
でも、それを「誰か第三者」が見にくる日がありますよね?
それは「品質保証」です。
✅ チェックリスト通りにやってる?
✅ 記録はちゃんとある?
✅ 改善ポイントない?
こんなことを、ベテラン監査人(かなり目の持ち主)が見ていきます。
品質監査の目的
目的 | 解説 |
---|---|
手順が守られているか確認 | 計画書・プロセス通りにやってる? |
改善のチャンスを発見 | 「ここ、もっと効率化できるかも」 |
ベストプラクティスの共有 | ほかのチームのいいやり方を広める |
無駄やリスクの洗い出し | 重複作業・非効率の発見にも |
目的 | 解説 |
---|---|
手順が守られているか確認 | 計画書・プロセス通りにやってる? |
改善のチャンスを発見 | 「ここ、もっと効率化できるかも」 |
ベストプラクティスの共有 | ほかのチームのいいやり方を広める |
無駄やリスクの洗い出し | 重複作業・非効率の発見にも |
PMP試験でのポイント
よく出るポイント | 説明 |
---|---|
プロセス監査であって成果物検査ではない | 品質監査=プロセス、 品質検査=成果物(結構大事!) |
通常は定期的または任意で実施 | プロジェクトライフサイクル中に何回か |
**第三者(PMOやQA部門)**が行うことが多い | 自分で自分を監査…ではありません |
成果物ではなく**やり方(プロセス)**に注目 | 手順書にあるチェックを飛ばしてないですか? |
よく出るポイント | 説明 |
---|---|
プロセス監査であって成果物検査ではない | 品質監査=プロセス、品質検査=成果物(結構大事!) |
通常は定期的または任意で実施 | プロジェクトライフサイクル中に何回か |
**第三者(PMOやQA部門)**が行うことが多い | 自分で自分を監査…ではありません |
成果物ではなく**やり方(プロセス)**に注目 | 「手順書にあるチェックを飛ばしてないですか?」 |
品質監査は「冷蔵庫の中に母親が突然チェックに来る」ようなもの🍱👀
- あれ?食べかけのプリン放置してるんじゃないの!
- この納豆、賞味期限すぎてるわよ!
- …でも、キレイに整理してたら「えらいね」と褒められる✨
品質保証と品質管理の違い
項目 | 品質保証 | 品質管理 |
---|---|---|
見る対象 | プロセス | 成果物 |
実施者 | 第三者(PMOなど) | プロジェクトチーム |
タイミング | 定期または任意 | 継続中(作業中) |
目的 | 計画との一致確認、改善提案 | 品質基準を満たすか確認 |
項目 | 品質保証 | 品質管理 |
---|---|---|
見る対象 | プロセス | 成果物 |
実施者 | 第三者(PMOなど) | プロジェクトチーム |
タイミング | 定期または任意 | 継続中(作業中) |
目的 | 計画との一致確認、改善提案 | 品質基準を満たすか確認 |
ミニ確認クイズ
Q. 品質監査の目的として正しいものはどれですか?
A. 成果のバグを見つけること
B. シード標準を適用しているか確認すること
C. 製品の納品前に検査をすること
D. 顧客からの苦情に対応すること
正解:B!
(品質監査は「やり方・ルール通りにやってるか?」の確認)
まとめ:品質監査は「プロジェクトの健康診断」
ポイント | 内容 |
---|---|
品質監査はプロセスの確認 | 成果物ではなく手順・計画との整合性を見る |
実施はPMOや品質部門などの第三者 | で「できてます!」って言うのは自分じゃない |
改善点・効率化のヒントが見つかる | 戦いの品質管理にもつながる |
品質管理(成果物チェック)と混入にご注意ください! | 試験ではこの違いがよく問われる! |
ポイント | 内容 |
---|---|
品質監査はプロセスの確認 | 成果物ではなく手順・計画との整合性を見る |
実施はPMOや品質部門などの第三者 | で「できてます!」って言うのは自分じゃない |
改善点・効率化のヒントが見つかる | 戦いの品質管理にもつながる |
品質管理(成果物チェック)と混入にご注意ください! | 試験ではこの違いがよく問われる! |
品質検査
今回は「品質検査(Quality Inspection)」について、PMP試験対策として解説します。
品質検査とは?
PMP的にざっくり言うと…
「プロジェクトの成果(アウトプット)が、求められている品質基準に正しく適正配分?をチェックする行為」
つまり、「できあがったモノをじっくり観察して、これでOKかどうかを判断するプロセス」です!
例えるなら…お弁当チェッカー登場!
あなたがプロジェクトで作ったお弁当
- ご飯が硬いですか?
- 唐揚げが生んじゃないか?
- フタがちゃんと閉まるか?
…これを実際にチェックするのが「品質検査」です。
そうです、「食べる前の味見タイム」ですね。
品質検査の目的
目的 | 説明 |
---|---|
成果物が仕様通りかチェック | ご要望の仕様・品質基準がありますか? |
NG品を見つけて削除 | バグ、傷、不良、不具合などを発見 |
合格・不合格の判定 | 検査合格→納品OK、不合格→返却 |
目的 | 説明 |
---|---|
成果物が仕様通りかチェック | ご要望の仕様・品質基準がありますか? |
NG品を見つけて削除 | バグ、傷、不良、不具合などを発見 |
合格・不合格の判定 | 検査合格→納品OK、不合格→返却 |
PMP試験でのポイント
ポイント | 解説 |
---|---|
成果の品質を測定・確認する | プロセスじゃなくてアウトプットを見る |
タイミングは作業中・作業後 | 都度チェックや最終チェックなど |
検査の例:レビュー、テスト、チェックリスト記入など | コードレビュー、プロダクトテストなども含む |
不合格なら再作業(リワーク)になる | コスト増やスケジュールに直行⚠️ |
ポイント | 解説 |
---|---|
成果の品質を測定・確認する | プロセスじゃなくてアウトプットを見る |
タイミングは作業中・作業後 | 都度チェックや最終チェックなど |
検査の例:レビュー、テスト、チェックリスト記入など | コードレビュー、プロダクトテストなども含む |
不合格なら再作業(リワーク)になる | コスト増やスケジュールに直行⚠️ |
品質検査は「デートに行く前の鏡チェック」🪞✨
- 髪は寝ぐせついてないの?
- シャツにご飯粒ついてないの?
- 靴下左右で違ってない?
✅ ここで気づけばセーフ!
❌ スルーして外出→相手に指摘されて赤っ恥(外部失敗コスト)😅
品質監査と品質検査の違い
比較項目 | 品質監査 | 品質検査 |
---|---|---|
見る対象 | プロセス | 成果物 |
実施者 | 第三者が多い(PMOなど) | チーム内・外部もあり |
タイミング | 定期的な | 成果物達成時・随時 |
目的 | 手順通りか?改善点はある? | 品質要件を満たしているか? |
比較項目 | 品質監査 | 品質検査 |
---|---|---|
見る対象 | プロセス | 成果物 |
実施者 | 第三者が多い(PMOなど) | チーム内・外部もあり |
タイミング | 定期的な | 成果物達成時・随時 |
目的 | 手順通りか?改善点はある? | 品質要件を満たしているか? |
ミニ確認クイズ
Q. 品質検査に該当する活動はどれですか?
A. テスト計画を作成する
B. フィーディング標準のレビュー
C. 製品の完成後、サイズを測定する
D. 顧客の期待をヒアリングする
正解:C!(成果のチェック=品質検査)
よくある品質検査の例
項目 | 内容 |
---|---|
ユーザーテスト | システムの操作性や正確性の確認 |
製品寸法チェック | ミリ単位のズレがないか |
バグテスト | ソフトウェア開発での機能確認 |
出荷前チェックリスト | 漏れ・不備・誤品を防ぐ最終チェック |
項目 | 内容 |
---|---|
ユーザーテスト | システムの操作性や正確性の確認 |
製品寸法チェック | ミリ単位のズレがないか |
バグテスト | ソフトウェア開発での機能確認 |
出荷前チェックリスト | 漏れ・不備・誤品を防ぐ最終チェック |
まとめ:「品質検査はプロジェクトの『最終面接』」
ポイント | 内容 |
---|---|
成果の品質を直接確認 | 計画通りにモノができる判断を判断する |
不良が見つかれば再作業 | コスト&スケジュールにインパクト大 |
品質監査(プロセス)と混同しないようご注意ください! | ここ、試験でよく質問されます✍️ |
ポイント | 内容 |
---|---|
成果の品質を直接確認 | 計画通りにモノができる判断を判断する |
不良が見つかれば再作業 | コスト&スケジュールにインパクト大 |
品質監査(プロセス)と混同しないようご注意ください! | ここ、試験でよく質問されます✍️ |
品質検査は「嫌われ役」じゃない!
プロジェクトの限界と成果を守る、頼れる「最後の砦」です
完了の定義
今回は「完了の定義(Doneの定義:DoD,Definition of Done )」について、PMP試験対策として、紹介します。
完了の定義(Doneの定義)とは?
一言で言うと…
「これが終わったら『完了』とみなします!」というチェックリストのような解決事項です。
PMP的には、特にアジャイル(適応型ライフサイクル)でよく登場しますが、予測型でもカスタマイズして使えます。
例えるなら…カレー作りの完了定義
「今日の晩ご飯はチキンカレー」
でも、「カレーできた!」って、いつ言えるのか人によって違いませんか?
👩🍳 妻:「ルーを入れたら完了よ!」
🧑🍳 夫:「いや、ライスよそって、皿に盛って、福神漬けまでつけてこそ完了でしょ」
このズレを防ぐために、完了の定義を事前に決めるわけです。
とりあえずこんな「完了の定義」
項目 | 内容 |
---|---|
単体テストが完了している | コードブックできるじゃダメよ |
レビューを過ぎている | 主人公のOKが出てること |
ドキュメントが添付されている | 実装だけじゃなく、手順書も |
顧客が確認済み | バリデーション済みであること |
項目 | 内容 |
---|---|
単体テストが完了している | コードブックできるじゃダメよ |
レビューを過ぎている | 主人公のOKが出てること |
ドキュメントが添付されている | 実装だけじゃなく、手順書も |
顧客が確認済み | バリデーション済みであること |
PMP試験でのポイント
思い出したこと | 解説 |
---|---|
明文化された完了基準である | 「終わった」と思い込まないように |
チームとステークホルダーが解決していることが重要です | 独りよがりNG🛑 |
検証(Verify Scope)や受け入れ時の基準になる | これを満たさないと「Done」じゃない |
アジャイルではスプリント内での完了条件に使える | 「Done定義に達した=プロダクトインクリメントOK」 |
完了の定義は「恋人へのLINE返信が「既読スルー」でOKかどうかの解決」📱💬
- 彼「もう読んで終わったよね?」
- 彼女「いや、“うん”のスタンプ返してくれるまでは未完了よ?」
→ 事前に定義しておかないとケンカ勃発⚡️
ミニ確認クイズ!
Q. 以下のうち、「完了の定義」に含まれると考えられるものは?
A. プロジェクト開始日
B. 作業が終わったというチームメンバーの発言
C. 単体テストの合格、レビュー完了、ドキュメント添付
D。 顧客からの要件変更依頼
✅正解:C!
(A, B, Dは完了の定義とは関係ないです)
まとめ:「完了の定義は“ゴールの線引き”」
ポイント | 内容 |
---|---|
作業の「完了」に必要な要素を明文化 | 「どこまでやれば最高」が全員に明確に |
アジャイルでは特に重要 | 完了にならないとリリースに進めない |
認識のズレ・手戻りを防ぐ | チームの「やったつもり」を防ぐチェックリスト📝 |
ポイント | 内容 |
---|---|
作業の「完了」に必要な要素を明文化 | 「どこまでやれば最高」が全員に明確に |
アジャイルでは特に重要 | 完了にならないとリリースに進めない |
認識のズレ・手戻りを防ぐ | チームの「やったつもり」を防ぐチェックリスト📝 |
一言アドバイス:
「終わった!」って言いたくなる前に、DoDを見よう👀
完了の定義は、プロジェクトにおける「赤ペン先生」のようなものです。
PMP用語解説リンク集
プロジェクトの開始と計画
プロジェクト手法の理解と選択
スコープのマネジメント
スケジュールのマネジメント
予算のマネジメント
品質のマネジメント
資源のマネジメント
コミュニケーションのマネジメント
リスクのマネジメント
調達のマネジメント
ステークホルダーエンゲージメント
終結、ガバナンス、統合
作業の実行とマネジメント
プロジェクト作業と管理
変更管理、課題管理
パフォーマンスの高いチームを作り支援する
チームの育成
エンパワーメントと指導
共通理解の形成
チームのパフォーマンスを支援する
障害を取り除く
ビジネスを念頭に置く
ベネフィットの評価と引き渡し
変化への対応とPDCA