プロジェクトマネジメント入門⑪ デリバリーパフォーマンス領域

t_hijikata

0

WBSを用いたスコープ設定にまだ慣れておらず、身近なプロジェクトより導入してみようと思った。
（すぐに出来るとも思えず、経験や回数が必要と感じている。）

thiroyuki

0

プロジェクトを進めていく上で、スコープのあいまいさがプロジェクトの失敗になる可能性があることがわかりました。スコープを定め、変更する場合は、変更履歴を作成し、変更することに対し、しかるべき承認を得る必要があることを認識しました

0951102

0

・価値の定義: 成果物の価値を明確にし、スポンサーの承認を得るために重要です。事業投資と問題解決、それぞれの目的に合わせた定義方法
・要求事項の定義: 成果物とプロジェクト計画に関する要求事項の違いを理解し、コミュニケーションを通じて明確化することの重要性。
　変更への対応や、要求事項を引き出す手法も重要
・スコープの定義: プロダクトスコープとプロジェクトスコープの違いを理解し、WBSを用いた要素分解やスコープ変更管理
・品質の定義: 品質要求事項と基準の設定、予防と評価、コストのバランスについて学びました。WBS作成におけるMECEの重要性
WBSの作成についても重要であると認識した

wakahiro11

0

良かったと思います。

kenji_iwata_835

0

この領域では、特に新しい学びがなかった。

yuuko-suzuki

0

WBSが私の場合はガントチャートに当たる部分かと思います。
MECEの観点がここで出てくると思っていませんでしたが、項目を記載しているうちに「これここと被るな…」という事が何度かあります。
MECEの「漏れなくダブりなく」を意識して作成に入りたいと思います。

tetsuji_murase

0

WBSを使って、スコープの要素分解をやっているが、その粒度が荒いように感じた。また、MECEを意識しているわけではなく、思いつきで項目を列挙していた。MECEを心掛けて分解を進めていきたい

s_tsurusaki

0

スコープを変更する際の注意点、プロダクトの品質の評価について理解ができた

yoko-c

0

PMBOKが定める8つのプロジェクトパフォーマンス領域のうち、「デリバリーパフォーマンス領域」について学んだ。
この領域の目標は「プロジェクト成果物によってステークホルダーに価値を提供すること」とのことだったので、QCDで用いられるデリバリーとは少し違う意味合いのようだった。要求事項の引き出しやスコープの設定が重要であることが分かった。WBSを用いて漏れなくスコープを洗い出し管理するという手法は業務でも実践したいと感じた。

0444egashira

0

WBSの作成は大事だが、その分管理工数がかかるのでプロジェクト規模によってはやらないこともある。
もっと簡単に時間をかけず作れるツールがあればよいのにと思う。

mary_yamada

0

外部不良コストについては、表面的な金額よりも顧客の信頼を失うことによる損害が大きいと想像した。外部不良コストを避けるためにも品質の定義が重要であるとわかった。

mare-pacificum

0

業務に利用できるように引き続き内容を確認します。

k_matsu0531

0

価値の明文化が非常に大切だと感じた。

masa35622

0

常に納期を大幅に遅れないように気を付けている。まれにだがシステム運用方法が変更となり、
システム開発の方針を開発途上で行う必要が生じる。その際には遅滞なく変更方針を決定して開発を継続できるように心がけている。急な事態に対応できるためにはステークホルダとの
良好な関係が必要であると考えるので、普段からきちんとコミュニケーションをとるようにする。

n_tani_toho

0

大きな組織でのプロジェクトを動かすことは難しそうに思った。空中分解することも多そう。

8bshimamihsd8

0

MECEは、ミューチャリー・ソーゴに Exclusive、排他的、コレクティブリー、合計で、 Exhaustive、網羅的なの各単語の頭文字からなる略語で、 漏れなく、ダブリなくという意味です。

kn10944

0

PMBOKをこれまで学んだことはなかったが、これまで経験してきた実際のプロジェクトマネジメントは今回書かれていたことを意識して進められていると思う（もちろん全てではないが）。
その前提で、うまくいかないプロジェクトというのもかなり存在するため、実践知としてよくある失敗原因がどんなものかを知りたいと思った。

ka-os

0

プロジェクトが成功となるためにはスコープ内タスクの消化だけでなく成果物をもってスタークフォルダから高評価をある必要があるのだと認識しました。

toso_tonami

0

変更管理は都度ステークホルダーと合意を得て進めるのが大切。トラブルや品質の担保にも重要な要素。

water-m

