三流技術者のmoiが三流プロジェクトマネージャとして働いた記録
- はじめに
- プロジェクトマネージャになった
- なんちゃってプロジェクトマネジメント
- 納期が決まった
- 派遣を入れた
- そろそろプロジェクト完了だが、、
- プロジェクトマネジメントとは
- プロジェクトマネジメントの方法
はじめに
三流技術者のmoiが、三流プロジェクトマネージャになり、盛大に失敗した記録である。失敗して、プロジェクトマネジメントに目覚め、どうすれば良かったのか、色々調べた。細かなところは、(ばれて怒られないように) 改変およびぼかして書いている。
プロジェクトマネージャになった
とある製品のソフトウェア開発の責任者となった。実担当であり、その部分に全責任のある、いわゆるプレイングマネージャである。といっても、当初は私一人である。自分で仕様を作り、スケジュールを立て、プログラムを書いていた。
なんちゃってプロジェクトマネジメント
未だかつて、正式なプロジェクトマネジメントの教育を受けたことがない。いきおい、プロジェクトマネジメント「っぽい」ものをやることになる。
- 作業を列挙し、Excelに入力する
- さらに分けられそうな作業内容に分割し、Excelに入力する
- その作業に必要そうな工数は「こんなもんかな?」という値をExcelに入力する
- 作業の開始日、終了日をExcelに入力し、条件付き書式でガントチャートっぽいものが表示されるようにする
Excelしつこかったら申し訳ない。こうして作ったスケジュールが遅れても、人も増えない、機能も削らないので、期限が延びる、、だけだった、、今までは。
納期が決まった
ものがまだ完成していないのに、納期が決まった。大騒ぎ。よく巷で?月?日発売・上映とか打てるのは、プロジェクトマネジメントがしっかりしているから。ウチが出来るわけない。
派遣を入れた
自分一人で間に合わないことが確定した。会社で初めて派遣社員を受け入れることに。
ところで、派遣社員には若干期待していた。派遣社員はソフト開発だけを専門に行っている、だから技術は何でもやる自分たちに比べ、格段に上だろうと。結局、普通だった。いや、もしかして、派遣の使い方が未熟だったのか。
とはいえ、やはりソフト開発に工数を投入できたのは大きかった。
そろそろプロジェクト完了だが、、
なんだかんだで2年遅れたプロジェクトだった。しかし、結局なんでこんなに滅茶苦茶だったのだろう、と今思う。
もしかして、プロジェクトマネジメントがしっかりしていれば、こんなことにならずに済んだのではないか?というのが、プロジェクトマネジメントに目覚めたきっかけである。
プロジェクトマネジメントとは
そもそも、プロジェクトマネジメントとは何か?「プロジェクト」を「マネジメントする」だろう。では、プロジェクトとは何か?物の本を読むと、
- 「1回きりの、不確定要素のある活動」
らしい。ではマネジメントは、
- 「何とかする」
らしい。すると、「プロジェクトマネジメント」とは「1回きりの、不確定要素のある活動を、何とかする」となる。
「何とかする」って何だ?それは、
- 「あらかじめ決めたQCDを満足させる」
だそうな。そしてQCDとは、
- Q: Quality。品質・機能
- C: Cost。費用
- D: Delivery。納期
の略である。つまり、「プロジェクトマネジメント」とは
- 「1回きりの、不確定要素のある活動を、あらかじめ決めたQCDを満足させるように実施する」
ということである。
プロジェクトマネジメントの方法
プロジェクトマネジメント、イコール、プロジェクトのQCDを守る方法だが、どうすれば良いのか?理想的には、次のように出来れば、QCDは守られる。
- やるべき事を全て列挙する
- やるべき事にかかる時間と費用を完璧に予測する
- やるべき事を (予測したとおりに) 実施する
、、、当然、そんな素晴らしい状態で終わることはない。
- やるべき事を見落としている
- やるべき事にかかる時間と費用を楽観的に予測する
- やるべき事を実施するが、予測を大幅に超えてしまう
通常は、上記の少なくとも1つ、あるいは全部が発生するだろう。
やるべき事の列挙
まずは、やるべき事を1つ1つ漏らさず列挙する必要がある。やるべき事がリストされていない場合、それだけで時間 (工数) と費用が予測と大きく変わる可能性がある。
これを行うために有名なのが、WBS (Wordk Breakdown Structure) である。ある作業Aがあるとき、作業AはA1、A2、A3という作業から構成されていて、さらに作業A1はA1.1、A1.2、A1.3、、、から構成されて、、、というあれである。
これを細かくすれば、作業を漏れなく特定できる。作業の工数予測よりずいぶん簡単、、、なわけはない。
やるべき事はなぜやるべきなのか?それはプロジェクトオーナーから、要求されているからだ。もし、本当は要求されるべき事が抜けていたら?納期に間に合わない。もし、必要ない事が要求されていたら?作業が無駄になる。
プロジェクトの失敗で一番多いのは、「やるべき事の設定が上手くいかない」ことにある。本当にやるべき事が分かっていない。だから、やるべき事が後から後から増えていく。最初に決めたやるべき事は、本当にやるべき事なのか吟味せず、やるべき事や機能が多いほど良いことになり、そのまま残る。
やるべき事を正しく設定するにはどうすれば良いか?残念ながら、それが分かれば苦労はない。ただし、プロジェクトマネジメントの本でこんな方法が出ていた。
- 後から、やりたいことをWBSに追加しない、と宣言する
- やりたい事をどんなことでも出してもらうようにする
- その中から、20%だけ採用する
(続く 2015.09.21)