( すべて |  1  |  2 ) 次へ

2005年06月21日

[ プロジェクトマネージャ試験/午後I , H11午後I ]

H11午後I 問1

平成11年午後I 問1 共同利用システムの開発計画立案

設問1

g@kko解答
設問1(1)
外部設計は委任契約であることを再確認し,Y社が主体となって利用会社の要件をとりまとめ仕様化すること。
設問1(2)
①各利用会社間のデータセキュリティについての設計
②ある個別システムの不具合が全体に影響しないような設計

設問2
g@kko解答
設問2(1)
各社の個別システムとの連動テスト次期がバラバラでA社が効率的にテストを行えないこと。
設問2(2)
各社の個別システムとの連動テスト時期及び各社が遅れた場合の対応を明確にしておく。

設問3

g@kko解答
設問3
システムの運用設計を行い必要な機能・ツール等を明確にする。

2005年06月14日

[ プロジェクトマネージャ試験/午後I , H13午後I ]

H13午後I 問4

平成13年午後I 問4 プロジェクトマネージャの育成

感想
 育成と言っておきながら,育成の観点の問題ではない。
本番では,問題タイトルを見て即パスしそうな問題であるが,中身はそんなに難しくないと思われる。

設問1

g@kko解答
設問1
①外部設計に基づき画面のプロトタイプを作成し確認作業を行う。
②業務フローと個々の画面や帳票に対応付けて説明すること。

設問1
次のような意見の(1)と(2)に対応する解答を書けばよい。
・定番のプロトタイプ。
・“個々の画面や帳票の説明を受けても,業務の中で位置付けが良く分からない”に対応する何か。 業務フローと対応付けた資料を作成し説明すればよいと思う。「システム化業務フロー」とか「シナリオ」とかが該当すると思う。

設問2

g@kko解答
設問2(1)
共通的なプログラムの遅れは全体に影響しやすいため,適時,進ちょくを管理し,問題点の対策を行うこと。
設問2(2)
担当者の独断で標準を変更させず,ロジックの書き替えを中止し,プログラム開発標準に合せること。

設問2
「注意したこと」
 =「問題点の指摘」 か
 =「問題点の指摘」+「指示」なのか
 完全教本は前者のようだ。。。
設問2(1)
 遅れが全体スケジュールに与える影響を把握する。
設問2(2)
 標準を遵守させるための指導というフレーズも入れたいなと。

設問3

g@kko解答
行動
S氏にシステムの運用開始予定を延期するように調整する。
根拠
部品表データは必須であり,その品質・精度がシステム及び業務の品質に直結するため。

設問3
行動
 「製造技術的な問題なので,人数がそろえばよいということではない」ということなので,リソースの確保は困難であると判断し,運用開始予定の延期を調整を依頼。
 問題集では,リソースの投入も含めS氏に判断を仰いでいる。。。
根拠
 お客さんの視点で。。。
 システムができても,精度の高いデータがなければ仕事ができないから。
 と,思ったが,問題集では,データ作成は自分でできないし,判断も自分でできないから。
なんか。。。冷たい対応だなぁ。。。

2005年06月13日

[ プロジェクトマネージャ試験/午後I , H15午後I ]

H15午後I 問3

H15午後I 問3

平成15年午後I 問3 プロジェクト運営

感想
 後の設問のネタを前で使ってしまって。。失敗した。。
 解答前に設問は全部目を通した方が良さそうです。

設問1
g@kko解答
設問1(1)
要因:
 想定以上に要件の追加変更が発生している点

問題:
 納期と開発費の条件を満たせなくなる。

設問1(2)
 要件の確定とそれに基づく外部設計が完了すること。
