バグがいっぱい出た

仕事で作ったシステムの今回リリースされた箇所から多数のバグが見付かり大変な１週間だった。
私自身もいくつかバグを出してしまったし、プロジェクト全体では、これまでない数のバグが数えられていた。今日、休めているのでまだマシなのだが、発生したバグの中には一刻を争うものもあってだいぶ冷や汗をかいた。私はいまいち、こういった事の記録におっくうで、誰かと電話で話してそれで忘れてしまってたりしていたが、今回は深刻度も高いのでここに書いておこうと思った。
バグが発生してしまうと、プロジェクトの存続に関わるので問題が大きい。これは製品が要求された機能を満たしていない事から、最悪契約問題にも発展しかねない。今回は、通常の３倍近い数のバグが発生した事により、いろいろな事があったが現場ではまだいまいち対策が出来ていないように私には思っている。
私は自分の会社ではちょっとエライ役職だが、これは派遣先の事なので私は１作業員として働いている。

今回の開発はスケジュール的な無理もあったが、私が思うに一番の問題は開発体制にあったように思った。もとものプロジェクトは3人体制だったのが、今回増員があり5人に増えた。しかし、プロジェクトの内容がかなり分かりにくいために、新人2人はお手伝いさんになった。
もともとの3人をＡ、Ｂ、Ｃとすると、全体を一番把握しているＡは新人の面倒と以前のシステムのメンテ作業、一番古株のＢはシステム２本、複雑なロジック物担当のＣはややこしいシステム１本といった分担だった。（私がどの人かは非公開、あしからず）
すると、こんな事が起こった。Ａは細かい作業を大量に受け持つ事になり、新人を動かしておくために作業の準備に追われた。Ｂは基本設計は問題無く無難に終えたが大量の詳細設計書と、試験に忙殺された。Ｃは仕様検討に時間がかかり、見切り発車で製造を行い、リリース直前まで仕様変更を繰り返す事になった。
結果、プロジェクト内での会話量が激減し、誰も自分の抱えている仕事の事を人に話さなくなり、情報の共有はとても乏しい物になり、他の人の書いた設計書を見ても書式や誤字についてしかコメントが出来なくなった。
リリースされたシステムのＡの作業範囲からは、考慮漏れからの実装漏れと言う大きなバグが発生した。Ｂの作業範囲からは、大きな実装間違いはなかったものの、詳細設計段階の細かいミスからのバグが多発した。Ｃの作業範囲からは、本当にややこしい箇所からはバグが出ず、普通の箇所からは設計ミスの実装間違いと言う大きなバグが発生した。ＢとＣが同じ機能の関数を、それぞれ別々に作ってしまうような事も起こった。またあとから、バグでは無いがＡとＢの作業箇所から実装方法が最適でなかった点が多数見付かった。今、思えばどれも起こるべくして発生したバグに思える。情報共有がまるでなってなかったのだ。
今回初めて、プロジェクトでも「バグ発生の傾向と対策会議」があったが、結論は無難な「検討漏れが無いがないようにする」、「設計レビューをやる」、「試験をちゃんとする」等といった役に立たない対策が立てられた。私自身はこういった事は建前であって、本当はもっと根本的な作業方法から見直すべきだと考えている。
私はプログラムの実装方法から意見した。フレームワークをガッチリ作り、作業として書かなくてはならないコードを少なくすればその分単純なバグは減るはずだ。システム開発とは言え、コードの量で売っているのではないし、品質を高めるために記述コード量を減らす事が疑問視されたよ、今回私がこれを言ったら。なんでだ。ムカツク。コードの量を減らして品質高くしろて意見はなんかオカシイか！？
閑話休題。設計レビューもこれまでやってなかったワケではないのだが、形式的なものになっていた。お客さんはもちろんのこと、内部の人間にまで何を言っているのか分からない設計書を作っていたのが事実だ。「傾向と対策会議」では何故だかその点については問う者がいなかった。私は「資料の書式が悪いなら変えればいい」と去年一年間言い続けて来たので、ここでまた言うのもなんなので黙ってた。と言うか、私の意見に合わせて作られた書式も少なくないので、言えなかった。ごめん。謎。つーか、一般的にはこの辺はＵＭＬとか別の技術を持ってきたり、設計書を本当にマンガのように図や絵をガンガン入れ、例を入れて描く様にするんではないだろうか？少なくとも今の設計書には処理例がないので、来週これをチラッと言ってみようかな。
「試験をちゃんとする」と言っても、もちろんこれまでちゃんとしていなかったワケではない。十分な時間をとってやっていたハズだが、みんな試験作業に慣れてしまっていて、飽きてきているのではないだろうか？作業パターンをお客さんから貰って（出来なきゃ自分で一覧を作って）、あとは借りてきた人員か、外注に試験だけを出すのはどうだろうか？と私は思った。単体試験ならともかく、結合試験となればそれが良いように思う。この段階にくればお客さんもβ版と言うことで、巻き込むことも可能ではないだろうか？ダメなのかな？β版とは言え「えぇ！？こんなの全然違ってるよ！？」って言われてしまうだろうか？
私は微妙な運用に影響しないようなバグは残る可能性はあるにしても、明らかなバグは100%潰せると考えているし、そう出来る開発体制に大変興味がある。今、私のしている場所はそれに物凄く近づけるところだと思うので、今後もこれを追及しいきたい。