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