IT業界2年目のPMOピヨ子の日々奮闘記!PMOの悩みを、先輩モーリーが解説してくれます!
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
「プロジェクトって何?」から始まったIT業界2年目のピヨ子。関東人ピヨ子のPMOの日々に関西人PMOがツッコむ!
すっごく苦労したのが、
スコープが分かりにくくて、どこまでを見ていけばいいのか分からなかったのよ。
(スコープ=「管轄範囲」)
基盤の流れというのが、分かっていなかったピヨ子にとって、
今はこのテスト工程です、必要なことは?
プライオリティ(優先順位)は?
何を準備しておけば良い?
こういうのが予測できなかったわけ。
言われた仕事を、ただ単に完了させる、ってなっていたのよ!きつかったわ。
ドキュメント作成だけの人なら、PMOじゃなくて、特化した事務雇えば良いしねw
ピヨ子は、どうも無茶振りされとるちゃうか。。。
スコープは、プロジェクト計画書などに記載されていて、プロジェクト参画時にしっかりと説明を受けるもんや。
説明なしに、スコープ管理なんかでけへんでー。
ピヨ子をいじめたリーダー、誰やねん、でてこんかい、わーれー!
今日はここまで!
ほなまたね!
「プロジェクトって何?」から始まったIT業界2年目のピヨ子。関東人ピヨ子のPMOの日々に関西人PMOがツッコむ!
矢羽って言うのは、、
マイルストーンとか、各担当部門毎にスケジュールを記載していくカレンダー表みたいなもの。
あとは、Today線入れて、今日はここだよ!って書いていたりした。
目的としては、スケジュール通りに順調に進んでる?
次はこれをやる予定だよ!
忘れてないよね?っていう確認をするためのもの。
スケシュール表って言わずに、「矢羽」「矢羽」「矢羽」って言ってたわ!
矢羽がたくさん並んでいたから、確かに「矢羽」って言った方が分かりやすい。。
確かにスケジュール表って呼び方だったら、
文字のみで記載されたスケジュールのファイルもあったし、
区別して分かりやすくしているのかもね!
マイルストーンは、マイル(距離)とストーン(石)のことやな。
昔昔、旅人は、長―い距離を旅するときには、目標となる石を置いて
「ここまで、来たか!また、頑張ろう!」って、やってたんや。
システム開発も同じや。
長―い長いー旅やな。
その中で、そのプロジェクトにとって重要な決断をする会議や状態を、マイルストーンとして決めて、それに向かって作業するんや。
矢羽ちゅーのは、弓矢の「矢」の後ろについてる羽のこと。
単純に形から入っているで~(^o^)
矢羽の使い方は、ざっくりの計画を表現したいときに使うんや。
だいたい、パワポでおおざっぱな計画を書くときに使うな。
逆に、詳細な計画に矢羽つかうと、うっとういいから、かなわんわ~。
今日はここまで!
ほなまたね!
「プロジェクトって何?」から始まったIT業界2年目のピヨ子。関東人ピヨ子のPMOの日々に関西人PMOがツッコむ!
遅延発生したら、客先に報告する必要有る訳で、
簡単に言うと「どう言い訳するか」ってとこを固めるのが私のPMOとしての役割だったかなと思う。。。
客先会議で、良く言われていたのは、
どのくらい遅れそうなのか?
連動して他にも影響が出る心配はないのか?
遅延に対してどう対応するのか?
是正措置が必要なのか?
こちらとして(客側)何かして欲しいことは有るか?
この辺りだったかなと。
そりゃそうだよね!
友達と遊ぶ約束してて、
「予定の電車に乗り遅れたよ!」ってメッセージきたら、
「え?どうしたの?何があったの?どのくらい遅れるの?今日の予定リスケした方が良い?」ってなるわな。
ピヨ子。。。。。。。。。。。。。。。「どう言い訳するか」 そりゃ無いで~~(^_^;)
本当に、そんなことやっているPMOがいたら、PMO失格、即、退場や~~!!
遅延発生時のPMOの役割は、
まずは、発生している状況を正確に把握することや。
次は、その本当の原因を突き止めることやで。
「誰それが悪い」と片付けることが多いんやど、これ、間違いやで!!
なぜそんな行動をとったのか?(取らざるを得なかったのか?)が本当の原因やな。
そこまで来たら、
遅延をどのように対処するのか?
原因に対しての対策はどうするのか?
これらを決めるんやけど、
そのときに、PMを支援したり、担当者を支援したりすることがPMOの重要な役割なんや。
今日はここまで!
ほなまたね!
「プロジェクトって何?」から始まったIT業界2年目のピヨ子。関東人ピヨ子のPMOの日々に関西人PMOがツッコむ!
定性コメントでチェックしていたのは、遅延の理由がきちんと真の理由が書かれているか、
その遅延に足しての対応策は取れているのかを見てたのよ。
(経験の有る人だと、技術的な相関関係(依存関係)についてのリスクも頭に浮かぶと思うけど、私はできてなかったな。。)
原因書かれているけど、じゃあどうするの?という対応策が書かれていなかったりするのよ。
そもそも日本語の文法がおかしかったりね。
Aのため遅延。以上!
これじゃ、ダメよね。。
依存関係は、作業の前後関係を言うことが多いな。
1)どんな家を立てたいかを決める
2)設計する
システム開発では、物理的なものが見えないし、前後関係が複雑やから、逆転に気づかないことが多いんや。
それをPMOとして、逆転していないか含め確認するのが重要な仕事なんや。
今日はここまで!
ほなまたね!