開発現場が変わるハッピー・コミュニケーション術

　以前、英会話スクールNOVAのテレビCMで、宇宙人が関西弁で「オッサンが言うのも変やねんけども、異文化コミュニケーションちゅうのはやっぱりええと思うねんな」と話すCMがありました。みなさんはこのテレビCMを覚えていますか。

　流暢にフランス語を話す日本人女性、上手に日本語を話すイタリア人男性、イタリア語を話す大阪のおばさん、と次々にシーンが展開し、最後に宇宙人が登場する、という内容のCMです。とてもユニークなCMだったので記憶している方も多くいらっしゃるかと思います。

　さて、今回は開発現場における「異文化コミュニケーション」についてお話をしようと思います。

●標準化が大切

　ある金融機関向けのシステム開発に参画していた時のことです。大手SIerが受注した開発案件でかなりの工数だったと記憶しています。ピーク時には300人くらいの技術者が関わっていたのではないでしょうか。

　受注したSIerは技術力には定評のある有名な会社で、各社からエース級の人材を集めてプロジェクトに投入したと聞いていました。規模も大きく優秀な人材が多く集まるプロジェクトです。わたしのモチベーションも久しぶりに上がりました。「この現場で実績を認められるよう頑張ろう」と決意したことを覚えています。

　参加した当初、プロジェクトのマネージャからは「人が多くて大変です。経験がある人もいればない人もいる。所属する会社もバラバラで誰がどこの会社なのか、いまだにわからない。だから“標準化”された開発手法が必要なのだ」とおっしゃっていました。

　なるほど、好き勝手にドキュメントやソースコードを書いてしまったら、保守する人にはとても迷惑でしょう。障害原因を調べようにも読み解けないソースコードであれば、復旧までに時間が掛かってしまいます。また、ドキュメントにしてもある程度同じ体裁で記述する必要があるでしょう。人によって設計書の書き方が異なれば、設計内容以前にドキュメントそのものが理解できなくなります。人数の多いプロジェクトほど標準化が必要というのは十分理解できる話です。

●技術者は交換可能な部品？

　ところで、わたしはそのプロジェクトでチームを管理する仕事を任されていました。ですので、進捗状況や進捗遅れの原因報告などをすることもありました。

　ある進捗会議でのことです。チーム全体の進捗に遅れが出始めたので、プロジェクトマネージャから遅れている原因について聞かれました。わたしは「最初はある程度の勉強期間が必要です。計画では単純に作業量を日数で割っただけですので、遅れているように見えるのでしょう。後半に伸びてくるのでキャッチアップ可能な程度の遅れと認識しています」と答えました。

　しかし、驚いたことにそのマネージャは「A機能は難しい機能だからBさんじゃなくてCさんに担当させる。それと作業中のおしゃべりが目立つから、仕事に専念させるため知り合い同士は近づけないように席替えして」と言うのです。わたしは耳を疑いました。このマネージャは技術者を機械の部品の一部や家畜程度に考えているのだろうか。

　今まで機能の担当者していた人間に代わって、その機能について何も知らない人間が代打を務めることは容易なことではありません。設計書に記載していない背景や事情を知らないため、非常にリスクを伴います。また職場とはいえ、知らない人に囲まれ、冗談も言い合えない環境では緊張し続けてしまい良い仕事ができるはずもありません。

　このプロジェクトの例はかなり特別だと思います。なかなかこれだけ、“人を人とも思わない”人には滅多に出会えません。とはいえ、ここまで極端でないにしても、似たような考え方の人が多いのも事実でしょう。統一された開発手法や標準化された作業手順さえあれば開発は成功する、という考えを持つ人が。勉強熱心なのはとても良いことですが、人間的な視点が欠けているように思います。人間は感情で行動する生き物であることを勉強しなおすべきでしょう。

　結局、そのプロジェクトは“やる気がある”人ほど早く脱落（脱出）していきました。そして、ついには誰も保守に残らないという異常な状態になったと聞いています。

●開発チームは即席で寄せ集める

