「スケジュール管理」について
プロジェクト管理において、プロジェクトマネージャーであるSEの役割は、当然のごとく最重要となります。
SEは、設計をする人、業務運用を考える人というだけではなく、プロジェクトを推進していく役割を担います。
大規模システムでは、プロジェクト管理だけで1人専任をつけることが、望ましいのですが、コスト負担を考えると、どの規模から専任をつけるべきかは大きく悩むところです。
さて、SE経験がなくてもプロジェクト管理ができるのか？という質問をいただきますが、プログラマ経験がなくてもSEができるのか？といったことと同様に、結局は、人による、能力によると思っています。
ただ、経験がある方が、より望ましいし、本人も成長しやすいことだけは確かです。
他山の石。
スーパーSEが身近にいなくとも、数多くの先輩SEと付き合ってきた経験や情報が、自分のプロジェクトマネジメントの糧になることだけは、間違いないのです。
マネージャーになって、初めて「プロジェクト管理」を考えるようでは、既に遅いのです。
常に将来の自分を見据えて、いえいえ、今、自分がプロジェクト管理を仰せ付かっていると思って
仕事に臨みましょう。
まずは、「スケジュール」についてです。
スケジュールは、プロジェクト管理の中で最重要な管理の一つです。
ところが、若手SEは、スケジュールをプロジェクトの開始時に立てたときから、変更しないことが多いのです。
いや、むしろスケジュール感というものを、自分のものにしていない人が多いのです。
例えば、新人に、一週間で成果を出す仕事を一つ与えてみれば、すぐわかることなのですが、明らかに、何の戦略もなく、時間を均等に分割して、スケジュールを立てる人がいます。
また、たった一つの仕事なのに、100％その仕事にかけてしまうということが言えるでしょう。
40時間作業する予定として、40(時間)÷5(日)＝8で、月曜から金曜まで毎日8時間作業すると、見立ててしまうのです。
日々、どこまでやる、という分割スケジュールを作る人は、まだ、まともな人です。
どこまで作業が終わったら半分なのか、5分の1なのかも考えず、とにかく作業に入る、という人が一番多いのではないでしょうか。（あくまでも新人の場合ですよ）
そして、水曜が終わった頃に、半分出来上がっていなくても、「まだ2日ある」と考える人が多いことにも驚きます。
一番、多いパターンは、たぶん、金曜の朝になって、「今週中と言われましたが、今日中には終わりません」という報告をする人です。
先輩たちは、毎年のことで慣れていますから、途中・途中で、「どう、今、どこまでやっている？間に合いそう？」などと声がけをします。
こういう場合に返ってくる返事は、大抵「うーん」（自分でもどうなのかが、さっぱりわかっていない）「でも頑張ります」といったものです。
先輩SEが、できるSEの場合は、当然、今週中と言われたものをチェックする場合、いくつかのマイルストーンを持たせるはずです。
例えば、何かの文書・ドキュメントを書かせる場合について考えてみましょう。
【1．仕事の方向性があっているかのチェック】
文書であれば、全体の構造やテーマなどのチェックをします。5日の仕事であれば、ここに1日もかけてはいけないでしょう。
【2．書き出して直ぐに文章形式や体裁など、記述の細かなルールのチェック】
【3．書いている内容が進んでいるかどうかのチェック】
【4．本人が「出来上がりました」というレベルでのチェック】
この4までを、5日分の4日で終えるべきなのです。
木曜の夜までにここまで終わっていなければ、5日で作業終了は絶対にできません。
プログラムも同じです。
5日でプログラミング（単体テストも含めて）を行うのであれば、4日で動くところまで作っていなければ、絶対に5日では終わりません。
5日の朝にコーディングが残っているようでは、どう考えても無理なのです。
4日の夜、徹夜をして仕上げるのでは、「遅すぎる」のです。
万が一、徹夜をするのであれば、3日目までにすべきなのです。
こういったことを含めて、スケジュール感を、なるべく早いうちに身に付けることが大事なのです。
頑張ればできる。
確かに自分1人のうちは、この手も通用します。
しかし、複数の人数を束ねるプロジェクト管理では、一切通用しないのです。
プロジェクトマネージメントの能力は、仕事だけでなく、私生活でも通用するものです。
スケジュールを立て、自分を管理し、報告する習慣を身に付けてください。
「プロジェクトマネージャーになったらやる」では遅いのです。