0

要求にそった成果物を作成するだけでなく、目標にそうようスポンサーにも意見出しをしていきたい。その際に重要な視点を意識し、文章化していく。

momo44172

0

デリバリー（届けること）の目的は、単に作業を終わらせるだけでなく、相手に価値を感じてもらうことだと感じた。日常の準備でも、『これは本当に必要？』と問いかけながら、無駄な作業を省いていくことが大事。今後は、作業の手順をバラバラに分解して、一つずつ着実にクリアしていくことで、質の高い結果を出せるようにしていきたい。

takahashi_kazuo

0

デリバリーパフォーマンスでが価値の定義やスコープの定義を行う。スコープの変更は承認されるまで行わない点が重要なポイントと理解しました。

shinodat

0

成果物の価値を念頭に置いて、スコープの変更に対する対応が必要であるということが印象に残った。
変更があるとつい焦ってしまい、成果物の品質を守ることだけに注力してしまい、「価値」ということをあまり考えていなかったのではと考えさせられた。
今後はデリバリーパフォーマンス領域の目的や価値の定義など、振り返りながらの対応も必要であると思った。

hat_ke

0

要点1: デリバリーパフォーマンス領域の目的と活動内容を理解することが、成果の価値提供と投資判断・リスク評価に直結します。
要点2: 価値の定義・要求事項の定義・スコープの定義・品質の定義を適切に理解し、コミュニケーションと変更管理を重視します。
要点3: WBS作成でMECEを意識し、スコープ変更管理とステークホルダー対応の要点を押さえます。

42358

0

価値の定義は成果物が提供する価値と投資対効果の判断材料であること
要求事項の定義・管理・スコープの把握、MECEとWBSの活用、品質の定義と確保の重要性
スコープ変更対応・関係者コミュニケーション・リスク・予算見積もりの要点を押さえる

odarierie

0

プロジェクトの変更点や、顧客が使用してからの満足度などにも対応できるように進めることが重要だと思った。

fmmiya

0

価値の明文化は意識していなかったので、今後はやっていきたい。

m-kagemoto

0

自分自身が参加しているプロジェクトでは成果物が完成すると終わりというイメージがあるが、完成後のデリバリー段階においてもしっかりと分析し、対応していく必要があると感じた。

knim

0

各定義をしっかり行わないとPJが進んでから崩れることが多いので、定義は大切にしたい。

toki_matsu

0

成果物によって価値を届けるために、デリバリーパフォーマンス領域が担う役割は大きいと感じた。ステークホルダーと齟齬なく各種定義を行うだけでなく、変更にも対応するとなると、この領域はかなり重たく思える。

rsa

0

WBSの作成はこれまで単独で実施する回数が多かったため、一部抜けが生じていたと思う。フィードバックや複数人での対応できめ細かな作成を行ってみたい。

takizawa_takumi

0

成果物がステークホルダーに価値を提供するために行うプロジェクトマネジメント活動のこと
価値の定義→要求事項の定義→スコープの定義→品質の定義
・価値の定義
成果物がステークホルダーにどんな価値を提供できるか、目標に対してどんな貢献をできるのかを明文化
・要求事項の定義
成果物要求事項:備えるべき能力や受け入れ基準
プロジェクト計画要求事項:いつまでにどれくらいの費用が必要か
・スコープの定義
プロダクトスコープ:成果物の特性や機能
プロジェクトスコープ:成果物を作成するための作業
・品質の定義
要求事項の適合性:顧客やユーザーの求める性能、操作性があるか
使用適合性:成果物を使用して成果を得られるか
品質の要求事項、基準、達成方法を作成

oomiya_kouen

0

成果物は単に完成させるだけでなく、顧客にとっての価値を提供することが重要だと理解しました。
センサ開発ではまず要求事項を整理し、性能環境耐性などのスコープと品質基準を明確にします。その上で、設計段階からレビューや試験計画を行い、不具合を未然に防ぐ予防コストを意識します。量産後の不良や市場トラブルといった外部不良コストを防ぐためにも、早い段階で品質を作り込むことが重要だと思いました。

yyyyy-y

0

WBSの作成について、何か入力支援の機能のある専門アプリがあるといい

yasuda_shoei

0

要求事項とスコープが変化することを前提にマネージメントしていきたい。

eguchi-san

0

MECEを意識したWBS作成、スコープ変更管理、品質の定義と予防・評価のバランスを学び、適切なプロジェクトマネージメントの基礎を学ぶことができた。

honn

0

