実録!? システム開発現場用語辞典#16--予算・スケジュール

お疲れ様です。最近は自分に振られた案件の工数を見積もる時に、想定した時間の2倍くらいを申請することが多いMWです。

必ずかかることが予想される工数に加えて、技術的に未知の部分があれば余白期間を作り、仕様の揺れを予想して対応期間をキープし、高い確率で発生する突発案件外作業（前のプロジェクトのバグ対応とか。突発事態が発生しても納期をズラしてもらえない現場では必須）に加えて、どうしても仕事をする気が起きない日の発生（だって人間だもの）も見込んだりすると、2倍くらいで言っておかないと普通に納期ギリギリであたふたすることになるので。

皆さんは工数を見積もる際、どの程度の余白をキープしますか？

厳格に想定を行った上で、余白を作らずにギリギリの工数を見積もる人もいれば、必要以上に余白を持ってゆったり仕事をする人もいると思います。工数という予算と直結する事項に対するアプローチが人それぞれ違うというのも、この業界の面白いところだと思っています。

予算

年度の初めに割り振られるもの。

もしくは案件ごとに割り振られるもの。

ちょっと気を許すとあっという間に膨れ上がってしまうもの。

金額は膨れ上がっていくのに、なぜか要件はどんどん削られていくという不思議な反比例が、プロジェクト終盤に見受けられるもの。

予定通りに行かないのが世の中だということを証明してくれるもの。

大き目の案件だと、ちょっとした不注意で自分の給料10年分の大赤字とか平気で出せてしまうもの。

というように、予算とは非常に危険な性質を持つものである。物凄く大きなバックが付いていて、無尽蔵にお金が沸いてくる案件（ごく稀に存在するらしい……）でなければ、注意して取り扱わなければいけない。

予算が想定外に膨らんでしまう大きな原因は、工程の洗い出しの甘さや、人員のスキル不足等の「開発側の問題」と、要件の途中追加の頻発や、話をするたびにお客さんの言うことが変わっていき、いつの間にか当初話していた内容とは似ても似つかない仕様になっていた等の、「要求面の問題」が挙げられる。

開発メンバーのスキルはすぐにはどうにもならないので、みんなボチボチ勉強していきましょうってことで置いておいて、顧客の要求の揺れを解決するには、相手が心の中で思っていることを洗いざらい引き出すような巧みなコミュニケーションスキルと、時には顧客自身が気付いてすらいない（でも、後から必ず出てくる）ような要望を経験則や業務知識、それから時にはシックスセンスを駆使して感知するなどの人智を超えた荒業で把握する能力が必要になる。

また、コミュニケーションやシックスセンスに自信がない場合は、とりあえず適当に出した想定値の2倍で予算を組んでおいたり、向こうがOKって言ってくれそうなギリギリの値段を見積もりもしないで要求するという、システム開発の予算の組み方としては最もポピュラーな手法「どんぶり勘定」を使用すると良いと言われている。

スケジュール

プロジェクトを開始する前に、納期はいつで、この頃までには開発環境を用意して、この日までに実装を完了して結合試験を開始しよう、といった大枠を立てておくもの。

その後、実作業に入ったら徐々に工程を細分化して立てていくもの。

作業が進めば進むほど、当初の想定に入ってなかった工程が増えて、当初のスケジュールが無力化していくもの。

「納期はここって決まってるから、それまでにいい感じに作ってくれない？」と言って他社から投げつけられるような、工数も決まってないのに納期だけが決まってる案件に対して、「じゃあ、開発はここまで、試験はここまででやらなくちゃいけないんだろうなぁ。なんていうか、絶対無理な気がするけど、ここまでには終わらないといけないんだなぁ」といった形で、受動的に線を引かされたようなものも立派なスケジュールである。

予算や工数と同じように、スケジュールについても開発初期の段階で正確に洗い出すのは難しい。その為、ある程度の余白期間を見積もった上で、各工程に対してこの期日を過ぎたら危険というデッドラインを設けておくと良いと言われている。

無茶な納期を強要された場合を除いて、基本的にデッドラインを過ぎるような状態に陥ってはいけないのだが、何らかの不運か過失によってそこを超過してしまった時には、当初のスケジュールを達成することを諦めてリスケするか、責任者が人間らしい生活をすることを諦めて会社泊り込み生活を始めるか、いっそのことプロジェクト自体を諦めるなどの対応を取る必要がある。

この連載記事には必ずしも正しいとは限らない内容が含まれています。この記事を信じたことによって発生した障害に対して、筆者及び（株）毎日コミュニケーションズは一切の責任を負いません。ご容赦ください。

ＭＷ（えむだぶりゅー）

Java、PHP、C、C++、Perl、Python、Ruby、Oracle、MySQL、PostgreSQL関連の業務経験がある、典型的な広く浅い役に立たない系のウェブ（時々クライアント）アプリのエンジニア。

週に1日休みがあれば、他6日間は終電帰りでも全然へーきな体力と、バグが出ても笑って誤魔化す責任感の無さを武器に、今日も修羅場った開発現場の風景を横目で見ながら、適当に仕事をこなす日々を送る。