概要

私は、「この人が嫌い」というのが
周りの人と比べて、少ないほうだなぁと思います。
嫌いな人が少ないと、メリットも多いと思っています。

• どんなメリットがあるのか
• どうやって人を嫌いにならないのか

を書いていこうと思います。

嫌いな人が少ないメリット

メリットが多いというよりは、デメリットが少なくなることのほうが多いかもしれません。

嫌いな人がいると

• この人とは一緒にいたくないなぁ
• SNSで見かけるたびに、少しモヤっとする
• 嫌いな人とどうしても接さないといけないときに、ストレスがたまる
• また、接したあとにいろいろと不の感情が湧く

と、ストレスや不の感情が発生してしまうと思います。
嫌いな人自体が少ないと、そのようなことが少なくなります。

メリットとしては

• 本来嫌いになるような人を完全に遮断しないので、その人の良い部分にも気づける
• 良い部分に気づけると、自分のためになる（取り入れられる）
• 友達が増える

などでしょうか。

では、どのようにして私はあまり人を嫌いにならないのかを書こうと思います。

人を一側面だけで判断しない

例えば、ある人があなたに対して気に障ることを言ったり
明らかにおかしなことを言ったとします。
人間は感情的な生き物ですから、そうされた瞬間に相手を敵だと思ったり
「この人は自分とは合わない性格なんだ」と思ったりしてしまいます。

ただ、ここで一度冷静になってみましょう。
もしかしたら、相手も「あっ、いまの発言ミスった」と思っているかもしれない
もしかしたら、まだその人のことをよく知らないのに、相手の性格を決めつけているかもしれない。
もしかしたら、相手も今発展途上で、いい性格になろうとしている最中なのかもしれない。
もしかしたら、相手の悪いところだけを見ていて、良いところにまだ気づけていないのかもしれない。

そう思うようにしたら、
「この人は私とは合わないから嫌い」と決めつけるには早過ぎると思いませんか？
もしかしたら、「嫌い」と決めつけてしまうことによって
例えば

• 本当なら仲良くなれた
• 良いところがあって、それを学ぶことができた

という機会損失につながる怖れもあります。
「まだ判断するには早い。もうちょっと様子を見てみよう」
と、焦らずに相手のことを判断するようにしましょう。

相手はまだ発展途上なのかもしれないと思う

人は年齢を重ねていったり、いろんな経験を積むことで、
人当たりの良さだったり、人に好かれるにはどうすればいいのかだったりを知っていきます。
相手にはそれがまだ足りていないのかもしれません。
相手がまだ発展途上の段階で「嫌い」と思うのは、ちょっと寂しい気がします。
もしかしたら、その人も時が経つにつれて、人格が変わり、嫌いではなくなるかもしれません。
上から目線になる必要はありませんが
「この人はまだ、人に嫌われないためにどうすればいいのかがまだ分かってないんだな」
くらいに思って、長期的な目線で判断するのもよいのではないでしょうか。

相手の良いところを見つける

これは小学生の道徳で習うようなことですが、改めて大事だと思っています。
一度嫌いになった人でも、
「あ、実はこの人こんな良いところがあったんだ。それなら仲良くなれそう。」
と気づくことがあると思います。
上で書いた「人を一側面だけで判断しない」にも少し重複しますが、
相手の良いところを見つけてみましょう。

ただ、これは少し難しいかもしれません。
なぜなら既に「その人のことが嫌い」という固定観念があるので
「この人にはこういう良いところがあるかも。でもこういう嫌なところもあるしなぁ」
と打ち消してしまいそうになります。
ただ、良いところを複数探しているうちに
「あれ、意外とこの人良いところがいっぱいあるぞ。総合的に見たらそこまで嫌な人じゃないかも」
というくらいになれれば OK だと思います。

都合の良い関係になる

都合の良い関係というのは聞こえが悪いかもしれませんが、言いたいことは
どうしても関わらないといけない相手とは、
「嫌い」な面では関わらず、「嫌いじゃない」面だけで関わるようにすることです。

例えば、雑談をしているときは嫌いじゃないんだけど
仕事の話になると急に嫌いな面が出てくるような人とは
極力仕事の話はしないようにする、などです。
嫌いな面がはっきりしていて、限定されているときは
この方法もありだと思います。

が、どうしても嫌いな面でも関わらなければならない関係の人がいた場合を
次に書きます。

逃げる、相手に合わせる