　開発プロジェクトが立ち上がると、わたしたちのような技術者を集めなければなりません。ところがお客様から案件を受注した元請SIerは技術者を多く抱えているわけではないので、「協力会社」といわれる下請けの会社に技術者集めを要請することになります。「協力会社」は1社ではなく、数社に要請するのが一般的です。

　そうして即席で集められたプロジェクトメンバーには、さまざまな特性があります（所属する会社、経験年数、スキルレベル、得意分野など）。また最近では、日本以外の国の技術者と仕事する機会も増えてきました。同じシステムエンジニアと呼ばれる人であっても、身に付けてきたスキルや経験そして文化に至っては多種多様です。

　各社から技術者が集められプロジェクトチームが組織されるのですが、ほとんどが初対面の人ばかりです。プロジェクトに参画したら最初の1、2週間は“人の名前を覚えるのが仕事”というのもまんざら大げさな話ではありません。

　わたしは人見知りする性格なので、なかなか人と打ち解けられず、プロジェクトが変わるたびに“転校生”のような気苦労をしてばかりいます。「今度のプロジェクトでは皆と仲良くできるだろうか？ いじめられたりしないだろうか？」という具合に。

　何年も一緒に仕事をしてきた仲間であれば、何が得意で何が好きなのか、もしくはどのような性格なのか、などその人の特性や背景を十分に理解した上で仕事ができます。しかし、開発プロジェクトは寄せ集めであるため、人間関係が出来上がっていません。その状態で高いパフォーマンスを期待するのは無茶というものでしょう。

●開発プロジェクトは異文化の坩堝（るつぼ）

　旅に例えるならば、開発プロジェクトは“異国人同士のツアー旅行”のようなものです。お互いが初対面で、使用する言語や文化的背景が異なります。相手の言葉が理解できなければ、旅の間、誰とも話すことができず、伝えたいことも伝えられません。旅の間、孤独で寂しい思いをすることになるでしょう。

　さらに、言葉だけでなく文化についても理解することが大切です。いつもどおりに生活していても、相手の国の風習から見たら不謹慎であったり、場合によっては犯罪とみなされるような振る舞いがあったりするかもしれません。女性が肌を見せることが犯罪となる国があったり、肉を食べてはいけない人たちがいたりするのです。自分と異なる人に対して尊重する姿勢が大切です。こちらから一方的に風習や文化を押し付けたりしては真の友好関係は築けません。

　システム開発において、万能な標準化ルールやテクニックなど存在しません。開発プロジェクトが成功するか否かは、開発チームのメンバーが自主的に動こうとする気持ちであったり、ルールを越えた協力関係であったりするものです。つまりわたしたちのように技術力をもって仕事をする人間にとっても、相手を尊重する人間的な姿勢やコミュニケーションスキルといったものが重要なのです。多種多様な技術者が集る開発プロジェクトでは真の「異文化コミュニケーション」能力が求められるのではないでしょうか。

　さて、冒頭の関西弁を話す宇宙人が登場するNOVAのテレビCMですが、あのCMを通じてNOVAが伝えたかったことは以下のようなことだったと記憶しています。

　「単なる外国語の会話力だけではなく、お互いの文化の違いもきちんと理解して異文化コミュニケーションをしましょう」と（※1）。

◇　　　　　　　◇　　　　　　　◇　　　　　　　◇

※1　残念ながらNOVA自身は社長と従業員の社内コミュニケーションにつまずいてしまいました。

　前回、「人は見た目が大切」とお話ししました。人は見た目で判断するので外見が大事です、と。

　今回は見た目を良くするべく私が取り組んだこと、そして感じたことについて語ってみようと思います。

■老けた顔

　「おまえ老けたな」

　10年ぶりに会った、昔の友人の第一声がこの言葉でした。10年前と比べ、私の見た目は「オッサンくさい」ものだったようです。一方、友人はその年齢にしてはとても若く、イキイキとした印象でした。同じ年齢なのに一緒にいるのが恥ずかしいくらい、自分が老けて見えてしまいます。私も少しは見た目を気にした方が良いかなと思いました。

■人は見た目が9割

