最近のテラスハウスのメンバーは年齢が若めなせいかコミュニケーションが雑で衝突が多くつらい。マジで今期は人にオススメできない。 意見の伝え方がヘタクソで無駄に衝突が起きることが本当に多くて不毛。相手が感情的になりやすいような伝え方をしていて、「オイオイあなたその言い方はダメよ」って感じ。具体的に言うと「わたしあなたのあの行動すごい嫌だった」という意見に対して「〇〇はそう感じたかもしれないけどでもわたしは〜」みたいに返してインファイトスタイルになることが多いのだ。 オフラインでもオンラインでも同じだけど、相手の意見に対して何か自分の意見を伝えるとき、賛同であれ反対であれ一度相手の意見に反応を返してから伝えるとうまくコミュニケーションを取れる。議論がうまい人や話しかけやすい人は、だいたいこのやり方が癖になってる気がする。 例を出そう。 「〇〇さんの資料分かりにくいので作り直したほうがよくないです

所属している組織によるけれども、やることがコロコロ変更になったり、やること自体がなくなったりといった経験はわりとあるあるなのではないだろうか。事業上の決定に自分のタスクが振り回されてるなぁと感じたときに、お互いにどう振る舞うのが建設的なのか答えがない。 振り回されると感じるかどうか、その耐性は育ってきた環境によって変わる。たとえば、VCとのミーティングのあと毎回のように言うことが変わる経営陣の下で働いていれば、かなり耐性がつくだろう。それは必ずしもよいこととは限らないけれども。 市場環境や会社の状況が変わる中で、方針が変わることはある程度許容しなくてはならない。重要なのは、その際の説明と納得感である。どういう考えで急に方針転換したのか、ちゃんと説明されれば波風立たないことも多い。 一方で、皆が納得する説明をするにはコストがかかりがちである。組織がある程度大きければ情報の偏りも起きる。かなり

「言いたいことはあるけど言わんとこ」ってなることあるよね。言わなくて正解ってことももちろんあるんだけど、仕事の中でそういうのが積み重なるとストレス溜まるし、自分が逆の立場だったらどんなことでも言ってもらいたいのでなるべく言うようにはしている。 この意見はあるんだけど言わない/言ってくれないケースっていくつかパターンがあると感じているので、今後改善したくなった時のための整理としていくつか書いておく。 諦めている (今さら言っても仕方ないし) 言わんとこ (言ってもどうせ変わらんだろうし) 言わんとこ 気遣いしている (言ったら変な空気になりそうだし) 言わんとこ (時間押してるから長引かせん方がいいし) 言わんとこ (今ここで話すと誰かが嫌な気持ちになりそうだし) 言わんとこ (相手が感情的になっちゃいそうだし) 言わんとこ 線引きしている (○○さんが説明するべきだと思うし自分は) 言わん

雑に考えをまとめておきたい。雑すぎて気分を悪くしたらすまない。自分が「雑に書く」というときは別に深く考えていないわけではなく、「色んな印象で捉えられるのをできるかぎり想定して文章を練る手間を省くよ」という意味なので、ちょっとムッとしたとしても受け流してもらえると嬉しい。 職場でもどこでもあることだと思うんだけど、歯に衣着せぬ発言をあえてする人っているよね。例を出すのは難しいけど、「もうちょい言い方考えようよ」と思わせる言い方で人をイラつかせるというか。自分はわりと気が長い方なのでオイオイと思うだけでそんなにイライラすることはないんだけど、当然イラっとする人もいて、そういう時に空気が悪くなるのはつらい。 チームで何かするのに向いていない人だと言ってしまえばそれまでなんだけれど、そういう人は2種類のタイプに分かれるんじゃないかと感じている。自分の発言が空気を凍らせていることに気づいていない人と

