Q&A
タグあります。
https://teratail.com/tags/%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E3%83%9E%E3%83%8D%E3%83%BC%E3%82%B8%E3%83%A3%28%E8%B3%87%E6%A0%BC%29
プロジェクトマネージャーについてどういった道筋を描いていくべきか教えていただきたいです。今回転職先で一般的なPMという仕事の内容を制定するとともに、いろんな面で実践でも体系を作り上げてほしいということを依頼されました。
PMといっても工数管理やスケジュール管理などどちらを主にやっている？など、人や企業によっても重視するものややりかた、求められる範囲、利用ツールが違うと思います。
これをきにもう一度しっかり勉強して、最終的にはPMの試験、資格も視野にいれようと考えています。
※捕捉
経歴としては上場企業システムのシステムリリースのPMを務めてきた（３年間）
やるべきことや必要な要素は頭の中にはある状態。
ただし、会社ではPMのルールがなく自己流で進めてきた。
疑問点が二つあります。
１．まずはPMBOKをしっかり頭にInputする というとっかかりでいいですよね？
２．試験はPMPとプロジェクトマネージャ試験？
どちらが実践で役に立つ勉強？
どちらが将来の資格として役に立つ資格？
ほかになにか関連する資格あり？
ちゃんと勉強したことがないのでこのような質問に至っています。
よろしくお願いします。
前職での「上場企業システムのシステムリリース」と、転職先でのPMとして手掛けるプロジェクトは、どの程度の差異があるのですか？
ほぼ同じであれば質問者の頭の中の知識が役に立つでしょうが、そうでないなら転職先で行われているプロジェクトについての知識・情報を取得するのが役に立つように思います。
プロジェクトが異なれば、PMの仕事は変わります。どんなプロジェクトにでも通用する「一般的なPM」というのは相当玉虫色のように思われます。
ありがとうございます。
前職ではどちらかというと社内側のシステムが多かったので、プロジェクト計画～RFP作成～ベンダーコントロール～意思決定者への説明、資料作成～定例のふぁしり～各種調整などをやってました。
現職では求められているものはプロジェクト本体でPMをやるというよりは開発者のコントロールや課題管理、スケジュール管理の要素が強いです。
ただし今後スモールスタートで私が経験してきたないようを体系かしてほしいということは言われています。
という状況ですので、現職でやることは明確ですが、勉強は一度ちゃんとしておいたほうがいいなという意味で質問させてもらいました。
ありがとうございます。
https://teratail.com/cautions_question
「質問する前に確認していただきたいこと」に「プログラミングに関して困っていることがないと思われる質問は、トピック外とみなし推奨していません。」とありますので、回答は付きにくいかもしれません。
回答1件
0
ベストアンサー
質問を見る限り、残念なミスマッチが発生してますね。
あなたのできる仕事ではないです。
求められているのは体制の整備であり、標準化です。
経営課題の整理や体制の再構成といったコンサルティング業務になります。
やるのであれば、まずは適切なコンサルタントを選定して、そのカウターとして地位を固めるのが良いかと。
ただ、転職したてだとそれも厳しいんじゃないかなぁ。。。
プロジェクトマネージャの定義が曖昧なので、もう少し補足したほうが回答がつくかもしれません
投稿2019/10/09 03:09
退会済みユーザー
総合スコア0
ありがとうございます。そうですよね、なんかわたしも結構むちゃぶりされているなという気持ちはありました。
そもそも転職先でもPMという仕事の定義があいまいで実は今まで地位をもってできていないとききました。今年度から力をいれてるらしく、そこの部署やチームに配属され、PMがなにをすべきでどういうふうにはいっていくかをゆくゆくは制定していってほしい気持ちはるという話でした。（自分の意見でいいようです。）今はとにかく開発のスケジュールやタスク管理がうまくできていないからそこに入っって交通整備をしてほしいとのことです。
わたしは私なりに入っていこうと思っていますが、そういえば自分もけっこう自己流だったので（２，３冊の本は読んだことあります。）
いったん基本的な考え方をしっかり押さえたほうがいいのかなとおもい質問しました。
あー管理職採用では無いようですね。
(よかったｗ)
これは、上長の無茶振りです。上長の仕事として降ってきていて、上長補佐として体系的に整った会社の PM 経験者枠で採用されています。それを丸投げっぽく話されています。どこまでできそうかの探りかなぁ。。。
ちゃんと上長と認識合わせたほうが良いですよ。
ただ、話し方間違うと結構やばいので、内容とタイミングは吟味をｗ
よく周りに確認してみると良いです。
ありがとうございます。
少しムチャぶり感はありますが、私なりに対応すべきです。
もちろんプロジェクトは上司と方向性について密な会話が必要ですしそのプロジェクトのボリュームや途中から入った場合の自分の役割だとかを明確にしたうえで対応すべきです。
最初の質問に戻りますが、わたしはいわゆる、自分自身の経験と上司やその会社が求めているものにもちろん沿ってプロジェクトを進めていきますが、
自己流でやってきたため、これという標準の考え方というのがうといです。
いったん目を通すならPMBOKという認識であっていますよね？
PMBOK に目を通すのはいいですが、上長に「今はじめて」目を通していることがバレてはまずいです。（今すぐやるべきことではないはずなので個人的にはここにこだわるのは微妙な気がしますが。。。）
あと、意味がわからないと思いますが、今のうちに以下を入手しておくと良いです。
・前職で使用していたドキュメントセット
・前職で使用していた契約書雛形
加工して、転職後に再現した体で持っておくと良いです。
先のコメントにも書きましたが、上長のミッションと自身の採用理由の再確認が最優先です。
ありがとうございます。臨機応変に対応したいと思います。
まずは自分流で方向がまちがっていないか上長にやり方を展開するのでそこでミスマッチは防げます。
また課題管理やWBSなどもそれぞれ前職では一般的なツールをつかっていますし、現職でも似たようなツールは利用しているのでそれを使います。
ドキュメントセットみないなものはWEBツールなどに書き納めていたのですなおにそれを利用します。
少し不安なのが、、前職では課題、タスク、質問すべて課題管理ツールで一元化していたのですが、そこがなんか人それぞれなのと、ルールがないようです。そこをこうしますっていう案を上長にしっかりなげてみます！基本はタスク管理ツールで私が管理しやすいとともにメンバーそれぞれがおたがい見えるかできる環境を整えたいと思っています
あなたの回答
tips
プレビュー