　ベストセラーとなった『人は見た目が9割（竹内一郎著）』が火つけ役となり、以来書店には「見た目～」といったタイトルが多く並ぶようになりました。それだけ多くの人が“見た目”に関心を寄せているということなのでしょう。それらの本を読むと、「いつも笑顔でいれば人に良い印象を与えます」とか、「人は足下を見ているので靴はいつもきれいに磨きましょう」とか、「スーツは上質のものを着て“成功者”っぽく演出すると良い」とか、なるほど言われてみればとても勉強になる内容が盛りだくさん書かれています。

　それらの本に書かれているとおり、見た目が他人に与える印象を決定づけるのであれば、見た目を強化しなければならない、と感じたものです。

■上質な服には魔力が潜んでいる

　それらの本のアドバイスのとおり、上質な靴・カバン・スーツをそろえてみようと思いました。早速、伊勢丹メンズ館に行き、平静を装いながら、高額なスーツに袖を通してみました。店員のトークが上手いのか、それとも上質な素材だからなのか、いつも着ているスーツと比べてなんだか“出来る”男に生まれ変わった気がしてきました。さらに鏡の前をクルクル回るたび、いつのまにか見た目だけでなく内面にも自信が湧き起こってきたようです。「ああ、上質なスーツには魔力が潜んでいる！」と感じてしまいました。

　いつもより高級なものを身につけることで、周りの人からも仕事ができそうな雰囲気があると言われたり、お金持ちそうに見えると言われたりと、随分周りからの印象に変化があったように思えました。「なるほど本に書いてあった“見た目の効用”というのはこういうことか」と実感した次第です。

■「見た目」だけの好印象は長続きしない

　見た目の印象を良くする効果はあったものの、その効果は何日も続かない、ということも実感しました。新調したスーツを初めて着た日には褒めてもらえても、次の日にはインパクトは薄れていくようです。それが1週間、2週間と経つうちに、すっかり高級な服の魔法は効かなくなったようでした。

　営業マンであれば商談中の1、2時間の印象を良くすることで、次回会うまでの間は好印象のままでいることができるでしょう。だから第一印象が肝心です。しかし私のような仕事（システムエンジニア）はお客さんと四六時中一緒に開発作業を行うため、最初だけの好感度はすぐにメッキが剥がれてしまいます。

　第一印象がとても好印象の人であっても、開発を一緒にしているうちに良くない印象が少しずつ出てくる方もいます。上から目線で指図をしたり、陰口を叩いたり、気に入らないことがあると怒りだしたり、技術論になるととたんに早口で険しい表情になる方がいたりします。最初の印象がとても好印象だったのに、その変化に驚いてしまう、そんな方が非常に多いように思えます。

　逆に、第一印象がそれほど良くなかったのに、長く付き合ってみるととても好感度が高くなる方もいらっしゃいます。最初はとてもおとなしく、実直に仕事をするだけの影の薄い存在だった人でも、長い時間付き合ってみると、その真面目な仕事ぶりと表情の暖かさが重なりあって、時間が経つにつれて“味わい深く”なる方もいます。

■エンジニアは第一印象より“最終印象”が大事！？

　見た目が大事、第一印象が大事なのは確かですが、もっと言えば中身がともなった見た目が大事なのだということかもしれません。

　私のようなシステムエンジニアがお客さんに「また一緒に仕事しましょう」と言われるか否かは、開発期間最終日の印象がすべてです。終わりよければすべて良し、ということでしょうか。つまり“最終印象”が大事だということなのかもしれません。「○○さんといえば～」という、他人から見た“残像”を良くすることが大切なのかもしれませんね。

　今日はこの辺で。

　◇　　　　　　　◇　　　　　　　◇　　　　　　　◇

　次回は年明けになります。今年は大変お世話になりました。

　来年も引き続きよろしくお願い申し上げます。

■面接は最初の3秒！

部長「あいつダメだね。断ろう！」

私「え？ ダメですか？」

部長「うん、あの顔はダメだろ？ 3秒でダメだと思った」

私「顔ですか？」

部長「仕事ができるかどうかは見た目だからね」

　エンジニアと面接した後の、上司との会話です。面接したエンジニアは、30代という割には白髪が多く、疲れた風貌で、着ているスーツはヨレヨレで、表情も固い様子でした。その“イケてない”風貌が上司には受け容れ難いものだったようです。

