高慢と偏見（9） 誰がスケジュール遅らせた？ それはあなたとプロマネは言った

スキル | ワークスタイル | 人間関係

» 2011/01/17

　その日の午後、三浦マネージャは何かの会議から険しい顔で戻ってくるなり、全開発メンバーを招集した。たまたま平良さんは私用のため、午後になってから出勤することになっていた。

　「知ってのとおり、スケジュールの遅れがかなりひどいことになっているね」三浦マネージャは私たちをにらみつけた。「正直なところ、私は君たちに失望したよ。この程度のプロジェクトもまともに進められないほどスキルが低いとはね。もう少し高い単価に見合った仕事をしてほしいものだね。オブジェクト指向なんかにこだわってるからこういうことになるんだ」

　室温が一気に急降下したみたいだった。相変わらず人の神経を逆なでするのが天才的にうまい人だ。

　どうせ上の人からスケジュール遅延を責められて、その責任を私たちに転嫁しようとしているに決まっている。

　――誰のせいで遅れてると思ってるんだ。

　メンバー全員の敵意に気付いているのかいないのか、ひとしきりスケジュール遅延について文句を言ったあと、三浦マネージャはこう続けた。

　「そこで、この遅れを取り戻すために、今日からスケジューリングの方法を見直すことにしたので、これに従うようにね」

　全員にA4用紙が配布された。そこには新しいスケジューリング方法の概要が載っていた。

　まとめるとこうなる。

　1. 実装担当者は、機能単位の実装を開始する前に、実装工数の見積もりを出す。

　2. 三浦マネージャがその見積もりをチェックし、承認したら実装作業に入る。

　3. 毎日、昼と退社時の2回、見積もりに対しての実績工数を記入する。

　4. 見積もり工数を実績工数が超えてしまったら、その原因を報告する。

　そして、

　5. 見積もりを超えてしまった時間数は、勤務実績時間とは認めない。

　――なんじゃこりゃ？

　私は、穴が空くほどスケジューリング概要を見つめた。

　いま使っているスケジュール進捗管理は、予定実装期間として線を引き、その下に進捗の割合に応じて実績の線を引いていく、というありふれたものだ。ただ、何日も進捗率75％で足踏み、ということがよくあるので、大まかな目安以上のものではなかった。

　確かに新しいスケジューリング方法は、その欠点を克服している。進捗度合いがより明確になるし、実装者が予定を決めるので精度も上がるかもしれない。

　でも......

　5. 見積を超えてしまった時間数は、勤務実績時間とは認めない。

　これはいくらなんでもむちゃくちゃだ。

　そもそも、これを導入したからといって、スケジュール遅延が解消するわけではない、ということに三浦マネージャは気付いていないんだろうか？ 全員が同じ疑問を抱いているらしく、室内がざわめいた。

　「ちょっといいでしょうか」アツコさんが手を挙げた。「勤務実績時間とは認めないってどういうことでしょう？」

　三浦マネージャはアツコさんをじろりとねめつけた。

　「読んで字のごとくだよ」

　「実績時間として記録するな、ということですか？」

　「それ以外に意味はないだろうね」三浦マネージャは見下すように答えた。

　「契約的に不当ではないですか？」アツコさんの口調はだんだんきつくなってきている。

　厳密に言えば契約的に不当ではないはずだ。私たちの常駐単価は月単位で決まっているのだから。月の最低労働時間は守る必要があるけど、それは普通に 10時から17時まで勤務していれば達成できる。それでも毎日の勤務時間を細かく記録しているのは、K自動車側から厳しく言われているからだ。労働基準法に関することらしいが、詳しいことはよく知らない。

　私たちにとって、というより、私たちの会社にとって重要なのは、その勤務実績を次の常駐の際に交渉材料として使用できることらしい。これは営業の黒野が言っていたことだが。

　「スケジュールが遅れるということはシステムの完成が遅れるということだ。その場合、不利益を被るのは誰かな？ 君たちじゃないだろう。うちの会社なんだよ。なのに、君たちのスキルが未熟なせいで伸びた時間まで実績として認めろというのかね？ それこそ不当だと思わないのかね」

　――あんたが余計な口を挟まなきゃ、今ごろオンスケで進んでたんだってば。

　普段はクールなアツコさんも、さすがに忍耐というキャッシュがあふれてしまったらしく、険悪な口調で言い返した。

　「お言葉を返すようですが、あなたがプロマネになるまでは、ここまで遅れていませんでしたよ」

　「はあ？ どういう意味だね？」

　「スケジュール遅延の原因があたしたちばかりにあるような言い方をされていますが、もっと根本的な原因があるのじゃないですか、と言いたいんです」

　何人かが、同意するように頷いた。私も思わず頷いていた。