これは結構最終手段です。
どうしても好きになれず、合わない相手と関わらなければならない状況であるならば
我慢せずに逃げましょう。
例えば、仕事だったら部署移動をするなどです。
複数人の仲間内で 1 人だけ嫌いな人がいる場合は
その人が来る飲み会には参加しないなどです。（ちょっと寂しいですが）

「我慢は美徳ではない」と、
とある著名な方もおっしゃっていました。

どうしても嫌ならその環境から逃げましょう。
無理して我慢して耐えるだけのメリットがないのなら、スパッと関係を切りましょう。
ただ、関係を切る前に、これまで書いたような「なるべく嫌いにならない方法」を試してみてからをおすすめします。

もう一つの更に最終手段は、「相手に合わせる」ことです。
先ほどの「我慢するべきでない」と矛盾するかもしれませんが、
逃げることもできない状況であれば、
相手が変わることを待っていても状況は変わりません。
「相手に合わせる」というのは、聞こえは悪いですが

• ご機嫌取り
• 自分の意見よりも相手の意見を優先する（納得していなくても）

のようなことです。
これはストレスがたまりますが、この方法の目的は
「相手と対立する」を避け「相手のことが正しい」と見せかけ上同意することで
相手もそれほど自分に対して嫌なことをしてこなくなるということです。
相手からしても、「自分と意見が合わない」「相手が対立してくる」
というところから感情的になって、嫌なことをしているのかもしれません。
それを回避するための方法です。
良い例をあげると、「子分」のような存在になることですね。

気にしない

最後になりますが、
これは私ができていることで、一番効果のあることですが、
これを読んでいる人も実践できるかと言われると、難しいと思うので最後に書きました。

何か相手に対して「嫌だな」と思うと同時に
「あ、はいはい。人生嫌なこともあるよね。まぁいっか。」
と思うことです。

これはどうすればできるようになるのか、私自身わかりません。
いつの間にかできるようになりました。

強いてやり方を説明するとしたら、 脳天気 になることです。
嫌な人に対して、

• どうでもいいと思う
• 自分とは関係ないと思う
• まぁいっか。死ぬわけじゃないし

と思うことかなと思います。

最後に

いろいろ書きましたが、
もしかしたら賛否両論あるかもしれませんが
これを読んで少しでも「人があまり嫌いにならなくなった」という人が増えると幸いです。

前提

最近、私は部署移動したことにより、担当する仕事の内容が大きく変わってきました。
これまでは、1 つのサービスを 50, 60 人くらいのアプリケーションエンジニアで改修する内の一人で

• ボタンや画像の位置を変えたい
• ここに表示しているものを、こっちにも表示させたい
• CMS のフォームに新しい項目を作って、表側にも表示させたい

ということを 4 年間ほどやってきました。
社内で使ってるフレームワークを触る月日が増すごとに、

• この案件の場合は大体ここを触れば解決するな
• ここは調整が必要だから事前にやっておこう

ということがだんだん分かるようになり、
「この要件を満たすためには、何をすればいいのか」
と言う答えが、少し調査するだけで大分明確になるようになってきました。

そして最近部署移動した現場では、
複数のサービスを 2,3 人で回すという環境にいます。
更にいうと、成熟した大きなサービスではなく、
小さいサービスで、どういうことをすれば良いのかがはっきりしていない場合が多いです。

これまでは、
「これを実現するためには、このくらいの日数が決まっていて、決まったことをやる」
だったのですが、今は
「大体こういうことができるようになりたい。日数は大体で決まっている。何をすれば良いかは自分で考える」
ということが多くなってきました。

そこで、抽象的な課題や指示に対して、自分がどう動いたらよいのか
最近学んだことを書こうと思います。

要件をちゃんと把握する

当たり前かと思いますが、これがとても大事です。
「そもそも何がしたいのか」「何ができればよいのか」を分析することで
次の一歩に進むことができます。
逆にここをしっかり把握していないのと、後からいろいろ計画したことに変更が出てしまい、手戻りが多くなると思います。

その際、要求を出す側も

• 「大体こんなことがしたいんだよね」と明確に決まっていない
• 先輩や上司が、”あえて” はっきりとした要求をしてこない

ことがあると思います。
その時は、

1. 現状の課題の本質は何なのかを調べたりヒアリングしたりして
2. 市場でどのような事例があるのかを調べ
3. 今回どのように活用できるか、あてはめられるのか

を調べて提案してみましょう。ググるのはエンジニアの得意分野だと思います。

まとめると、

