プロジェクトマネージャ Part37
■ このスレッドは過去ログ倉庫に格納されています
!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
プロジェクトマネージャ試験(PM)
[ Project Manager Examination ]
http://www.jitec.ipa.go.jp/1_11seido/pm.html
情報処理技術者試験センター
https://www.jitec.ipa.go.jp/
関連スレ
情報処理技術者試験 総合統一スレ 3
https://matsuri.5ch.net/test/read.cgi/lic/1484740145/
情報処理技術者試験 高度試験共通午前Ⅰ Part3
https://matsuri.5ch.net/test/read.cgi/lic/1484740431/
・スレを立てる時には>>1の本文1行目行頭に『!extend:on:vvvvv:1000:512』を入れて立てて下さい。
前スレ
プロジェクトマネージャ Part36
https://matsuri.5ch.net/test/read.cgi/lic/1602945892/
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured 情報処理試験は国語の試験に近いとは思ってるけど
それを言うなら、東大入試とかも、国語力さえあれば受かるとは言われているよね
必要最低限の知識と、それを最大限活かすための国語力
論理的で具体的な分かりやすい文章作成能力
知識の量ばかり要求されて、その知識がどれだけ使いこなせるか問われない民間資格と
ほとんど知識が要求されず、知識を使いこなして文章を作成することが問われる国家資格＝情報処理試験
どちらも一長一短だから、それぞれのいいところを活かして勉強すればいいと思うよ >知識の量ばかり要求されて、その知識がどれだけ使いこなせるか問われない民間資格と
そうか？
美辞麗句だけ並べて言い訳だけいっちょ前の実務ができないプロマネより
民間資格のほうがよほど実践的と思うけど >>115
美辞麗句とかそういう話じゃなくて、論理的に物事を説明出来るか否かって話ね
とりあえず、そう思うんなら次はPMPでも取ればいいんじゃないの？
もう既に取ってるのかもしれないけど PMはサクセスストーリー、ヒューマンドラマを盛って書かないといけないから論文試験の中でも最高にクサいな
論文の答案提出後、猛烈な自己嫌悪に襲われたわ
遊び半分で受けたが反省している
もう二度と受けないから今回は午後1で切って欲しい 書籍「プロジェクトマネージャ試験 合格論文の書き方・事例集」
読めば、ホントにレベルの高い論文がどういうものなのか、ちょっとは分かると思うけどな
マトモな知識もノウハウもなしに、起承転結だけちゃんとした創作物語レベルでは、ここまでの代物は書けないから 時間かけりゃいくらでも高尚にかけんだよ
重要なのは実際の合格論文の水準だろボケ
この試験の実態、合格レベルの話をしてんだよスカタン
さりげなくステマすんなドアホ >>120
あなたがプロマネに不適格であることがよくわかった。
プロジェクトメンバーだけでなく、周囲をを不幸にする存在だ。
不合格であることを心から願うばかりである。 >>120
合格するためだけの勉強してたらそうだろうな
けど、合格は通過点でしかなく、合格するまでの過程で
どれだけPMとして使える知識や考え方を身に付けられるか
という観点で試験と向き合えるなら、それ相応の価値は伴ってくる
というか、そもそもPMみたいな、簡単に正しい答えが出せるような仕事じゃないものを
ペーパー試験だけで測ろうとするのが無理難題な話で
それを大前提として、試験勉強するものだと思うわけだが こんな試験すら合格できないんじゃＰＭ向いてない。他の職種探せ。 午後２問２ばっかだなぁ
問１選んだ奴少なさそうだけど
その場合、難しい方を選んだからって理由で採点優遇されたりすんのかな？ 部門間での利益が相反したり目的がバラけていたりするならともかく「作業の進め方」での対立やん？
話し合ってルール決めたら終了しちゃう 今年もし落ちて、また来年受けなおすことになったら
論文の下書き、全部で１０本は用意しようと思う
ステークホルダ管理、スケジュール管理、コスト管理、リスク管理、調達管理、変更管理、品質管理
それぞれのテーマで２つづつ揃えて１４本
今年は、下書き４本作って受験したから、残り１０本
４本しか作らなかったけど、それなりに出題とハマってちゃんと書けたしね
この試験の特性上、ここまでやればプロジェクトマネージャ試験は極められるんじゃないかな。 プロジェクトマネジメント試験は、写真採点をすべき。
受験者にキモオタ風も多く、容姿がPM失格だと思った。 キモいことになってんな
PMって資格オタ向けなんだな あーでも色々書き込んで自分の中で整理ついたわ
遊び半分で受けた嘘作文資格でやらかしたことをいつまでも引きずってても仕方ないし、
遊びでの失敗を教訓として次の本命の受験に臨むことにする
過激なこと書き込んで悪かったね
あんたらの合格を祈ってるよ >>129
この試験は、勉強せずに受けても、何も得られるものはないと思うよ
PMとしての経験値がそれなりにあれば、ある程度論文は書きやすくはなるけど
あくまでも、この試験を受けるまでの過程で、どれだけナレッジを蓄積し、考え方を身に着けるかが大事だと思ってるから >>129
イラッとすることはあるさ、人間だもの。
まぁ、何かのせいにしても不合格が合格になるわけじゃないしな。
長い目で見たら教訓にできたのも良い経験じゃない？
失敗した経験を得た君が次の本命では合格することを祈ってるよ。 午後2問1は今考えてみたが、
行動の基本原則・・・開発標準を守ってプロジェクト内で定めた共通処理を使うこと
基本原則が守られない兆候・・・共通処理を使うより自分でロジック作った方が早いという意見が出た
対立の内容・・・コードレビューで守る派と独自ロジック派で揉めた
対策・・・共通処理の拡張及び拡張しても開発標準が守れない例外ケースをプロジェクト内全員で共有
評価・・・それでみんな納得してチームがまとまったのでヨシ！
反省・・・今後のプロジェクトに今回のコンフリクトを活かす
とかパターンだが、いやこれ2時間でまとめるのPC使っても無理だわ俺はｗ オペ運用だと、
行動の基本原則・・・引継ぎで自身のヒヤリハットを報告・共有してオペミスの防止につなげる
基本原則が守られない兆候・・・作業記録を確認すると最近参画した人の作業ミスについて共有されていないことに気づいた
対立の内容・・・ヒアリングしたら経験のある人からつまらないミスはするななどヒヤリハットの共有を妨げる発言があったので報告が怖くなったと
対策・・・ミスは新人だろうがベテランだろうがあるものなので報告したことに対して責めてはいけないことを全員に徹底・新しく参画した人の報告についても論理的な防止策を立てて全員で実践
評価・・・みんな理解してまとまったのでヨシ！
反省・・・反省はないけど経験を積んでオペミスがなくなった人が作業を煩雑に感じないように全体の作業を見直したい
とか。
俺はこっちの方が多少書きやすいが、これで合格もらえるかはわからんなｗ よそ様は知らんが、うち社は運用も開発もプロジェクトって体裁で動いているので運用のプロジェクトマネージャもおります 単に運用にしちゃうと始まりと終わりがないからプロジェクトじゃなくて一般業務になっちゃう。
午後１問２みたいに予算の期間とかで区切れば運用でもいけるかもね PMPも一応取っておこうかと思うけど、これ、受験料５万円以上、事前研修に４万以上もかかるんだなｗ
まぁ会社に負担させるにしても、たった８０００円程度で受けられる情報処理試験と比べてしまうと
かなり心理的ハードルが高いのは確か
受験者増えれば増えるほど、やっすい原価で売上だけ凄い上がるから、PMIは濡れ手に粟だよなぁ たっか。会社負担は研修と試験代かな。
試験代は初回のみかもしれんから、少し怖いよな >>137
うちの会社、会社が費用負担してくれるのは
合格した場合に限るとか書いてやがる…
まぁ合格率６０％だから、ITパスポートレベルだがｗ >>139
３年に一回、１５０００円くらいの更新料もかかるね >>142
午後1 問2が自分の答えと全然違う(;_;) 午後1はまあ大丈夫かな？
午後2は死んでるが採点してもらえればヨシとするか ITECのエスカレーションてなんや
いくら何でも違うだろ
エスカレーションが戦略なのかよ 支援士の時はその場である程度合格かどうかの判別できるから見に行ったけど
PMは論文がどう転がるか完全に未知数だから
午後１で一喜一憂しても心が無駄に疲れるだけな気がして全然見に行く気が起きない・・・ iTECはこれ受験したら不合格になるレベルなのでは…と思いたい。 午前1通過狙いで午後はほぼ記念受験のつもりだったのに
午後1が60点くらいありそうで
論文対策少しでもやっときゃ良かったと後悔 >>148 >>150
iTecも解答速報出してるの？
検索しても関係ないまとめサイトしか見つからない 論文一応最後まで書いたけど午後1が40点くらいだわ、じゃあなお前ら まああの何とでも答えられる午後1どうかしてると思うけどな iTECの解答、あった
TACよりもiTECの解答のほうが俺の答えに近いけど、それでも48点ぐらい
TACとiTECの良いとこ取りした夢の競演でもやっと50点超えるぐらい
よし、終わった、終わった、何もかも
ちょっと練炭買ってくる itecともtacとも違う公式回答なんてザラにあるので生きてくださいね。 itecとtacの回答見て、逆に安心した。速報前に出てた、晒された回答的に自信なくしてたんだが…
個々の回答がそれぞれ、かすってるから、部分点ありゃ、60越えそうな気がしてきた やっぱマネジメント予備費が正解なんだな。
コンチ予備費の増額しか書けんかったわ。でも、多数派だよな。多分 問1設問2は何を答えれば正解なのか全く分からないんだよなぁ
(1)は「アジャイル開発の採用」（10文字）で済むところを35文字も使って説明しろというのはどういう答えを求めているのか
今考えると(2)は(1)の解答につなげて「アジャイルでは開発チームに自立性が求められるから」（24文字）が適当とも思えるが
これを今年の解答者に求めているのか怪しいしそもそもここで採用された人々って開発やらないだろ しっかしさ、予備校の人が複数人じっくり考えても間違うような問題を俺らは1問45分でやるんだぜ
そう考えるなかなか過酷だ 午前2は余裕、午後1も60は超えてそう。
…去年もここまではいったんだよ。。
午後Ⅱお願いします〜かみさま〜(￣人￣) プロマネの試験でアジャイルは無理があると思う
マジでアジャイルって区分もう一個別に作ってそっちでやれよ
ひょっとして問題作ってるバカどもはどんなケースでもアジャイルがベストだとか思ってんの？ 午後１の問２の設問３の（１）
「システムと業務全体を理解し、主体的に考えて行動出来るメンバ」
とか書いたけど、前半はいいとして、後半は余計な情報として減点されたりするのかな
他の試験の場合はともかく、PMの午後１場合、「常識的観点に照らし合わせて答える」ケースが少なくないから
これも減点されずに正答になってくれると嬉しいなぁ～って。 たぶん、そこは抜き出しのところだからバツだと思うけど、たしかに大体意味合ってるんだからせめて部分点くれよと思うよね。
くれてるのかくれてないのかも分からないけどさ。 >>155
PMの午後１の場合、ITストラテジストとかとは違って
本文から答え抜き出すだけの、ただの国語の試験とも言い切れないんだよな
かといって、NWみたいに予備知識が必要となるわけでもない
答えに一意制が見出しにくいって意味では、一番かもしれない
正答判断難しくて、採点が一番大変そうな試験の印象受ける 午後1まではなんとかいけてるかな。。。微妙。
なお午後2は文字数以外終わってる 午後1 問1 2(1)は段階的詳細化とした。
問3 3(2)は予備費の確保とした。
いずれも勇気がないというか確信が持てなくて解答ぼかした感じ。 >>156
tacやitecは70点以上は取れてると思うけど、あまり当てにならないよ。
最近は精度上がってると思うけど。
前に解答速報見て諦めたけど、結果的に受かってたこともあったし。
だからこのたぐいのは見ないことにした。見ちゃうかもしれないけど。 転嫁を転稼と書いてしまった。この場合部分点あり？
59点で落ちた経験あるのでここ重要。
経験者いたら教えて。 書き間違いの部分点なんて分かる人いないと思うぞ
iTECの設問3(1)a: エスカレーション ﾜﾛﾀ。まったく当てにならんな 午後2の２で進捗の差異について「作業が遅延していること」を問題視したらOUT？
今更問題文読み直してみたら、かなり書くべきポイントがあったけど、表面的なことしかかけていなかったなぁ。
今なら色々と書けるのに、試験場ではいっぱいいっぱいで思った以上に書けないのが悔しい。 別によくね？
求められてるのはそれをどう周り巻き込みつつ対処挽回したんかじゃね？ >>176
自分もあまり書けてないけど、
「作業が遅延していること」を見つけたこと自体は良いと思うよ
でも、その「作業が遅延していること」は、
スケジュール管理の中で監視する仕組みを入れ込んでたから見つかったの？
それとも、たまたま見つかったの？
しかも、ちゃんとした基準値があって、その数値を[上|下]回ったの？ >>174
転嫁を転稼って書いたぐらいなら部分点あるでしょ？
配点2点なら1点
配点3点なら2点
※ あくまでも個人的な感想です >>178
俺は「WBSのタスクが設計工程が遅れが見え始めた」原因は要件の認識の違いで、
すり合わせをするために当該設計領域のみ完了時期を後ろ倒しして、
最終的な完了時期は間に合わせたことにした。 今まで6回くらいIPAの試験受けたけどここまで不合格を確信できたの初めてだわ笑 午後1問1の設問2(1)はいまだコレという回答がわからんね
アジャイルって言ってしまうとプロジェクト計画でなく開発手法になってしまうし、スコープ自体が未定ならローリングウェーブもしっくりこない スコープが小出しに出てくるからこそのローリングウェーブ法じゃないの？ >>185
いやほんとそれ
対応すべき保険商品についての要件は決まってるけどそれのスコープは決まってないって話だろ？
それアジャイルで解決できる話とは思えないし今更ローリングウェーブの理解度試してるとも思えないしほんとまずH氏に聞いてこいとしか言えない あ、みんなアジャイルって解答だからローリングウェーブ的な大枠だけ決めてだんだん詰める方法ダメかと思ったがワンチャンある？
アジャイル開発って方法か？とは思ってたが アジャイルなら何やるか決めてなくて良いとか思ってるやついるよな 保険商品の内容自体はアジャイルでやりようもないが
そのプロモーション（ランディングページ、お支払いシミュレーション機能、お問い合わせチャットボットなどなど）をアジャイルでってことだと思う アジャイルって建て増しを重ねて迷路になってる旅館がわかりやすい例だろ。 アジャイルはそもそも、市場変化が激しく、アジリティ（敏速性）を求められる開発にてやむを得ず適応される手法であって
要件が確定していて、十分な開発期間が確保できるなら
ウォーターフォールの方がコスパはいいからな
アマゾンとかグーグルみたいな企業は取り入れているけど
普通の開発は、ウォーターフォールの方が絶対にいい 問題は普通の開発だという合意をとったはずなのに、顧客があとからひっくり返してくることだな アジャイルというより反復型開発で徐々に詳細な仕様を詰めるとかじゃないの
インクリメンタルとイテレーティブもその1手法
下のモナリザの絵が参考になる
https://www.jpattonassociates.com/dont_know_what_i_want/ 皆さん、「プロジェクトマネジメント知識体系ガイド(PMBOKガイド)第7版」は買うの？ もう過去の解答速報は見れないけど、
ことPMに関しては、ここ３年、TACよりiTECのほうがIPAの解答に近いことが多かったぞ
まあ、そのIPAの解答も、なんじゃこりゃ？そんな言い回し、正解した人いないんじゃね？
というのがチラホラあるのが論文区分の醍醐味ｗ >>197
それは、追加改修について、その分予算と工期を要求すればいいだけの話
予算獲得して、その分、再度上流からやり直せばいい
アジャイルを正当化する言い訳にはならない
あと、顧客が「早く形になったものが見たい！」というなら
プロトタイプ開発すればいいだけの話
これも、アジャイルを正当化する言い訳にはならない >>175
多分、IPAとしてはエスカレーションと答えてほしいんだろうが、回避も正解になるべき
「法令違反になりそうだから新事業やめました」でもいけるからな
もし回避が正解にならないなら全力でIPAを訴えるべし
それにしても、エスカレーションをPMBOK第6版に含めた奴はとてつもなく馬鹿だな
エスカレーション先が社長だろうと経営層だろうと
責任逃れしてる時点で転嫁となんら変わりがない
これからは「転嫁（ただし、自分より上位は除く）」とでも書くのか？
俺だったら3秒で却下する 自分の責任回避だけならいいが、上位者も同じ会社なんだから外部にリスク移転することにはならんだろ >>206
IPAとしてはJIS Q 31000:2019も意識するだろうからエスカレーションにはならんじゃろ >>207
言いたいことが三つある
①それは第6版までは転嫁にカテゴライズされていた
②プロジェクトとしての責任は回避できている
そして、エスカレーションできないほどの最上位まで行けば、
結局、エスカレーション以外の選択肢（受容や軽減など）を選択することになるため、
（リスクが移転するかどうかは知ったこっちゃないが）リスクはハンドリングできる
③どうせエスカレーションを追加するなら、
ついでに下位に転嫁する「なすり付け」も追加してほしかった
やむを得ないデータの改ざんなどは、全責任を部下に押し付け、
万が一明るみに出た際にはその部下をトカゲの尻尾のように切るだけで済む
古くから使われている常套手段で、PMなら知っておいて損はないだろう >>208
そうか、JIS Q 31000:2019にはエスカレーションは無いのか
では、大船に乗った気分で待っておこうか 回避、転嫁、軽減、受容と横並びでエスカレーションとは違和感があるね
どれを選択するにしても、まず上層部に判断を仰ぐだろう？
まあ、借り物の基準でPMごっこをしているうちに競争力がなくなったのはIT業界だけじゃないんだろうけど、
こんな言葉遊びをしている余裕はまだあるんだろうな どなたか採点をお願いします
午後1 H22-1
設問3 (4) テスト標準が守れているか確認する
IPA解答: テストケースの妥当性を確認する
設問4 (1) 主開発が終わり要員に余裕があるから
IPA解答: 既存の開発作業への影響が少ないから
みよちゃんは「・・・、開発フェーズではないので、既存の開発作業への影響が少ないから、という解答になる」と書いています
両方とも〇にしてもいいでしょうか？ ■ このスレッドは過去ログ倉庫に格納されています