　経歴書を見た限りでは非常に優秀なエンジニアだったにもかかわらず、面接で知識・経験が豊富だとアピールできたにもかかわらず、です。実際に3秒で判断したかどうか分かりませんが、上司によれば見た目でおおよそ人となりが見えるとのことです。

■人は中身が大切！

　よく「見た目で判断するのは良くない。中身を見なければダメだ」と言います。たしかに、外見の装いが素晴らしくて、パッと見が美しい人でも、話をしてみるとだらしない言葉を使っていて、その軽薄さにがっかりした経験がある方はいらっしゃるかと思います。そういう意味では、外見だけでなくきちんと中身を吟味することは大切なことだと思います。

■「見た目」と「中身」の方程式！？

　とはいえ、多くの人は相手を見た目で判断してしまうのも事実でしょう。相手が良い人か悪い人か、信用できるかできないか、仲良くなれそうかなれなさそうか、それらの判断を多くの人は見た目で行っているはずです。

　十分に話をして相手のことを深く理解したわけでもないのに、なぜ人は見た目で判断してしまうのでしょうか。おそらく危険から身を守るために、人は瞬間的に相手を判断する術を身につけたのではないでしょうか。今まで出会った人間の「外見」と「内面」の組み合わせが蓄積され、その経験則から一般化された方程式が出来上がる、そういう仕組みが私たちに備わっているのかもしれません。

　いつも自分のことをいじめる人が黄色いセーターを着ていたとしたら、黄色いセーターを着ている人はいじめっ子に違いないとか、いつも野球で三振ばかりする人が眼鏡をかけていたとしたら、眼鏡をかけている人は野球が下手だとか、知らず知らずのうちに方程式を築き上げているのではないでしょうか。しかもその方程式が当たると、ますます人は見た目で判断するようになるのだと思います。

■目は口以上に物言うもの

　私の“見た目方程式”を1つご紹介しましょう。私が30年以上かけて身につけた方程式の1つに「目を見れば相手が分かる」というものがあります（普通すぎてスミマセン）。私が人と会うときは例外なく目を見ます。経験的に「目は口以上に物言うもの」だと思います。

　例えば、目を合わせない人。

　目を合わせない人は、仕事のできない人が多いように思います。目を合わせない人は、人と関わることを恐れていたり、人と話すことが苦手な人なのだと思います。出来る限り人と関わることを避けようとするので、相手に正しく意思を伝えたり、相手の立場に立って考えたりすることが難しいみたいです。

　エンジニアの方には目を合わさないで話す方がとても多いように思えます。恥ずかしがりな性格で人と接することが少ないからなのでしょうか。人はやましい気持ちがあったり、相手を嫌っていたりすると、目を合わさないようにします。だから目を合わさないということは、不信感や嫌悪感を与えることになります。

■見た目が良い人は中身も良い！？

　他にも、肩にフケがたまっている人は文章に誤字が多かったり、貧乏ゆすりをする人のプログラムはバグが多かったり、Yシャツがおしゃれな人の話は分かりやすかったり、いろいろな“方程式（偏見？）”が思いつくものです。

　ところで、私は数年前までは髪の毛の色を染めていたり、眼鏡のレンズの色を茶色くしたり、ちょっとした“怖い”お兄さん風でした。当時の私を知っている人と話をすると、必ず「怖かった。一緒に仕事したくなかった」と言われます。決して私は仕事ができなかったわけじゃないのですが、まわりの人にとって安心して仕事ができない相手だったようです。

　今は髪の毛の色も元の色に戻り、眼鏡も透明のレンズになりました。最近、久しぶりにお会いした方に、「高田さん好青年になったみたいですね。是非一緒に仕事しましょう」と言われるようになりました。決して私の中身は大きく変わっていないはずなのに、随分周りからの印象は変わったものだなと感じています。

　人は知らず知らずのうちに誰かの“方程式”によって、見た目で判断されているかもしれません。その結果、損をしている場合もあれば、私のように運よく得をする場合もあるのではないでしょうか。