• 要求をしっかり把握しよう
• 要求自体が抽象的だったら、具体的な形になるまで調査、仮説、提案を続けよう

です。
エンジニアリングとは
「曖昧さを減らし、具体的な状態にもっていくことだ」と、とある本でも書いてありました。

「調べる考える」だけでは終わらないし、「調べる考える」は無限にできる

• より最適な解が出せるように
• より間違わないように

と、「調べる考える」ことをするのは大事です。
ですが、答えが 1 つではないことに対して「調べる考える」は無限にできます。
仕事において時間は有限ですし、なにより「調べる考える」だけでは何も生み出せません。
逆に、調べれば調べるほど選択肢が増えて何が良いのか分からなくなることだってあるでしょう。
ある程度調べたら、区切りをつけて行動に移しましょう。
ある程度というのは

• 時間
• 理解度
• 「あとは試してみないと分からない」と思う

などで判断するように私はしています。
しかし、最初の頃はどこまで調べたら区切りになるのか難しいものです。
理解度が浅く、もっと調べたほうがよいのではないかと不安になる気持ちも分かります。
なので、そんなときは先輩に
「これこれこういうことを、このくらいの時間かけて調べて、こうしようかと思っているのですが、進めちゃってもよいですか？」
と、聞いてみましょう。

曖昧な状態だからこそ、他人にレビュー（意見・指摘）をしてもらおう

曖昧な状態を、より具体的な状態に移行していこうという話をしましたが、
それを個人で実行した場合、それは個人の主観で決まったことです。

曖昧な状態であればあるほど、答えは 1 つではなく複数存在します。
個人で考えたベストな解があったとしても、
どうしても考慮漏れや、要求されていること自体の勘違いが生まれてしまいます。

そこで、他人の目線で意見や指摘をもらうことで、
案をブラッシュアップさせていきましょう。

こうすることで、成果物の質が大きく上昇するだけでなく
これまで自分が盲点になっていた部分に気づくことができ、次回に活かせることができます。

なので、（悪魔で例ですが）

• 要件定義が終わったタイミングで一度レビュー
• 設計が終わったタイミングで一度レビュー
• 工数を考えた段階で一度レビュー
• 何か困ったことや他者の意見を聞きたいときは相談

などのように、複数回、他者の意見を仰ぎながら進めていくのが良いと思います。

最初は理想系を考えよう

• 顧客の要望にバッチリ対応できている
• 今後何か変更があった場合でもちゃんと対応できる。
• 今後何か起こった場合でも、人の手を入れずに自動で対応できる

などなど、完璧さを追い求めて理想の形を考えることはとても大事です。

慣れていない頃は、何か要求があった場合は
どういう完成形が理想なんだろう（工数や制約は度外視して）ということから考えましょう。
そこから、工数や運用時の現実などの制約を満たせるように、
理想系から現実的なものへと少しずつ変化させていきましょう。

まだ経験の浅い人にとって理想を最初に定義しておくことは

• 何かスケールしたい時に対応ができる
• スケールすることを前提に考えたミニマムな設計ができる
• 仮に大きなシステムを設計することになったときの練習ができる

というメリットがあります

最初から工数や制約との兼ね合いを気にして計画を立てられるような、
経験値の高い人はそれでもよいでしょう。

このように、何か抽象的なことを始める際には

1. 要求が何かを分析する
2. 最適な理想形を考える
3. 時間的な制約などから、現実的に実行できそうな解に落とし込む

というフローが必要だと思います。

予想される完成物について、定期的に連絡を入れる

完成物が全て完成してから、求めていた人に見せると

• 完成物が思っていたものと違う。
• 完成物が出た段階で、なんか違うことが分かった

ということが起きかねません。

また、抽象的な問題や課題は、
過程を踏むごとに具体的になっていくため
解決されるまでの過程で完成形が少しずつ変わっていきます。
そのため、

• この方針で進めて良いか？
• このまま行くとこういう完成物になるけど良いか？

ということを、区切りのいいタイミングで求めている人に確認してもらいましょう。

まとめ

• 仕事において、正解は 1 つではない。（抽象的な問題であればあるほどなおのこと）
• 抽象的な問題の正解は、落とし所（着地点）を自分で決めていこう
• そのためには、たくさん調べて、たくさん経験して、たくさん試してみて、比較検討を行おう（ただし、時間的制約もあるので、ここまで調べたら終わりという区切りもつけよう）
• またその際には、区切りがついた段階で、1 ステップずつ、他者にレビューしてもらおう