ステークホルダー特定のITTO

インプット ツールと技法 アウトプット
プロジェクト憲章
・調達文書
組織体の環境要因
組織のプロセス資産
・ステークホルダー分析
・専門家の判断
・会議
ステークホルダー登録簿

インプットのプロジェクト憲章はいいでしょう。
PMBOKの体系上、ステークホルダー特定プロセスに先立つアウトプットはこれしかありません。

調達文書というのは、購入者が発注に先立って作成し、納入者に渡すものです。
依頼するスコープや、契約事項などの総称と思ってください。

調達文書は、調達マネジメント計画のアウトプットです。
ですから、普通に考えれば、調達文書は購入者として自ら作ったものです。

ですが、それだと、わざわざインプットとして挙げられている意味が薄いような気がしません?
もちろん、購入者にとって、納入者もステークホルダーには違いないのですが。

でもむしろ、ここは、自分たちが納入者の立場として、購入者から受取ったものと捉える方が、インプットとしての意味も合点がいくのではないでしょうか。

なにせ、購入者、すなわち顧客から受取ったものですからね。
顧客が最重要のステークホルダーなのは言うまでもありません。

ま、無理に立場を限定する必要はありません。
PMBOK®ガイドにも明記されていませんから。
それこそ、ケースバイケース。

ツールと技法のステークホルダー分析は、ステークホルダー特定の役割そのものです。

このプロセス特有のものがいくつか紹介されていますので、中身までしっかりと理解してください。

アウトプットは、ステークホルダー登録簿です。
要求元ですから計画プロセス群の多くのプロセスのインプットになります。



icon-exclamation-circle本気になったら、講座でお会いしましょう!
icon-arrow-down icon-arrow-down icon-arrow-down

スキマ時間でPMPを取るためのチューター付き通信講座




Fatal error: Uncaught Error: Call to undefined function wp_related_posts() in /home/wp735437/art-of-pm.com/public_html/wp-content/themes/twentyfourteen_child/content.php:81 Stack trace: #0 /home/wp735437/art-of-pm.com/public_html/wp-includes/template.php(812): require() #1 /home/wp735437/art-of-pm.com/public_html/wp-includes/template.php(745): load_template('/home/wp735437/...', false, Array) #2 /home/wp735437/art-of-pm.com/public_html/wp-includes/general-template.php(206): locate_template(Array, true, false, Array) #3 /home/wp735437/art-of-pm.com/public_html/wp-content/themes/twentyfourteen/single.php(24): get_template_part('content', '') #4 /home/wp735437/art-of-pm.com/public_html/wp-includes/template-loader.php(106): include('/home/wp735437/...') #5 /home/wp735437/art-of-pm.com/public_html/wp-blog-header.php(19): require_once('/home/wp735437/...') #6 /home/wp735437/art-of-pm.com/public_html/index.php(17): require('/home/wp735437/...') #7 {main} thrown in /home/wp735437/art-of-pm.com/public_html/wp-content/themes/twentyfourteen_child/content.php on line 81