抜け・ダブりによる手戻りを防ぐためのチェック軸として使う。やらないことも明文化する。

r171

0

要求事項の策定は非常に重要。MECE＝過不足なく、粒度も揃えて明確にしてステークホルダーと確認しておく。要求事項も必ず変化すると考えて、ステークホルダーとのコミュニケーションで変化を把握・合意しておく。ウチの会社は、ここが非常にグタグダのままスタートし、途中の管理も不十分なままプロジェクト終盤を迎えて、手戻りの多発、開始後の追加変更が多発している。

hara__m

0

デリバリーパフォーマンス領域の活動としては「価値の定義」、「要求事項の定義」、「スコープの定義」、「品質の定義」がある。
「価値の定義」や「要求事項の定義」において、成果物を作成するということだけでなくその先の価値について検討する必要がある。

tak_yoshikawa

0

要求事項、スコープの定義をすること、変更管理を行うことの重要性を理解した

jun_yotsuya

0

給与業務は、
価値定義 → 要求事項整理 → 品質設計 → スコープ変更管理
というプロジェクト管理を回し続ける業務である

mae1

0

成果物を明確に定義しておき、それをステークホルダーと共通認識にしておくことが大事だと思いました。

matsunaga199

0

プロジェクトのスコープは時間とともに変化するというのは、意外と見落としがちな観点だと思いました。プロジェクトは見積や立ち上げ段階の計画が重要で、そこできっちり固めておくべきというのが教訓としてありますが、最初に固め過ぎて以降のスコープ変化への追従がおろそかにならないよう注意する必要があると感じます。

ketoka3

0

スコープを変えるときの、関係者との合意形成におけるコミュニケーションが一番大事だと思いました。
実際の現場では、多くの制約条件やあいまいな点があると思うので、後から出戻りになることがないよう事前に把握しておくことがコツであるように思います。

yyy0709

0

定義はプロジェクトを進めていくにつれて変化していくことを前提に進める。

sss22

0

納期や成果物だけでなく、その品質の基準を設定することは大事である。
開発にかかる時間はもちろん、テストを行う時間も品質基準によって変わるため、明確にする必要がある。
品質よりも納期やコストだけを重視するところもあるが、いくら納期やコストを守れても品質が悪ければ次のプロジェクトは無いため、ちゃんとQCD全てを意識すること。

ksoccer4

0

あるべき姿をしっかり確認しておく

yamyam2025

0

実際のプロジェクトを進めるうえで重要なポイントでした

take_ue

0

難しい。一旦先に進み、また戻ってきたい。

yuichi-h

0

成果物、スコープについては、変化する前提で進めることが大切である

mirai_masuda

0

【要約】
デリバリーパフォーマンス領域
　＝ステークホルダーに価値を提供する活動
　→成果物や計画 への要求事項やスコープ・品質を 明確にすることが求められる

①価値の定義
　成果物がどのような価値提供が可能か、また目標に対してどのような貢献ができるのかを明文化する

②要求事項の定義
　■要求事項の種類
　・成果物への要求事項　：成果物が持つべき能力や受け入れ基準
　・プロジェクト計画への要求事項　：作成物の作成期限やかかる費用などの条件

　②-1　要求事項の引き出し
　→ステークホルダーが改善すべき点に気づいていないことがある。
　　既存の情報を鵜呑みにせず、ゼロベースで作業状況の観察や、自ら作業の体験をすることが大事

　②-2　要求事項のマネジメント
　　要求事項は変化するため、要求事項を文書化し、漏れや変化がないか定期的に確認することが有効。
　　関係するステークホルダー全員が内容に合意することが重要

③スコープの定義
　■スコープの種類
　・プロダクトスコープ　：成果物の特性や機能
　・プロジェクトスコープ　：成果物を作成するための作業

　③-1　スコープの要素分解
　　WBSの手法を用いて要素分解をすると良い
　　漏れなくスコープを要素分解するには「MECE」の観点を持つことが重要

　③-2　スコープへの変化への対応
　　原則として、変更管理を行い正式な承認が得られるまで、スコープの変更は実行すべきではない

④品質の定義
　※「原理原則：品質」を参照

　④-1　品質の基準設定
　　品質要求事項や基準を定め、達成方法を顧客との間で明確化し、明文化する

　④-2　品質の確保
　　品質を確保するために予防と評価をする
　　→予防と評価のコストのバランスのコントロールが大事
　■コストの種類
　　予防コスト、評価コスト、内部不良コスト、外部不良コスト
　※コストは予防コストが最も小さく、外部不良コストが最も大きい
　※外部不良コストは会社やお客様の信頼損失にも関わる可能性があるので注意が必要