　「根本的な原因とは何だね？」

　「わざわざ効率が悪いコーディングを強制したことです」もはやアツコさんにためらいはなかった。「不要な設計書やバグ表の作成を追加したことです。新たに共通クラスを作成することを禁止したことです」

　「私はそうは思わないね」まだ上から目線で話す余裕は見せたものの、三浦マネージャの口調も険しくなっている。「私が正しい方向に軌道修正したからこそ、遅れがこれぐらいで済んでいるんだよ。そうでなければ、今ごろ、もっとひどいことになっていただろうね」

　――なんで？ なんでそうなる？

　「そうおっしゃる根拠がまったく分かりませんが」

　「ああ、君にはまだ分からないだろうね」明確な嘲笑だった。「経験が足らないんだから仕方がないがね。オブジェクト指向なんてうさんくさいものに関わるとろくなことがないんだよ。これは私の20年の経験から言うんだから間違いない」

　――出たよ、20年の経験。っていうか、あなたに「経験が足らない」なんて、死んでも言われたくないよ。

　確かに社会人としての経験、エンジニアとしての経験は、ここにいる誰よりも三浦マネージャの方が圧倒的に上だろう。だけど、この人は自分が理解できないものを「使えないもの」と決めつけ、あまつさえそれを強制しようとしている。実装効率や、メンバーのモチベーションや、今後のメンテナンスなどお構いなし。自分が理解できない世界を、理解しようと努力するわけではなく、世界の方を自分のレベルまで引きずり下ろそうとしているだけだ。

　自分のスキルを高める努力を怠るのは勝手だと思う。しかし自分の立場を利用して、自分の狭隘な世界観を他人に押しつけ、うまくいかないとなると他人のスキルが低いせいにする。これはもう、エンジニア能力以前に、社会人として、人として尊敬に値する要素が1ビットすら見つからない。

　私の斜め前に座っているメンバーが手を挙げた。最初のコードレビューでボロボロにされた富永さんだ。

　「よろしいでしょうか？」

　富永さんの顔は怒りのためか紅潮している。

　「なんだね」

　「ぼくも星野さんの意見に賛成です」富永さんも覚悟を決めたようにはっきり発言した。「われわれが力を発揮できていないとしたら、あまりにもムダなコーディングやドキュメント作成が多すぎるからです。これを変えない限り、スケジューリング方法をいくら変えたところで意味はないと思います」

　今度は、ほぼ全員が頷いた。頷いていないのは、後から投入された「新人くんチーム」の6人だけだった。

　「まったく」三浦マネージャは、わざとらしく嘆息した。「ああしてたらよかった、こうしてたらうまくいってた、なんて仮定の話をしても仕方がないだろう。私には負け惜しみにしか聞こえないな。私のやり方を君たちが気に入らないのは分かるがね。君たちのやり方に任せていたら、もっとひどいことになっていただろうね」

　――だから、なんでそうなる？

　「繰り返しますが、まったく根拠が分かりません」とアツコさん。「三浦さんがいらっしゃる前は、スケジュール遅延はこれほどではありませんでした。そのやり方がダメだという根拠を聞かせていただかないと納得できません」

　「なんで君を納得させる必要があるのかね？」三浦マネージャは鼻で笑った。「別に君が納得しようとしまいとどうでもいいんだよ」

　「な......！」

　「だいたい業者の分際で、客の私に意見するとは、何様のつもりだね、君は？」

　マンガならアツコさんの頭の中で、プツンと何かが切れた擬音が浮かんだだろう。

　室内は静まりかえり、次の瞬間、抑えられない怒りの声が一斉に沸き起こった。5月からずっと、かろうじて心のどこかに待避させてきて、しかし決して消えることのなかったさまざまな感情が、とうとう臨界点に達し、一気に噴出しようとしていた。

　もはや全員が三浦マネージャに対する怒りと侮蔑を隠そうとしなかった。私だって同じだ。もう我慢の限界を超えた。今、自分の顔を鏡で見たら、子供には決して見せたくない表情が映っていただろう。

　何人かの男性メンバーが腰を浮かせている。何かのキッカケで三浦マネージャに物理的な暴力をふるってもおかしくない。私は、離婚した元夫がキレやすい性格だったこともあって、この手の「カッとなった」暴力を心から嫌悪していたが、このときばかりはやめてほしいとは思わなかった。それどころか、三浦マネージャが暴力の被害にあうことを望んでさえいたかもしれない。

　さすがの三浦マネージャも顔色を変えた。それでも「私は客だ。偉いんだぞ」という態度を崩そうとはしなかった。

　激昂したアツコさんが何か言いかけたとき、

　「遅くなりました」

　穏やかな声とともに平良さんが入ってきた。

