先日、結合試験用に作成を続けていたテストシナリオが完成した。その前に作成の終っていた各画面単位のテスト仕様書とDBダンプ作成のための画面単位のDB確認書をもとに結合テストを実施してもらう手はずであった。つまり結合テストを実施するうえでの仕様書は以下のようにまとまっている。
ボリュームとしてはこんなもんだろう、という印象。不明な点は詳細設計書やテーブル定義書を確認してもらえばよい。
今更遅いのだけど、もっとシナリオを作成する段階で画面単位に作られたテスト仕様書をよく確認しておけばよかった。というのも、いざ結合テストが始めってみてわかったのだけどとにかくテスト仕様書に不備がめっちゃ多いのだ。
続きを読む今、還暦間近のエンジニアと一緒のチームで働いている。今は設計フェーズなので、特にゴリゴリコードを書くということもないのだけどこのおじさんがとにかく能力が低い。しばらく実装から離れていた、ということでプログラミングでつまづくというのはなんとなくわかる。しかし、設計・テストフェーズでまともなドキュメントが作れていない状況。
自分も能力の低さなら負けてないので、このおじさんエンジニアはよっぽどの出来だと言えると思う。いうなれば1～２年目のエンジニアとほぼ同等。今まで設計書やテストケースを書いたことがないのでは？と思うくらい質が低い。
このおじさんを仮にYさんと呼ぶけれども、Yさんはずっとエンジニアをこの年まで続けてきてこれなのでまったくエンジニアに適性がなかったんじゃないかと思ってしまう。今たまたまこんな感じなのか、若いころはもっと仕事が出来たのか想像がつかない。
プログラミングってしばらくやってないと本当に染みついた人以外、忘れてしまうものだと思うけど、設計書とかテストケースってそうそう忘れるもんじゃないと思うんだけども...
このあたりの本当に基本的なことがよく理解できていない様子。Yさんの言葉を借りると「細かいことが苦手でよくわからないんですよねｗ」とのことだが、上記の2点だけでいえば特に細かいことはなくてむしろ非常におおざっぱなものだと思うんだけども...
と、ここまで語ったのは決してYさんを腐したいわけではない（ここまで書いておいてなんだが）。人当たりは非常によく、勤怠もしっかりしているYさんは社会人（エンジニア）としては非常にまじめだ。むしろ、このYさんの姿が将来の自分なのでは？と恐怖を感じているのだ。
今回たまたまプログラミングをする機会がなく、自分の一番悪いところ（コーディング技術の低さ）が出ていないけれど、いざプログラミングとなれば自分の言葉がブーメランとして返って刺さるだけだ。まさにコーディング技術は１～２年目のエンジニアにも劣る自分だからだ。
プログラミングだけではない。SQLだってすっかり忘れているし、Linuxのコマンドも忘れている。今、SQL Server Management StudioからDBを取得しようにも方法をすっかり忘れているだろう。PM的なタスク管理の能力もなく、PMOとしてスケジュールを管理することも出来ない。簡単なExcel関数も使えない。
今回ちょっとだけ、たまたま設計・テストフェーズで自分が出来る作業だっただけなのだ。期間的な余裕もあり、作業ペースも緩やかで徹夜をせずに帰れているのは本当に偶然なのだ。今の現状、非常にヌルイ現状に慣れてしまっては今度は自分がYさんになるのは間違いない。
今回の記事のタイトル、これはYさんを指した言葉ではなく、完全に自分に向けた言葉だ。今後、IT産業がどのような形の産業になるか末端の自分にはなにもわからないけど、今以上に技術という部分でハードになっていくのは間違いない。プログラムだけ設計だけでは足りず、場合によってはインフラ周りやアーキテクチャにも精通していないと年齢からいってプロジェクトに入れなくなるかもしれない。書いてて震えてきた。
わかばちゃんと学ぶ Git使い方入門〈GitHub、Bitbucket、SourceTree〉
成功するシステム開発は裁判に学べ! ~契約・要件定義・検収・下請け・著作権・情報漏えいで失敗しないためのハンドブック
「プロになるためのWeb技術入門」 ――なぜ、あなたはWebシステムを開発できないのか
どことは言わんが、会社概要に「エンジニアの地位向上を目指す」ために会社を興したとか書いてある会社は非常に胡散臭い。たいがいチャラい風貌のCEOだかがいて、自身はエンジニアとしての経験はほとんどないケースが多い。
「エンジニアの地位向上～」とかいう非常に漠然とした設立理由なので、会社の業務内容も非常に漠然としている。
ちょっと眠いので続きはまた書きたい。