【個人的学び】
「②-1要求事項の引き出し」のところ。「お客さんがそう言ってたから」だけじゃいけない、目的から真の要求を引き出すことが僕らの仕事。
MECEのところで「論理的思考力と経験の両方が備わっていないと難しい作業」って言っててそうよなと思った。

dtoriyama

0

WBSについて概要を理解できた。具体的な作り方について学んでみたい。
要求事項とスコープの違いについて、これまでよく分かっていなかったが、何となくわかった。

f_nishikawa

0

価値の明確化やステークホルダーの要求事項を満足するかを検討する
成果物の品質を確保するためのコストを考え、予防に力を入れることが重要。
効率的な活動を行うためMECEの考え方を意識し、WBSを組み立てる

sugeno1206

0

デリバリーパフォーマンスを管理していくには、視野の広さと経験に基づくものも大きいのでは無いかと感じた。

15216103

0

外部品の品質保証は企業にとって致命的になる。MECEの更なる勉強と理解が必要と感じた。

15205020

0

おさらい
要点1: デリバリーパフォーマンス領域の目的・活動・価値定義・要求事項定義・スコープ定義を理解する。
要点2: 品質の定義と品質確保の手法、MECEを用いたWBS作成とスコープ変更管理の重要性を押さえる。
振り返りヒント
今回の学びを、現場の意思決定や投資判断にどのように適用できますか？
スコープとWBSの関係を踏まえ、変更リスクをどう管理しますか？
次に取り組みたい具体的な改善アクションは何ですか？

kk1225

0

プロジェクトマネジメントをする際には、
MECEを意識し、様々な視点によるリスクを事前に考えておくことが必要であると感じた

hsmtutk

0

WBS作成においては、網羅的かつ重複のないようにMECEの原則を適用する。

t-tsuchida-abb

0

成果物に関しては、営業職としては届ける品物であった場合、品質などの部分は変更がすでに利かないものなので困難。
このセッションでの視点を行動的なものや人材育成、スキルアップで考えていく必要があるが、説明でのイメージが合わないため認識することが難しかった。

1983yamaguchi

0

外部不良コストの企業へのダメージについて理解しました

nishimx

0

ステークホルダーの要求事項について明文化することは重要だと思うが、詳細になりすぎると重点ポイントが分かりにくかったりするのが難しいと感じている

yohei-takada

0

デリバリーパフォーマンス領域の学習を通じ、プロジェクトは成果物の完成ではなく価値提供が目的であると再認識した。
価値・要求事項・スコープを明確にすることで判断基準が揃い、変化にも対応しやすくなる。
WBSによるMECEな分解や、品質とコストのバランスを意識した考え方は今後の実務に活かしていきたい。

issei_tajima

0

目標に対し、成果物の価値を明確化の重要性やMECEの原則をうまく活用していく必要性がわかった。

hiroaki19841015

0

MECEを逸脱しがちなので要注意

konnichiwabijo

0

ミーシーの大切さを痛感した

marino-karaki

0

成果物がどのような価値提供が可能か、目標に対する文書化しておき、品質を確保することが必要。予防コストや評価コストで済むようにする

shusaku_saito

0

デリバリーパフォーマンスの重要性がわかりました。

apokapes

0

定義が曖昧なまま、あるいは古くなったままにしておくのではなく、明確にすることがデリバリーパフォーマンスの向上となる。目的に応じた価値と要求事項を決める。品質基準を設定する。重複が無いよう、無駄が無いように全体を網羅的に把握する。

tkhr-ysmt

0

投資と業務改善で異なる、という視点は無かったので参考に詩ツィ。

iwan0121

0

MECEの原則が理解できたが、漏れなく作成するにはスキルや経験が必要だと感じた。
あと、複数人の目で見ることを前提にした方が良いと感じた。

muragisi

0

デリバリー領域を学び価値定義、スコープ管理の重要性を認識できた。自分で管理するにはタスクが多すぎると感じたので、MECEを確実に行い、ステークホルダーと分業を意識したい。

reika79

0

デリバリー領域では、ただ「言われたものを作って納品する」のではなく、目標とする事業価値を得られるようプロジェクトの成果物を作成し、顧客やステークホルダーに価値を提供し満足してもらうまでが目的であるということを再確認しました。
特に、要求事項をきちんと引き出すこと、また要求事項は時間とともに変化する可能性があること、品質の確保は同時にリスクに備えることであり、一般的には 予防コストのほうが評価コストや不良コストよりも小さいことを学びました。