　まるで外で様子をうかがっていたんじゃないかと疑ってしまったぐらい、実に絶妙なタイミングだ。三浦マネージャもアツコさんも、気勢をそがれたように口を閉じた。一触即発だった室内の空気も、平良さんの登場で、ひとまず緩和するのが分かった。

　平良さんはゆっくりと空いている席に座ると、隣に座っていたメンバーから手短に経過を聞いていたが、やがてうなずくと挙手して発言を求めた。

　「1つ提案があります」

　「ああ、言ってみたまえ」まだ尊大さが残っているものの、人を見下すような口調は消えている。

　「三浦マネージャが決められた一連のルールをAとします」平良さんはゆっくりと話し始めた。「それ以前に私たちが採用していたプロセスをBとします。どちらも相手の方法に納得していないのが現状だと思います。そういう認識で合っているでしょうか」

　「ああ、まあ、そういうことだろうね。ただ、どちらが優れているかということは証明できないと思うね。それなら、私は自分の経験に基づいて、自分が信じる方を選ぶだけだね」

　「そこです。その証明を試してみませんか？」

　「どういうことだね」

　「もうすぐS系部品納入時チェック機能の仕様がまとまり、実装を始めることになります。それを2チームで同時に作成するというのはどうでしょうか。もちろん、コーディングルールなどに一切の制約を課さないという条件で」

　「同じ機能を2つ作るというのかね？」三浦マネージャは疑わしそうに言った。「それで何か分かるかね？ どちらかが早くできたからといって、それが証明になるとは思えないがね」

　三浦マネージャに同意するのは悔しかったが、私も同じ疑問を抱いていた。

　「それでもやってみる価値はあると思います」平良さんは譲らなかった。「お互いにある程度は納得することができるでしょうし、何よりも、ここまでモチベーションが下がってしまっては、プロジェクトの完成に影響を及ぼすのではないでしょうか」

　平良さんは脅迫めいた言葉をさりげなく口にした。

　――いやいやいや、三浦マネージャが納得するとは思えませんけどねえ。

　三浦マネージャは少し考えた。

　「その証明とやらは、具体的にどうやるのかね」

　「Aチーム、Bチーム、それぞれ5人ずつのメンバーで同時に開始するというのはどうでしょう？ それぞれに新人さんを3名ずつ含めます」これを聞いた新人くんチームの6人は不安そうに顔を見合わせた。

　「残りの2人は？」

　「Aチームは三浦さんが選んでください。Bチームは私が選びます」

　「どうやって勝敗を決めるのかな？」

　「作成期間と機能そのものの出来具合でどうでしょう」

　――また曖昧な......いっそジャンケンで決めればいいのに。

　「ふーむ。これが何かを証明するとは思えないがねえ」

　三浦マネージャは沈思黙考したが長い時間ではなかった。ここで無下に平良さんの提案を却下したら、敵意の集中砲火が再開するのが分かっていたのだろう。

　「まあ、いいだろう。そこまで言うならやってみようかね」

　「ありがとうございます」

　「じゃあ私がまずチームを選ぶが、いいかね？」

　「どうぞ」

　三浦マネージャは、まず新人のうち3名を選んだ。それから外注メンバーを見回した。

　私が選ばれませんように、と心の中で祈ったが、たぶんその可能性は低かったのだと思う。三浦マネージャ以前／以後のコードを書いた私だから、「こいつもオブジェクト指向かぶれか」とでも思われているに違いない。多少なりとも自分に従順なメンバーを選ぶだろうから、アツコさんと富永さんを選ぶはずがないことは言うまでもない。

　結局、三浦マネージャは、私があまり話したことがないメンバー2人を選んだ。少しでも年上の方がいいとでも思ったのか、2人とも40代の男性だった。

　平良さんが最初に選んだのは、若槻さんという男性メンバーだった。三浦マネージャ以前に、数々の共通ロジックをきれいに作り上げていた人だ。無口な人だが頼りになる。

　そして、次に選ばれたのは、

　「え、私ですか？」

　なぜか私だった。

　「そう。頼めますか？」

　――うう、正直いえばあまりやりたくはないんだけど。

　「はい、分かりました」

　とても辞退できる空気ではなく、その理由も見当たらなかった。

　「お願いします」平良さんはいつもの穏やかな笑みを浮かべた。

　――てっきりアツコさんか富永さんを選ぶと思っていたのになあ。

　そのアツコさんは、親指を立ててサインを送ってくれた。「がんばれ！」とでも言っているに違いない。私は曖昧に笑い返しておいたが、頭の中は混乱していた。

　（続く）

　この物語はフィクションです。実在する団体名、個人とは一切関係ありません。また、特定の技術・製品の優位性などを主張するものではありません。