インターネッツでは毎日がエキサイティングである。これを見て、たしかに〜わかることもある〜と思った。 「コミュ障エンジニア」の他の特徴として、Slackやプルリク等での文章のやりとりにおいて「断定形/詰問形/命令形が非常に多い」というのがありまして、「違います/〜しましたか/〜してください」みたいな、ビジネスマナーを理解できてない稚拙な言葉遣いをしてしまう傾向が見受けられますねｗ(^.^;)— 勝又健太@テック系Youtuber (@poly_soft) October 20, 2018 たぶん嫌な気持ちになることが何度もあって、ひとしきり考えてからちょっと尖った言葉を選んだのだろう。コミュ障かどうか、稚拙かどうかは置いておいて、たしかに「ちょっと言い方変えた方がいいのになー」と思う人はいるよね。そういう人とのコミュニケーションに慣れていないと、気をつかってしまったりイライラしたりしてちょっ

開発タスクの決まり方は組織によって色々だろうけれど、いきなりポンとタスクを渡されて 「そもそもこれなんでやるんだっけ？」「他のタスクと比べて今やる意味あるんだっけ？」という気持ちになったことはないだろうか。工数かかるなーと思いながらよくよく課題を聞いてみたら、実はもっと簡単なやり方でスマートに解決できそうだったとか。 開発する時には、課題と解決策の納得感を持って進めたい。結果的にその解決策の筋がよかったとしてもだ。こういった意識を持っている開発者は意外と多い印象だが、チームで働く上でそのマインドを統一するのは意外と難しい。 そこで、開発タスクを決定する際の思考整理としてIssueテンプレートというものを用意してみたことがある。やろうとしているタスクに関して、一度このテンプレートに沿って埋めてみるのだ。書いている途中であれ？となるかもしれないし、書いたものを叩き台にして開発者からもっといい解

意思決定の場にいない人に対して決定事項を共有する際、いくつか気をつけておくといいなぁと考えていたことを雑にまとめておきたい。 決定する前から進捗をちょっとずつ共有しておく 決定前の話なので後の祭りかもしれないが、いきなり結果をドーンだと相手を戸惑わせることがあるので事前に議事録を共有したり中間で説明する機会を作ったりするとよい 背景と前提条件を伝える なぜやるのかわからないまま結果だけ共有すると納得してもらいにくい。決定する上での前提条件を知らないと余計な反発をうむこともあるので注意が必要。それまでずっと考えてきた当事者は気づきにくいが、びっくりするくらい前提知識が違うことがある。相手は何も知らないものとして、イチから説明した方がよい 決定までの経緯を伝える 結論より経緯の伝え方が重要。どのような議論があってそんな決定になったか、完結に伝えましょう 捨ててきた選択肢も伝える 結果に至るまで

春だ。初めてソフトウェアエンジニアとして働き始めた頃、いつも機能のレビューで突っ込まれまくって涙目になっていたのを思い出した。今ならそんなことにはならないので、意識していることを雑にまとめておこうと思う。 今の状況を最初に伝える ざっと考えた仕様や、とりあえず作ってみたプロトタイプを見てもらおうとしただけなのに、めちゃくちゃ細かい部分まで突っ込まれて「あー今そういう感じじゃないのになぁぐぬぬぬ」となったことはないだろうか。これを防ぐには、最初に今の状況を伝えて認識を合わせておくとよい。 「先に今の状況を伝えておくと、まだ完成度は20%くらいです」 「まだ叩き台なのでアラも多いと思うんですがとりあえずざっと作って持ってきました」 みたいな一言があるだけでもだいぶ違う。大事なのは、これを最初の説明で自分から言うことだ。意見をもらい出すと相手も白熱してきてなかなか言うタイミングが難しくなることが

雑にまとめるので何かあったら直接言ってほしい。⇒ @konifar チームで仕事をしていると、なんかあんまり意味のないことで議論している事態に陥ることがある。こういうのは議論の中心にいるとわかりにくいが、少し引いて眺めてみると「それそんなに重要なんだっけ？俺たちはこんなに時間使って何を決めようとしてるんだっけ？」という状態になってることも多い。 例えばAとBどっちがいいですかね？という意見の時、正直どちらでもいいと皆が思ってるのにAとBのそれぞれのいいところや懸念点なんかを皆で話しこんでしまっているみたいな。こういう時に難しいのは、単に「それどっちでもよくないですか？」みたいな言い方をすると場が凍って空気が悪くなるという点である。もちろんそういう本質的なことを言ってくれる人はありがたい存在なんだけど、言うタイミングが少し遅くなると「俺たちはなぜこんな無駄な時間を…」みたいな感じになることが