「入社1年を迎えて 〜実務で学んだこと〜」

システムテスト作業に入ったばかりの頃、「不適合を見つけるためにシステムテストを実施する。そして、システムテストを通して、品質を高める」と間違った考えを持っていました。直ちに、社長からは、「テストとは品質がよいものであること、を確認する作業である。すなわち、テストによって品質をよくするのではない。とくに、システムテストでは、その要素が強くなる。品質をよくするのは、上流の設計段階である。」との指摘を受けました。実際のシステムテスト作業を通して、高い品質のソフトは、設計・開発フェーズといった上流フェーズから作りこまなければならないことを実感することができました。例えば、テスト・移行フェーズにおいて、数多くの変更依頼が発生します。特にユーザーがシステムの操作性や業務への適合度を確認するために実施するユーザーテストを行うと、これまで聞いたことのないような要件や要望が上がります。そうした変更依頼に対して、やはり上流フェーズから品質を意識して開発しないと、本稼働までの短い期間で柔軟かつ速やかに対応するのは難しいと考えられます。

テスト・移行フェーズは、システムが本稼働する前の最後のフェーズです。このフェーズで問題を見落とすと、業務に支障が出ることを意味します。このため、システムテストは、1つひとつの作業を確実に行うことが求められています。テスト中に、安易に進められている作業がないか、確認が十分にされずに行われている作業がないか、手順が不明確なっている作業がないかなどを、常にチェックする意識が不可欠だと感じました。ただし、同時に全体を振り返ることを繰り返し、システムの趣旨、目的、背景などを、しっかりと把握することも非常に重要だと思いました。つまり、テストが正確かつ妥当になるためには、システムに対する理解を深めなければなりません。システムの理解にあたっては、システム全体を俯瞰するため、局部と全体を交互に行き来する思考を行い、単に仕様書といった文章表現だけでなく、シンプルに整理された設計モデリングも参照していました。違った視点で、システムのあらゆる角度から見つめることで、システムが本質的に解決すべき事柄・品質に関する事柄をもっと把握しやすいのではないかと思っています。

テストの実施にあたっては、的確な情報伝達が要求されます。定期的な進捗会議や日報を通して、作業状況（不適合の発見など）と進捗状況（予定と実績の差など）を明確し、チームメンバーなどに速やかに伝えるように行っていました。しかし、迅速な報告、連絡、相談を的確に行うということの難しさを感じました。一つの作業に対し、予想以上に時間を使っている時、一言声をかければ解決するような問題なのに、一人で考え込んで、手に負えなくなり、聞いた時には無駄に時間を使ってしまうことが多くありました。迷惑をかけないためにも早い段階で、相談をするということの大切さを強く感じました。また、日報報告については、不適合の発見のみならず、自分自身の作業のQCDに関する評価や、改善やプロジェクト推進をどのようにしたいかの意志、考え、希望などの報告をもっとすればと反省しました。

どんな単純作業にも必ず背景があって、大きな目的に沿って動いています。1つひとつの作業がどこを目指しているのかという目的を意識して取り組めば、面白くなると言えました。単調な仕事にも改善の余地があると捉えて取り組んでいくと、単なる単純作業が異なる様相を見せることがありました。ほかに方法はないかと自問自答し、仕組化を検討する必要はあると感じました。今回のテストにおいて、かなりの部分は単純なテスト項目でした。効率的に作業を行うためのパターンを考え出せるか、まずはじっくりと観察しました。そう考えながらテストをしていると、一見単調な作業も違った顔を見せてくれました。そうしたパターンを並べて眺めてみると、何かの傾向がつかめることにより、仕様全体の理解に大きな助けとなりました。