自分以外の誰かのためのスケジュール管理

スキル

» 2009/09/17

　こんにちは、第3バイオリンです。

　テストをしていてつくづく思うのは、「テストという仕事は1人だけ、1つの部署だけで成り立つものじゃない」ということです。テストの仕事の向こうにはテスト対象物の開発チームがあり、開発チームの向こうには顧客（うちの会社の場合、ほとんど親会社ですが）の存在があります。

　裏を返せば、彼らの都合に振り回……いえ、彼らの都合によって突然仕事の予定が大幅に変更されることがよくあります。

■開発に翻弄されるテストエンジニアの実態

【事例1】

　配属されたテストチームで、テスト対象物についてのスタディを進めていたときのこと。スタディを順調に進めていたわたしにテストリーダーが言いました。

　「Windows7製品版が出てくるまでプロジェクト凍結だって。だからスタディ中止して」

　これまでスタディにかけた工数は一体……。

【事例2】

　先のプロジェクト凍結により仕事を失い、別の作業をしていたある日。そのときのテストリーダーがわたしに言いました。

　「凍結したプロジェクトだけどさ、やっぱり再開するらしいよ。あ、でも第3バイオリンさんは今別の作業やってるよね。だからいいよ」

　はあ、そうですか……。なんか複雑。

【事例3】

　あるモジュールのリリースチェックをしていたときのこと。1日かけてチェックリストの内容を8割ほど消化し、あともうひと頑張り、と思った瞬間、テストリーダーの内線のベルが鳴りました。内線でしばらく話をしていたテストリーダーは受話器を置くと一言。

　「モジュール差し替えだって。リリースチェックは差し替え版でやり直しね」

　今日1日のわたしの作業は何だったの？

【事例4】

　ある開発チームのプロマネが評価部署のフロアに飛び込んできて言いました。

　「今日の定時後にリリースあるから、明日中に修正確認とリリースチェックお願いできる？ 締め切り厳守で頼むよ」

　できますが、ずいぶん急な話ですね、とわたしが尋ねるとプロマネはこう言い放ちました。

　「いや、前から決まってたんだけど、言うの忘れてた。ゴメンゴメン（笑）」

　笑いごとじゃないんですけど……。

■スケジュール管理は自分のためならず

　実をいうと、事例3と事例4は同じ日のできごとでした。その日のうちに、会社にいるときのわたしの時間はわたしだけのものではないことを思い知りました。

　その日からわたしはツールを駆使してスケジュール管理を厳密に行うようになりました。それまではスケジュール管理といってもせいぜい、レビューや会議の2, 3日前に開催場所と時間を付箋に書いてPCのモニタの端に貼っておく、という程度のことしかやっていませんでした。

　しかし、このときの一件で自分が与えることができる時間を「見える化」しないと、仕事を引き受けることもできないことに気が付きました。

　開発側も、好きで無理を言ってくるわけではないはずです。きっと、急な依頼の向こうでは突然の仕様変更やしつこいバグに翻弄されているはずです。だからとりあえず引き受けて「やっぱり時間なくてできなかった、ごめんなさいね」では済まないのです。

　開発チームから信頼され、安心して仕事を任せてもらうためには、技術的なスキルももちろん大切ですが、時間厳守で仕事の成果物を提出できることが最重要スキルではないかと思います。もちろん時間を守っても中身がいい加減ではダメなので、技術的なスキルと一緒に伸ばしていきたいところです。

　ただ、本音を言わせてもらうと、急な依頼に対応するためのリソース調整は結構大変なのです。とくに評価部署全体が忙しいときにはテスター全員のスケジュールを見て、複数人が少しずつ交代するように割り当てるしかないこともあります。そのため開発チームから（特に事例4のような）無茶振りをされるとかなりキツイです。

その一方で、たとえ無茶でもそれに応えるしかないし、できる限りのことはしたいとも思っていますけどね。