　私はこのまましばらく“好青年“を演じてようと思います（笑）。

　今日はこの辺で。

◇　　　　　　　◇　　　　　　　◇　　　　　　　◇

　次回も“見た目”論についてお伝えしようと思います。ご期待下さい。

　はじめまして。このたびコラムを執筆させていただくことになりました高田です。このコラムが、皆さまのエンジニアライフに何かしらの気付きを与えるきっかけになればと思っておりますので、どうぞ宜しくお願い致します。

　わたしがコミュニケーションの大切さについて考えるようになったのは、エンジニアとして仕事をする中で、人間関係においてたくさんの失敗をしてきたからです。技術的な問題であれば本を読んだり、人に聞いたりすることで解決策が見つかりますが、人間関係についてはどこを調べても、誰に聞いても答えは見つかりません。だから人間関係についてはとても、とても悩み苦しんできました。

　また、わたし以外にも多くのエンジニアが人間関係で悩んでいることを知りました。お互いにグチグチ言ってスッキリしているうちは良かったのですが、ある日突然会社に来なくなって休職してしまったり、解雇されて音信不通になってしまったり等、わたしたちエンジニアの世界では珍しくない出来事です。

　もしわたしが職場の人間関係を順調に築けていたのなら、コミュニケーションの大切さを知ることはなかったでしょう。今となっては数多くの失敗体験のおかげで、大切なものに気付くきっかけとなったと感じております。又多くの同僚が今も悩み苦しんでいる姿を見て、ますますコミュニケーションの重要性を認識するに至りました。コミュニケーションについてお話しすることはわたしに与えられた使命なのかもしれない、と感じたのです。

　さて今回はわたしがエンジニアとして悩み苦しみ、そしてコミュニケーションの大切さに気付いていく過程についてお話しさせていただければと思いますので、どうぞお付き合い下さい。

■IT業界へ転職

　わたしは26歳のときにIT業界に転職しました。転職したての頃は全くコンピュータの知識がなく、また研修をさせてもらうこともなくいきなり開発プロジェクトに放り込まれました。わたしなんか使い物になるわけがないと思っていたのですが、意外にも現場ではそれほど低い評価ではありませんでした。その理由について当時のリーダーは「きちんと話ができるから」と言って下さいました。メンバーを管理する立場からすると、「何に困っているのかがわかれば教えることができるけど、何も話をしてくれないと助けることも手伝うこともできない」とリーダーに言われたことを覚えています。

　ちなみに前職は営業だったのですが、転職した会社の人たちと接してみるとあまりの人種の違いにカルチャーチョックを受けました。話をするときに目を合わさず、自分からは決して話さず、鳴っている電話を取ろうともしません。無断で会社を休むこともしょっちゅうでした。これが社会人？ と感じたことを覚えています。

　そのため他のエンジニアと比べ、わたしはコミュニケーションがきちんとできるように見られたようです。技術的な知識・経験が乏しく、負い目を感じていたわたしでしたが、コミュニケーション能力という点では合格点をもらえたようです。転職して最初に評価されたのが技術力ではなくコミュニケーション能力だったことはその後のエンジニア人生に少なからず影響を与えた気がします。

■辛かった開発プロジェクト

　ある開発現場での話ですが、参加初日にいきなりプログラムを作ってくれと言われたことがありました。設計書はなく、また口頭での説明もなく、いきなり作れるのかなと思っていたものの、とても「作れない」とは言いづらい雰囲気がありました。ですので文句も言わず（正確には「言えず」）、「やります」と言って一所懸命に作りました。

　しかし、作り進めるたびに設計不足の箇所が見つかり、新たな仕様が追加され、当初の想定の2倍くらいに工数が膨れ上がりました。そのため予定していた進捗どおりに作業が進まず、なんとか盛り返しを図ろうと徹夜したり休日出勤したりしたのですが、その程度の稼働では到底追いつくことはできませんでした。結局、進捗が予定通り進まず「おまえのせいでプロジェクトは失敗だ。全部おまえが責任取れ！」と大声で怒鳴られる始末でした。

