私が教わった「相手の話をうまく整理する技術」とは。
「相談があるのだけど……」と知人友人から持ち掛けられて、親切心から「アドバイス」をしてあげた。 でも、全く相手に響かず、「なんで言うとおりにやらないの」と、逆に相手を責めてしまい、何の解決にもならなかった。 そんな経験のある人はいないでしょうか。 私は死ぬほどあります。 そんな失敗から、徐々に私は「人からの相談」について、考えを改めざるを得ませんでした。 実際、「アドバイスの欲しい人」は本当に少ないのです。 多くの人が求めているのは、「黙って話を聞いてくれる人」であって、あれこれと改善案を考えてくれる人ではありません。 しかも、もっと悪いことに親切心からの「改善策」「アドバイス」はむしろ、「なんでこんなこともやってないの？」という批判だと受け止める相談者も少なくありません。 「◯◯してください」や「◯◯すべきです」といった直接表現はまず、誤解されて伝わるのです。 そして、非難されている、と
彼氏がいるのに、彼氏がいないと言い続けるおんなたち。 - おんなのはきだめ
女友達と「ドタイプな人が現れ、彼氏がいるか問われた時に、彼氏がいることを正直に言うか」という話になった。 聞くところによると、１人はタイプの前ではいないと嘘をつくらしく、もう1人はうまくいかなくて自然消滅状態、と答えるらしい。 私は誰に対しても正直に答えてしまう。 はなから「彼氏います」なんて言ったら、いいなと思われていても７割型シャッター閉じられちゃうよ、うまくやりなさいよといなされたのだが、その彼氏いるいない論議でふと、思い出したことがある。 大学生の時、1年半ほどスナックでアルバイトをしていた。 ゆるい店で、営業活動などはしなくてよく、酒をつくってだらだら飲んでればいいだけの店であった。 今考えるとなんともいい店だった。 お客は８割がた常連で、お客はママとチーママと、年下の仲の良い飲み友達に会いに来ている、という感じ。 お触りも、色恋も一切なかった。 ママがしっかり目を光らせていたし
ストレスを生まないSlackのコツ - Pepabo Tech Portal
こんにちは、ホスティング事業部の @dojineko です。 今日は2022年02月22日、スーパー猫の日です 🐾 そんな今回は、2022年01月に社内で共有した、Slackを活用した日常のコミュニケーションでストレスを与えやすいパターンの例とその改善手法の提案を、 テックブログの記事として編集したものを共有したいと思います。 今昔ペパボのテキストコミュニケーション GMO ペパボではコロナ禍以前より、テキストでのコミュニケーションを主体とした業務に取り組んでいます。 普段からほとんどのコミュニケーションはSlackによるテキストチャットで行われ、 それぞれが組織やサービスにある課題やそれらを改善する提案をしたり、業務に関わる内容を文字にしたりしながらコミュニケーションしています。 テキストでのコミュニケーションは、「考えていること」「思っていること」を文字として具体化できることや、 後
AWS テクニカルサポートで得た暗黙知をまとめてみた | DevelopersIO
AWS テクニカルサポートを 5 年経験して アノテーションの荒川です。 クラスメソッドメンバーズをご契約いただいているお客様のテクニカルサポート業務を始めて、早 5 年が経過しました。 私が対応したチケット件数をざっくりと調べたところ、本日時点で 1685 件でした。 最近は私がチケット対応する機会は減りまして、チケット対応メンバーの教育（新入社員から各チームへ所属するまでの育成）やチケット相談に使う時間がメインです。 その中で、今まで何となくこうやって対応すると上手くいくと感じていた暗黙知をメモ書きしていたので、今回ブログとして公開します。 回答者側で意識したいこと 技術的なお問い合わせに関するガイドラインを参考にする AWS サポートのガイドラインは、一般的なカスタマーサポートでも使えます。 一文を短くし、適宜改行を挿入する 例: 一行にぎっしり × お客様環境をお調べしたところ、E
共感力が低いことへの罪と罰について
私は共感力というものが乏しい。 感情があるとかないとかという話ではなく、コミュニケーションの場に立った時、「自分がどう思われているのか」「自分が何をする必要があるのか」ばかりに意識が向き、「相手は『今』どうした言葉がほしいのか」「相手は『今』どのように感じているのか」が、思惟の中に上ってきてくれない。 自分の目の前にあるものは「相手」ではなく「問題」で、今までに学んだ「方式」のどれに当てはめて出力するのか、というような考え方をする。出来損ないの人工知能のような思考回路を持っている。 代替品として私は「他人は私と同じである」という理屈を組み込んで、共感能力の代わりにした。ただ、あまりうまくいってはいない。 とはいえ、ホッテントリの「感情を説明するかどうか」というものには思うところがあった。 感情と事実が違うとは一般的なこととして受け取られるだろうが、余りにも大雑把で危うさがある。 人は楽しい
「スクラムマスターを雇うときに聞いてみるとよい38個の質問」に答える - Qiita
ryuzeeさんの記事で紹介されていたスクラムマスターを雇うときに聞いてみるとよい38個の質問 に答えてみました。 38個すべてに一度に答えていこうとするとかなりハードですが、1日1個ずつこつこつと、回答をしていっています。 この回答は、年月を重ねることに変わっていくかもしれません。 2019/12時点の回答がこちらです。 スクラムマスターの役割について 1. アジャイルマニフェストでは「プロセスやツールよりも個人と対話を」といっている。プロセスを守らせるスクラムマスターは、それとは反対のことをしているのではないか？ スクラムマスターはプロセスを順守する・させるためだけの存在ではありません。プロセスを順守する行為は「どのように行うのか（How）」を守らせることに注力してしまいがちですが、「なんのために行うのか（Why）」のほうを重視すべきです。 アジャイルにおけるチームの成功は、「よいプロ
コードレビューを支える『褒め文化』 - エムスリーテックブログ
コードレビュー、好きですか？ エンジニアリンググループの山口です。 クラウド電子カルテ「エムスリーデジカル」を開発しています。 今回は、チームに根ざしている『褒め文化』についてお話しします。 ※この記事は、エムスリー Advent Calendar 2018 13日目の記事です。 『褒め文化』とは 簡単に言えば、コードレビューで褒める文化です。 コメントに対してコメントしている様子 とても簡単です。 とても簡単なのですが、前職(SIer)ではこういった経験が全く無かったため*1、join直後は（良い意味で）驚いたのが印象に残っています。 とにかく褒める けっこう安易に安直に褒められますし、褒めます。 アカウント名は一部加工 思ったことを素直にコメントにしてしまいます。 褒め文化の効用 ここからは「※個人の感想です」になってしまいますが、こうした褒め文化は、レビュア・レビュイどちらの立場でも
テスラCEOが全社員に宛てたメールの中身
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
人間らしくコードレビューするには(パート2) | Yakst
コードレビューの際に落とし穴にはまらずに、どのようにうまくコミュニケーションをとるか、に関する記事の後半部分です。著者がコードレビューで失敗した実例を元にお互いの衝突を避けるテクニックについて紹介します。 [プログラミング]原文 How to Do Code Reviews Like a Human (Part Two) - Silly Bits (English) 原文著者 Michael Lynch 原文公開日 2017-11-09 翻訳依頼者 翻訳者 taka-h 翻訳レビュアー doublemarket 原著者への翻訳報告 2370日前 メールで報告済み 2368日前 原著者承諾済み 編集 この記事はコードレビューの際に落とし穴にはまらずに、どのようにうまくコミュニケーションをとるか、に関する記事の後半部分です。今回はひどい衝突を避け成功裏にレビューを終わらせるテクニックに焦点をあ
コードレビューのクオリティとスピード，とくにスピードについて，それとコミュニケーションについて - hitode909の日記
ソフトウェアを作るときにクオリティとスピードのバランスをとりたくて，どちらかに偏ってはいけなく，どちらもキープしないといけない．すごく雑に*1とらえると， クオリティ→正しく動き，不具合がないほうがよい スピード→(計算時間ではなく)早く作れるほうがよい ということになる． コードレビューでは，不具合を見つけて直してもらったり，動きはしてもコードの可読性に問題があって直してもらったりと，クオリティに目を向けられがちだと思う． ところで，コードレビューとスピードの関わりについて考えてみる．スピードのためにできることはいくつかあり， 早く読み始める→他のことやってても手を止めて読み始めたり，1日のうち決まった時間にレビュータイムを設けたり 速く読む→これはコツとかある*2けど精読しないといけないので難しい 不具合を見逃さない→リリース後とか，リリース直前に正しく動かないことが分かったら大きな手
「伸びる」仕事の頼み方 /how-to-request-work-to-grow
pmjpオフ会#8 での発表資料です。
イケイケなベンチャー企業が「リモートワーク」導入失敗する３つの理由
私はもともと富士通っていう会社で働いてたんですが、そこには中国にいても北海道にいても違和感なく会議ができる仕組みがありました。（少なくとも私が所属していた部署の現場には） 会議スペースが絶対的に足りないという理由からMicrosoft Lyncが導入されて、それ以来は社員同士が（たとえ向かい合って座っているとしても）Lyncでスクリーンシェアしながら電話会議をするというのが習慣化していたのです。 ところが、2015年にとあるベンチャー企業に転職して、それが当たり前じゃないことに気づきます。 「リモートワークやろう」と意識高く言う人はイケイケベンチャーだとたくさんいます。しかし、ちゃんとやることもやらないまま「うまくいかない・・・」と結論付けられるさまを何度か目の当たりにしました。 この記事では、「ちゃんとやることやってからじゃない？」と違和感を覚えたところをなんとなく書きのこしておきます。
早くチームにマッチするために気をつけてる事 - そーだいなるらくがき帳
新入社員として1週間が過ぎた。 ブルックスの法則的に考えても私はまだチームにとって生産性をマイナスさせる存在でしかない。 ブルックスの法則 - Wikipedia だからいち早くチームにとって必要な存在になる必要があるし、そのために気をつけてる事をメモする。 これを見て「もっとコレした方がいいよ」ってアドバイス、逆に「それは不要だよ」ってアドバイスを期待してる。 チームやプロダクトを好きになる これはとても大切なことだ。 嫌いな人とは仲良くできないし、嫌いなプロダクトは育てれない。 もし、コレを読んでる人が職場のチームもプロダクトも嫌いなら転職した方がいい。 ただ好きの反対は無関心なので無関心の場合は条件付きでやっていけると思う。 この辺の話は主旨が変わるのでまた別の機会があれば話したい。 コミュニケーションについて 新しいチームに合流してまず一番大事なのはコミュニケーションコスト。 自分
プログラマーが天職だと思っている
というか、エンジニア以外ができる気がしない 別にプログラミングが超楽しいわけではない プログラマーはつっけんどんにマジレスする 他の職種なら「思ってても言っちゃダメだろ」みたいなことでも割りと言う クソなものに対しクソですよねってある程度は言える そういうの気にしなくていいの助かる プログラマーにおべっかは必要ない 「俺技術者だぞ」みたいな雰囲気出しておけば、相手のご機嫌伺ったりする必要はあまりない めっちゃ助かる プログラマーは我儘だ 我儘にしないと完成しないから、我儘でもなんとか許されている 他の職種じゃこうはいかない プログラマーの始業は遅い 早くて9時、遅くて10時、前職は11時だった 夜型が多いからだと思う 電車空くし助かる プログラマーはよく遅刻をする IT業界の遅刻率はかなり高いと思う 夜型人間が多いんだろう でもそこまで重大な問題にならないケースが多いし 10時始業で9時5
リモートワーカーとして心がけていること
どうも。フロントエンドエンジニアの神保です。 Kaizen Platform に入社してもうすぐ3年になります。入社以来、ずっと大阪でリモートワークを続けています。 入社したばかりの頃は、社員も5, 6名で、全員がただひたすら突っ走っていた感じでしたが、今や社員数は100名近くに増え、プロダクト開発の現場もかなりしっかりとした体制が組まれるようになりました。現在は複数のチームが存在し、それぞれのチームが、 ・プロダクトマネージャー ・UI デザイナー ・フロントエンドエンジニア ・アプリケーションエンジニア といったメンバーで構成されています。 Kaizen Platform では創業当初からリモートワークが認められているため、多くのエンジニアは週の半分はオフィスに来て、残りの半分は自宅で働く、といった働き方をしていますが、地方でフルリモートワークをしているのは、私を含め、現在3名います。
リモートワークの勘所と限界について1年くらいの感想、組織にとっての選択肢作りの話
1年くらいリモートワークを続けてみた感想 まず当然ながら「リモートワークは生産性が高い！これこそ未来のワークスタイル！」のような感想はありません。 生産性やコミュニケーションに関連するメリット、デメリットをうまく相殺しきれれば、生活の自由度だけ向上してハッピー、と考えています。 今は自宅かレンタルオフィスのいずれかを作業場として開発などを行いつつ、本社がある渋谷には1泊2日の出張を月2回するようなペースで仕事をしています。基本は Slack でテキストチャットによるコミュニケーションをメインとしつつ、必要があれば MTG に Hangout でビデオチャットで参加します。 生産性は大して上がらない 期待していた生産性は、それほど向上することはありませんでした。 東京にさえいなければ気軽に MTG に呼び出されることもありませんし、開発に充てることが可能な時間は若干増えています。通勤時間が長
Slackでイラッとしない、コミュニケーションのコツ - 雲ようかん
社内コミュニケーションツールとしてサーバーワークスではSlackを使っています。 Slackは便利な一方でテキストでのコミュニケーションは注意が必要なため、以下のようなガイドラインがあります。 否定しない 叱責しない 2回で伝わらなければf2f これはこれで大事なのですけど、やっぱりちょいちょいイラッとすることってありますね。言葉の言い回しってテキストではより重要です。文章はニュアンスが伝わりづらいので誤解を招きやすく、それを見た相手が不愉快さを感じるとその後に少なからず影響する。それが積み重なるとコミュニケーションロスが発生する。悪い循環です。 Slack見てると、それが上手い人と下手な人っています。でもよく見るとちょっとした言い回しくらいしか違いがありません。3つほど紹介します。 1. 語尾をちょっと緩める 語尾を少し口語というか緩い感じにするだけで随分違います。 ＊＊＊してください。
相手の気分を害することなく「指摘する」ためのテクニック | ライフハッカー・ジャパン
なにげなく使っていた言葉が、気づかないうちに相手を戸惑わせたり、場合によっては不快にさせたりすることはよくあるもの。たとえば個人的には、とても気になるのが「あなた」という言葉の使われ方です。もちろんそこには敬意が込められている場合が多いわけですが、大前提として「対等もしくは目下のものに対して」使うべき言葉であるということは、あまり知られていないからです。 ともあれ、そのような単語レベルのみならず、日常のちょっとした言葉づかいにも気は使いたいところ。でも、"なにが正しくてなにが失礼なのか"は、なかなか見極めにくいものでもあります。そこで活用したいのが、『その日本語、大人はカチンときます！』（ビジネス文章力研究所編、青春文庫）。「『ちゃんとした言い方』一発変換帳」というサブタイトルからも想像できるとおり、日常生活のなかで相手を不快にさせないための表現をまとめた文庫です。 本書は、間違えがちな言
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
部下から「議事録ってなんで作成する必要あるんですか？」と聞かれたので議事録の必要性について図解してみた
海外で3年間働いて、今でもめちゃ使っている英語の補助ツール活用3選 | 俺日記