設問1(1)
L社にとってのリスク
要因
 現象を書いてしまっている。。。(反省
問題
 「納期と開発費の条件を満たすことが,ベンダ選定の重要な評価項目になった」から,納期と開発費をあげているが,品質についても言及が必要か。。。

設問1(2)
 K社と折衝して内部設計開始までに行うべきこと。
当然,要件の確定とそれに基づく外部設計が完了すること。は条件であるが。。。「K社と折衝」という題意では,
・契約金・納期の見直し条項を請負契約書に追加する。
と,いうのが妥当でした。。。

設問2
g@kko解答
設問2(1)
①プロジェクト運営を支援する組織がなく運営課題の解決が進まない点。
②K社メンバだけでプロジェクト会議を実施し,意思決定がベンダに伝わらない点

設問2(2)
①ソフト開発の部分についての全体とりまとめをL社が実施すること。
②運営会議に各ベンダPMも参加し情報共有化を図ること。

設問2(1)
①プロジェクト運営上の問題
スマートに
・「各チームでプロジェクト運営の形態が異なる」
が,問題でよかったようで。。。

私の場合,
・「課題解決に向けての課題管理が不十分で,だれが検討しているのか,いつまでに対応できるのか分からない状況であった。」
とあったので,PMがPMとして機能していない。支援チームが要るのでは?
と,思った。。。

②は議論が十分でない。というニュアンスが抜けている。

設問2(2)
①「ソフトウェア開発の部分についてL社が取りまとめの責任をもつ提案ならば受け入れられる可能性があると考え」からそのまんま書いたが。。。これって設問3のネタで使っちゃダメだな。。。
こっち「課題解決に向けての課題管理が不十分で,だれが検討しているのか,いつまでに対応できるのか分からない状況であった。」の裏返しを書くべき。
と,いうことは,設問2(1)①にこのネタは使えない。。。連鎖するなぁ。。。

②は妥当でしょう。

設問3
g@kko解答
設問3(1)
各社の責任の明確化と,指揮命令系統と各社の権限の合意

設問3(2)
システム全体の整合性に関する全体レビューを行うこと。

設問3(1)
 具体的に誰から誰にというのを書いた方が良さそう。

設問3(2)
 妥当じゃないですか?
 「全体レビュー」は「ベンダ間レビュー」でも良いかもしれませんが。

2005年06月12日

[ プロジェクトマネージャ試験/午後I , H12午後I ]

H12午後I 問2

H12午後I 問2

平成12年午後I 問2 プロジェクトの計画立案

感想
PKGベースの問題。
単純な計算問題とはいえ,
・勘違いで連鎖的に間違う可能性がある
・検算の時間が取れない可能性がある
ことから,計算問題を含む問はパスしたいですな。。。


設問1
g@kko解答
設問1(1)
G社パッケージの提供機能から必要なものを選定する作業

設問1(2)
追加プログラム以外のパッケージ提供機能についてもテストを実施する必要があるため。

設問1(3)
パージョンアップの実施要否。実施時の追加プログラムの影響調査とその対応を含めた計画及び実施。

設問1(1)
『G社パッケージは,提供される機能の中から利用者が必要なものを選定して使用する構造になっている。』から,
・パッケージのフィット&ギャップの深堀りをして,必要な機能を選定する作業である。
なお,
・ギャップ部分の要件定義は「追加プログラムの要件定義」が別出しされているので冗長となる。

設問1(2)
・・・追加プログラムの連係先の事を言いたかったんだが。。。言葉が足りていない(苦笑;
「追加プログラムとパッケージ機能の連係テストに時間がかかると見積もったため。」かな。

設問1(3)
・まず,バージョンアップするかしないか。業務上の必要性があるのかの判定。
・必要なくとも,保守対象が2バージョン前(1年前)までなので,仕方なくバージョンアップするんだろうが。。。
・バージョンアップするのであれば,追加プログラムへの影響調査を行い,その対応を行う。

設問2
g@kko解答
設問2(1)
b: 2.7
c: 5.6
d: 9.3
e:13.2

設問2(2)
①G社パッケージ導入案:33.6
②独自開発案:10.0

設問2(1)
表2が追加ライセンス数で,表3が総ライセンス数であることを間違わなければ問題ない。

設問2(2)
使用許諾料を/年と勘違いしてしまった。。。

設問3
g@kko解答
設問3(1)
ランニングコストを低減するために使用許諾料・保守費について価格交渉すること。

設問3(2)
開発期間を短縮するために開発体制等を見直し,サービス開発予定に間に合わせること。

設問3(1)
「使用許諾料を/年と勘違い」しているので,ランニングコストに使用許諾料が含まれてしまっている。。。
書き直すなら「TCOを低減するために」とかかな。
別解として,
・ライセンス数を見直す
・他のベンダ製品の検討を行う
など,あるようだ。しかし,「他ベンダ製品」はちゃぶ台返しだよ。。。

設問3(2)
表1の14ヶ月というのを見落とし,路頭に迷いかねないです。
QCDのCは満足しているのだから,QDに問題があるハズと探すしかないですな。

[ プロジェクトマネージャ試験/午後I , H15午後I ]

H15午後I 問4

H15午後I 問4

平成15年午後I 問4 プロジェクトの完了報告

感想
プロジェクトの完了報告
問題にキーワードがなく,かつ,漠然とした設問に悩む。
何を書かせたいのか設問者の意図が汲みにくいと感じた。


設問1
g@kko解答
設問1(1)
①要件定義の進ちょく遅れの把握とその原因の特定。
②問題解決に合せた設計手法の変更とその実施。

設問1(2)
プロジェクトの問題発生の原因とその解決策の社内への共有化

設問1(1)
 「評価されたプロジェクトマネジメントとは何か。」という漠然とした質問に悩む。何を書かせたいのか題意がよく汲み取れない。
 ある問題集では,PMBOKのアクティビティを書いていたりするが。。。

設問1(2)
 共有化までなら,問題文に書いてある。
 共有化の先に何があるのか。それが,「推進事務局が期待していること」ではないか。という考え方もある。
・プロジェクトマネジメントの成熟度向上
・ノウハウの蓄積 などなど。

設問2
g@kko解答
設問2
①ウ
 開発の要件が予定の範囲内におさまったかどうかを把握するため。
②オ
 成果物の品質が予定通りだったかを把握するため。

設問2
 必要な項目を指摘するのは,さして難しくはない。
 「それらの再分析評価を何に役立てようとしたか」の「何」のスコープが漠然としていて,よく分からない。
・Nプロジェクトに閉じた話なのか
・F社全体の話なのか …
私は前者で書いたが,実績評価という側面でしか書いていない。
今後の見積精度向上のため/システム品質向上のための情報蓄積という側面もある。
どちらを書くかも「何」に何を求められているのか分からないため悩む。。

設問3
g@kko解答
設問3(1)
a:顧客担当者のシステム経験不足
b:144人月から180人月に25%増

設問3(2)
特徴:
 テスト工程の実績が計画より下回っている点が特徴的である。

追記:
 テスト工程の実績工数は予定より少ないが,成果物の品質上の問題はなかった点。

設問3(1)
a:「開始早々に顧客の事情から,顧客の担当者がシステム経験のほとんどない担当者に変わった。これによって,それまでとは違って文書による確認ができなくなり,要件定義作業が進まなくなった。」これを20文字にまとめるて,文章が繋がるように。。。
 って,国語の試験ですか?w
b:数字だけでなく,比率も出す方が良いかと。

設問3(2)
特徴:見たまんま。。。
追記:「安かろう悪かろう」ではないということを補足して欲しいなぁと。
ただ,「設計工程に熟練設計者を含めた計画異常の要員を投入して,顧客を含めた仕様の確定を加速した。こうした対応を効を奏し,内部設計移行の工程では設計変更が少なくなり,全体として計画以下の工数で作業を終えることができた。」という,記述を要約しても良いかもしれん。
しかし,これは,全体評価なので,〔計画と実績の比較〕に追記するのはいかがなものかと。。。これって,総評で冒頭なりに書くべきで,途中に総論を書くのはちょっと。。。と思う。

2005年06月08日

[ プロジェクトマネージャ試験/午後I , H13午後I ]

H13午後I 問3

平成13年午後I 問1 ERPパッケージの適用

感想
ERPに関する問題。といってもPKGベースのアプローチと変わらない。
ついつい企画の立場で書いてしまう。。


設問1
g@kko解答
設問1(1)
E社の人事管理業務制度変更を前提とした業務分析でありE社に当事者意識を持たせる為

設問1(2)
業務分析の内容を十分に理解し,導入開発Ⅰフェーズへ円滑に置こうできるようにするため

設問1(1)
 E社主導でないとできない。とか,P社にノウハウがない。などというネガティブな表現を使いたくなかったんで,E社の意識付けという解答にしてみたが。。。前者でよかったようで(苦
設問1(2)
 理由を具体的に書くべきかな。
・パッケージの理解
・業務の理解(業務プロセスの変更点を含む)
・導入開発Iフェーズ以降でやる内容(改造・追加開発・インタフェース)の理解


設問2
g@kko解答
設問2
上流工程の思想を十分に引き継ぐことができず,開発方針が大きく揺らぐこと。

設問2
他にも
・コンサルタントのやり逃げ
・あるべき論(トップダウン)の座礁
・ボトムアップの迷走(あるべき論・構想がら大きく外れる)
責任がどうのこうのよりも,目的が果たせなくなることがプロジェクトとしては大きな問題ではないだろうか。

設問3
g@kko解答
設問3
追加開発スケジュールには結合テストまでユーザ検証の機会がない点

「どのような点に留意して追加開発すべきか」という質問なので,解決策ではなく問題点を書いてみたが,各社の解答例は解決策を書いてある。。。ズレているのかなぁ。。。

設問4
g@kko解答
設問4(1)
業務改革の一環として機能することを会社全体として承認すべき

設問4(2)
フェーズ名:総合テストフェーズ
理由:業務分析で定義した全ての業務機能及びプロセスを総合的に業行くすることができるため。

設問4(1)
 当たり前過ぎて「予定のコスト・納期で」というフレーズを付け忘れた。。
 目的を達成できることも必要だが,業務改革を伴うので,経営層,ユーザを含めた創意として承認すべき。という思いを入れてみました。(通じていないかもしれませんがw)

設問4(2)
 ユーザに見せるのは早い方が良いという理由で,アイテックと論述の達人は「導入開発Iフェーズ」を解答としている。

しかし,どうだろうか。。。
・パッケージ改造分が見えない。
・追加開発分が見えない。
といった状態で,業務プロセスはあるが,“業務機能”がない時点(一部の機能のハリボテしかない時点)で『実際の運用に向けて,システム操作などのユーザ部門教育も重要である。』という前置きに耐えられるのかなぁと,思う。

業務改革を伴う場合,中途半端なパッケージ(ハリボテ)をユーザに見せるのは危険が大きい。
・いらぬ誤解を生んだり(レスポンスとか,ユーザインタフェース。。。)
・変な先入観を植え付けかねない(業務改革後の業務プロセスの前に,システム操作を説明すると反感が大きい。)
導入開発Iフェーズでは「まだ,見せたくない」というのが,正直な所ではないかな。

2005年06月06日

[ プロジェクトマネージャ試験/午後I , H13午後I ]

H13午後I 問1

平成13年午後I 問1 プロジェクトの進捗管理

感想
アーンドバリュー分析(EVA)の問題,情報処理には珍しい“PMBOKより”の問題。
アーンドバリューの基礎知識があれば,難易度はグっと下がると思う。
しかし,記述の中に具体的な数字を含めるかどうか悩む。
コストが約10%超過である。とか。具体的に数字で示している出版社の解答例は少数派のようだ。


設問1
g@kko解答
設問1(1)
960

設問1(2)
作業が予定コスト(工数)で完了したかどうかを示す尺度

設問1(3)
このままのペースで進むとスケジュールが送れ,コストが超過することが予想できる。

設問2
g@kko解答
設問2(1)
A社の要求の設計変更により,新たな工数が発生したため。

設問2(2)
外部設計の実績工数と修正工数の差がほぼ,予定工数と等しいため。

設問3
g@kko解答
設問3(1)
内部設計が予定よりも早くかつ低コストで完了する。

設問3(2)
内部設計を1機能35時間とし再度,表1を作成する。

2005年05月30日

[ プロジェクトマネージャ試験/午後I , H12午後I ]

H12午後I 問1

平成12年午後I 問1 プログラム開発工程における進捗管理

感想
一応,合格点かな。去年解いた内容を覚えてたようでもあり,そうでないようでもあるがw
まぁ,ヨシとしますか。

設問1(1)
g@kko解答
親会社とのシステム連携機能が正式決定されデータベース関連のプログラムに仕様変更が発生したため。

・「業務共通サブシステムにおけるデータベース関連のプログラムに仕様変更が生じた。」
・「データベース構造の変更に伴う仕様変更の影響が大きく,データベース関連のプログラムについては再設計も含めて1か月の追加作業が必要と見積もった。」
どちらのフレーズを使うか迷う所。
各チームリーダからの報告である後者の方が望ましい?

設問2(1)
g@kko解答
管理すべき項目
 品質
そのねらい
開発チームに計画・管理を任せているため,適時データで報告させ,品質水準を守ること。

アイテック本では,仕様変更に伴う工数増を(工数実績)を管理する。となっている。
私は,「開発総括チームは,進捗・品質管理などの各種管理と標準化を担当しており」の記述から「品質」をターゲットにしてみました。(こっちの方が一般論的で良いのでは。。)

設問2(1)
g@kko解答
業務2開発チーム

設問2(2)
g@kko解答
現行のペースで開発が進んでも予定の50%しか進捗せず,工期の期間内でばん回が困難であるため。

設問2(3)
g@kko解答
新規要員が多くスキルに不安があるにもかかわらず,後半に難しい業務を行う計画を立てた点。

設問3
g@kko解答
総合テストをデータベース関連のプログラム変更が発生した以外の部分から開始し,業務共通開発チームの遅れを吸収すること。

2005年05月24日

[ プロジェクトマネージャ試験/午後I , H11午後I ]

H11午後I 問3

平成11年午後I 問3 プロジェクトの計画立案

感想
 設問3が難問。当たり前のことを当たり前に書くことの難しさが身に沁みてきた。
 問題文の逆をそのまま書くなんて,恐れ多くて。。。
 解答時間は22分。
 時間を計る事が,悪い効果になっているような気がする。
 時間を気にして,自分が納得のできる答えを書けていない。
 8分余らせているので,もっと時間をかけて品質を上げないと。

設問1(1)
g@kko解答
Q社内に改造要件を抽出する作業チームを作り,チームリーダを決めること。

「G社はQ社から抽出された改造要件を基に外部設計を実施する。」とあるので,“Q社から抽出された改造要件”の精度が外部設計の精度に直結するものと思われる。
よって,ここで要請すべきことは,
・Q社が実施する改造要件の抽出の品質を上げることと,そのアウトプットに責任を持つこと。
であると思う。
(解答ではうまく書けていないが。。)

書籍の解答例では,この外部設計工程は委任契約であることから,
・Q社の業務精通者の協力が必要と言うか,
・R社は適当に作るかもしれないからキチンとチェックしてね。
って言うかと書いてあるが。。。ちょっと違うような気がする。

設問1(2)
g@kko解答
Q社の作業チームにR社ソフトに詳しい設計要員が要件抽出の支援を行うこと。

反省
 「外部設計」を効率良く進める方法を問われているのに,「要件抽出」を効率良く進める方法を書いている。
 『要件抽出作業にR社の設計要員を参加させ,要件の理解を早める。』
 と,書くのが妥当だろう。


設問2
g@kko解答
① 結合テスト前にテストデータを用いてデータ移行ツールの品質を高めておくため。
② 結合テスト,総合テストで使用するテストデータを準備しておくため。

反省
 ①「R社ソフトの改造において」なのに「データ移行ツール」の話を書いちゃダメだな(汗;
「結合テストの準備作業として」と書いてあるので,結合テストを省略するワケではないと判断する。
 ②で書いた事はOKだと思うんだけど。。。解答例には品質の事しか書いていない。
 もうひとつは,「複雑な計算処理が多く,実行結果の検証が大変」であることに対して事前の品質向上であると思う。①では記述の対象がハズレてしまっているが,ソフトの改造部分をターゲットに変えれば,良いのかなと。いう感じ。


設問3
g@kko解答
アサーションチェッカ等を用いて計算処理の正確性を検証したり,十分なテストを行うこと。

反省
 またもやワケの分からん文章だ(苦笑
 しかも,移行ツールの記述箇所以外から引用しているし。。。
 問題文中にこれといったヒントもなく難問である。(らしい)
 「移行元データ,移行後データを一覧で出力することでデータ移行結果が検証できるツールの開発」とかが妥当な線だろう。

2005年05月23日

[ プロジェクトマネージャ試験/午後I , H15午後I ]

H15午後I 問2

平成15年午後I 問2 サービス提供後の機能追加開発

感想
 この問題はかなり難易度が低いと思われる。が,辛うじて合格点(?)。
 まだまだ,なってません。
 解答時間は24分。

設問1(1)
g@kko解答
利用部門に仕様変更票の発行を依頼し,両部門が合意してから変更に着手すること
両部門が合意に「見積費用」と「提供時期」を含めているんだけど,たぶん問題なかろう。

設問1(2)
g@kko解答
① 問題が発生した場合に責任の所在が不明確となる可能性
② 見積費用と提供時期を回答できないまま着手し,コスト・スケジュールが超過する可能性

反省
 ①はアバウト過ぎました。。。
 費用について合意せずに着手するのだから,費用負担(開発費の予算付け替え)も合意しておらず,ダレが金払うんじゃい!みたいな事を書けばよかった。
 ②は「回答できないまま」という表現がダメかも。ようは依頼票が来なければ正式回答もできない。という,スタンスなんだけど。。無責任かな?


設問2(1)
g@kko解答
不足事項:テスト項目数が品質評価基準で定める許容範囲600項目以上となっていない点
危ぐ:テスト項目不足のため品質が低い可能性あり

反省
 不足事項:「特記して報告し」への配慮が無かった。「許容範囲となっておらず,その特記もないため。」くらいかな。
危ぐ:「品質が低い」に具体性がない。「バグの残存」くらい書けばよかった。

設問2(2)
g@kko解答
プログラムも一部流用し品質上問題ないこと

反省
 ワケの分からん文章だ(苦笑
 文字数が足りんのだよ。文字数が。。。(く。。。
 Qサブシステムが改造(流用)で,開発規模は換算後の値。ということで,新規開発部分が少ないから問題ない。との主旨のようだ。
 しかし,流用規模にもよるが,退行テストでテスト項目は増えやしないか?


設問3
g@kko解答
対応:追加費用の支払いは拒否する。
理由:契約の検収条件に品質評価基準を含むため

反省
 請負契約を見落としていた(汗;

( すべて |  1  |  2 ) 次へ