ryoma-sano

0

自分の仕事内容的には、問題解決型のプロジェクトが合致していると感じた。
顧客のスケジュールなどを絡めて、より効果的に製品メッセージをタイムリーに伝えるのかを計画的に作戦を練ることが最も汎用性があって、再現性のある行動であると感じた。

sssabc

0

想定していた内容から企画を変更せざるを得なくなったとき

mura-yuki

0

価値の提供について考えさせられた。

nu1314

0

価値、要求事項、スコープ、品質は互いに関連しており、これらを適切に定義・管理することがプロジェクト成功のポイント
特に、WBS作成時にはMECEはスコープを正確に要素分解するために非常に重要

seoshi

0

◆デリバリーパフォーマンス領域
目的：プロジェクトの成果物がステークホルダーに価値を提供して満足させるために行う、プロジェクトマネジメント活動
活動の内容全体像
↓　価値の定義
　　成果物がどのような価値提供が可能か、また目標に対してどのような貢献ができるかを明文化
↓　要求事項の定義（要求事項の引き出し、要求事項のマネジメント）
　　成果物要求事項、プロジェクト計画要求事項
　　要求事項のマネジメント：顧客の要求事項の文書化と漏れや変化がないか定期的に確認すること
↓　スコープの定義（スコープの分要素分解、スコープ変化への対応）
　　プロダクト・スコープ、プロジェクト・スコープ
　　スコープの要素分解：プロダクト・スコープ、プロジェクト・スコープをもとにWBSを用いて、スコープの要素分解を行い管理する（WBS作成時はMECEを意識）
↓　品質の定義（品質の基準設定、品質の確保）
　　プロジェクトの成果物の品質は、要求事項の適合性と使用適合性の両方を満たしていることが求められる
　　プロダクト・スコープだけでなく、プロジェクト・スコープの品質確保も求められる
　　品質の確保
　　品質の確保において、予防と評価および活動に伴うコストコントロールが大事
　　予防コスト、評価コスト、不良コスト（内部不良コスト、外部不良コスト）

polka-dots

0

異なる分野の仕事で聞いたことがない用語があったり、少し難しい内容であったが、プロジェクトを進めていく上での注意点を学ぶことができた

akid

0

品質確保のためのコストは予防コストが最も低い、改めて予防の大切さを学びました。

iippeii

0

現場でプロジェクトを進めている中で何かの理由で滞りが発生した際の課題抽出のシーンで非常に有用だと感じました。

3-chan

0

自身はプロダクトマネジメントに関わらないのでこれに対してのコメントはないが、自身の業務に置き換えてコストについて共感できるところがあった。
サービスを提供する業種で、予防的コストから始まり、最終的にお客様からのクレームに対する外部コストが1番費用がかかるという事に納得できた。
費用のみならず心身の疲労も伴うので、予見される事象を充分に予防的コストで
確認して実行に本運用にしてもらいたいと感じた。

dmoriwaki

0

ミーシーは初めて聞いたが網羅的は重要だが、重複はある程度あっても許容される気がするが効率以外の問題があるのだろうか

memories

0

業務において、MECEを用いて問題解決をすること、またトラブル予防に努めることができる、と感じた。

hana1192

0

自分がプロジェクトの顧客だったとき、実際使用してみて想定していた使用と異なっていたことがあった。実際に運用してみて要望の成果が得られなかった場合は、プロジェクトメンバーに要求して対応してもらおうと思った。

00051170

0

MECEを用いるととても難しい。

kota-uehara

0

ステークホルダーとの合意形成しスコープ範囲の確定について改めて重要性を認識した

tina-snow

0

予防コストと評価コストのバランスが重要であることが良く分かった。外部不良コストを最小限にしたい。

ta-yasuhiro

0

引き続き勉強をすすめます。

mayu0863

0

ガントチャートと混同されがちですが、ここまで要素分解の役割が強いことを改めて学べました。複数組織が関わるプロジェクトや業務において、役割ごとのタスクと成果を明確化するために大切だと感じました

yoshi-hayashi

0

PMBOKの８つの構成要素のうち、デリバリーパフォーマンス領域を学習しました。
WBS？はMECEや論理的思考を活用しながら、複数人で作成するべきことが分かりました。
WBSも変化しながら、させながらプロジェクトをすすめていき、メンバー、ステークホルダーに情報共有、進捗を共有する上では必要だと思いました。