　今にして思えば、リーダーの見積りの甘さやコミュニケーション不足が原因だと思うのですが、当時のわたしにはそんなことを言うことができませんでした。毎日毎日、机を叩きながら大声で怒鳴られ、心臓がドキドキする音と窒息しそうなくらい薄い空気の中、逃げ出したい気持ちを抑えるのに必死でした。いつ自殺してもおかしくない状態だったと思います。

■優秀なシステムエンジニア

　精神的に辛い思いをする一方で、いくつかのプロジェクトを経験し、設計・プログラミング・テストといったSEに必要なスキルを徐々に身に付け、やがてわたしもプロとしての自覚やプライドといったものを持つようになりました。与えられたタスクの納期は必ず守り、品質の良いプログラムを実装することが、いつしかできるようになったと思います。

　しかし、SEとして技術面ではそれなりに成長があった反面、気配りとか謙虚さといった、対人関係についての配慮を疎かにしていたように思えます。転職当初は技術面で劣等感があったため、人間関係には気をつけていました。その分、むしろスキルダウンしていたのかもしれません。

　例えば、わたしのソースコードが規約どおり作られていないことを指摘されても、「この方が良い！」と言って譲らなかったり、途中で仕様が変わると大声で「ふざんけんなよー」と叫んだり、それはもう扱いにくい人間だったと思います。しかし自分は仕事ができて優秀な人間だと、完全に勘違いをしていたのです。

■リーダーになって

　さらに月日は経ち、わたしもリーダーとしてメンバーの上に立つようになりました。SEとしての知識や経験も増え、わたしがチームをぐいぐい引っ張るものだと信じて疑いませんでした。今までわたしの上に立っていたリーダーたちと違い、わたしがリーダーになればお客さまとの折衝もスマートにこなし、細部まで漏れなく設計されるなど、メンバーの育成も含め全てが上手くいくはずでした。

　が……実際は違いました。かつてのわたしのような“優秀な”メンバーが黙ってはいません。自分たちのやり方が正しいと信じ誰も協力しようとしてくれません。挙句の果てには「あなたのやり方が悪い」と言い捨てられる始末です。かつて、わたしをメンバーとして抱えていたリーダーたちはこんな気持ちだったのだな、と感じた瞬間でした。

■ハッピーなエンジニアライフを目指して

　以上、わたしのエンジニア遍歴を紹介しましたが、同じIT業界で働く方々であれば、似たような経験をされたことがあるのではないでしょうか？

　わたしたちが開発するコンピューターシステムは処理効率や論理性などが重要視されますが、それらを構築するエンジニアの人間関係にまで同じような考え方を当てはめようとする風潮がこの業界にはあるような気がしてなりません。「おしゃべりは時間の無駄」とか「用件を簡潔に伝える」とか。しかし、一見無駄に思えるコミュニケーションが、ストレスを多く抱えるエンジニアにとって必要な栄養素だったりします。コミュニケーションが乏しいと、チーム内の意思疎通が図れなくなり、チームもまとまらなくなり、そしてエンジニアはますます心の孤立感を深めてしまいます。

　チームがまとまらなくなるとプロジェクトが上手くいかなくなり、エンジニアは無茶な残業をさせられ、よりいっそうストレスを溜めこむことになります。やがて遅刻・欠勤が目立ち、挙句の果てにはうつ病などになって退職してしまうなんてことに……。コミュニケーションを大切にしないプロジェクトはビジネスチャンスも人材も失ってしまうのだと思います。

　人間関係についての特効薬はないかもしれません。しかし働きやすい環境を作るために、ひとりひとりが何かをすることができるはずです。例えば、いつも1人でいる仲間をランチに誘ったり、一緒にジュースを飲んだり、お菓子を分けたり等。ひとつひとつの行動はそれほど大きな効果はないかもしれませんが、小さなことを積み重ね、良い人間関係を築くことで、プロジェクトチームの雰囲気を大きく変化させることができると思います。そして、システム開発がうまくいけば、わたしたちエンジニアは心底ハッピーになれると思うのです。

◇　　　　　　　◇　　　　　　　◇　　　　　　　◇

　次回からは、「開発現場が楽しくなるコミュニケーション」についてお話ししていきたいと思います。