SI 開発者の話
#9. SI プロジェクト投入後 -本格的な開発の開始

プロジェクトに投入後、ある程度の適応期間を経て、本格的に開発に投入される。開発は、RFP（要求仕様書）にある機能を WBSのスケジュールに合わせて進めていくことになるが、SIでは機能を開発する際に、いつでも変更される可能性を想定して、他の モジュールとの結合度をできるだけ緩くする。

理由は、プロジェクトを発注した顧客企業も、自分の仕事は知っているものの、どのような機能が必要で、画面をどのように構成すべきかなど、実装 ガイドラインを提示できないため、いったん開発された画面を見せると、そこで初めて必要な要求事項が追加で出たり、変更事項が出たりすることが非常に多い。

そのため、他のモジュールとの結合度が高い場合、一つ修正するために他のモジュールも修正する必要があり、これは予想外の副作用をもたらす可能性があるため、コードの重複が乱雑に発生する。

SIの目標は、どうにかして動作させることが重要なので、クリーンコードや効率性などは後回しになる。

最初は、うまく作りたいという気持ちの方が強かったが、厳しいスケジュールと、今日も追加要求事項をくれる「お客様」の要求を受け続けると、いつの間にか早く早く開発している自分に気づくことになる。

また、顧客は金を払ったのだから、勝手に作ってくれるだろうという考えで、手を拱いている場合もある。これは、プロジェクトの終盤に開かれるヘルゲートの伏線を暗示しているので、業務的にわからないことがあれば、できるだけ質問して整理するようにしよう。

SIで開発する際には、以下の点に留意しよう。

• 内容はいつでも変更される可能性がある。
• 顧客は何もしらない。できるだけ小さな画面単位で一つ一つ見せて、頻繁にフィードバックをもらおう。
• 追加の要求事項は、本当に必要な場合以外、絶対にYesと言ってはいけない。
• 私はビル・ゲイツではない。よくできたプログラムよりも、顧客は早くできた画面をより好む。