『片付けパパの最強メソッド』の著者・大村信夫氏が旬なトピックでゲストと対談するシリーズ。第20回目は『ネガティブフィードバック』の著者・難波猛氏が登壇。上司・部下の関係性におけるフィードバックのコツや、チーム内の緊張を和らげる、感情管理のための5つの戦略について語られました。 前回の記事はこちら 「言えない」ではなく、「言わない選択をしている」 大村信夫氏（以下、大村）：みなさん、悩みがいろいろあるんですね。 難波猛氏（以下、難波）：そうですね。このあと少し解説を進めていきます。例えば、「いろいろ言いたいけれど、言えない」という場面があると思うんですね。「言いたいけれど言えない」ことに関しては、ポイントがあります。「言えない」ではなく、実は「言わない選択をしている」ということです。 これはアドラー心理学の『嫌われる勇気』の中に出てくる「目的論」という考え方です。人は何かの理由があってできな

なんか芸能人に影響されたって言うの格好悪いと思っててあんまり大っぴらに話したことなかったんだけど、id:kkawaとか id:ninjinkun とかに「メッチャ良い話だから書くべき」って言われて「そうだな、何を変な意地張ってたんだろう」と気が付いたので書こうと思う。 僕はコミュニケーションを頑張っている。 それはネットで見た星野源の言葉に影響されたからだ。正確に言うとその言葉で興味を持って原典の本を読んで「もっともだな」ど思ったので頑張っている。 「それまで、相手に好かれたい、嫌われたくないという想いが強すぎて、コミュニケーションを取ることを放棄していた。コミュニケーションに失敗し、そこで人間関係を学び、成長する努力を怠っていた。 　それを相手に「人見知りで」とさも被害者のように言うのは、「自分はコミュニケーションを取る努力をしない人間なので、そちらで気を使ってください」と恐ろしく恥ずか

一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ

岡本健@『VTuber学』(岩波書店)Vtuber「ゾンビ先生」 @animemitarou 大学の授業で 「一部受講生の私語がうるさい」 という問題があります。 これ、大学によるんですが、 （無理な大学もある） 近大の私の授業は 200人とかであっても静かです。 別に「静かにしろ！」 と怒鳴りつけている わけではありません。 初回とその後数回で 以下のような対応を取ります。 2022-04-21 18:43:34 岡本健@『VTuber学』(岩波書店)Vtuber「ゾンビ先生」 @animemitarou まず、初回に 「授業のお約束」として 「私語禁止」をお伝えします。 この時重要なのは なぜ「私語禁止」なのかの 理由の説明です。 私は、 「私の話を聞くか聞かないかは 皆さんの自由で良いと思う。」 と説明します。 講義のプロなんで、 誰も聞いてなくても 1時間半話そうと思えば話せますと

7月にEMをやめたのだけれど、実は最近マネジメントロールに戻った。 1on1などで自分や組織の至らないところについてメンバーから率直なフィードバックをもらうことが多く、そのたびに本当にありがたいと思っている。ちなみに最近もらってよかったフィードバックは、「ハレーションを恐れすぎ」です。 メンバーからのフィードバックは受け手のスタンスや振る舞い次第で何も言ってもらえなくなったり信用をなくしたりすることもあるので、「メンバーからのフィードバックに向き合うとはどういうことか」を雑にまとめておきたい。 フィードバックをもらうまで フィードバックを受け付けていることを伝える 言いにくい話も多いので、スタンスを明確に伝えておかないとフィードバックはもらえない 予定が詰まっていると遠慮されてしまうので「予定は調整するのでいつでも声をかけてほしい」と伝えるとか 意見を持ってそうな人には直接声をかけるのもよ

本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz

この記事は Classi developers Advent Calendar 2021 の 7日目の記事です。 こんにちは。顧客サポート基盤チーム兼、技術戦略室にてエンジニアをしています、中島です。 みなさんは、日々仕事をする上で必須である「誰かに質問をする」という行為について、自信を持って適切に行うことはできているでしょうか？ 先月弊社では外部講師である、株式会社フィッシャーデータのあんちべさん をお招きし、質問力向上のための研修を実施しました。今回はこの研修を実施するに至った背景、研修内容を少しお見せするのと、社内の反響をお伝えします。 質問力を向上しよう！と至った背景 弊社は2020年2月頃よりリモートワークへの移行を行い、1年半以上が経過しました。リモートワークのお困りごととして一般的にもよく聞かれる、コミュニケーションについての課題を見聞きするようになってきました。 （ちなみに

ソフトウェアエンジニアリングと一見関わりはなさそうで、しかしチームで成果を出す過程においてとても重要だと筆者が考えているコンセプト、 "Working Out Loud" について書いてみます。 日本語の記事がほとんど見当たらないのであまり知られている言葉ではないかもしれません。 対象読者 以下に興味や関心を持つ方を対象読者として想定しています。 チーム開発におけるコラボレーション手法 チーム開発者としての振る舞い方 テックリードやスペシャリストの育成 が、本心ではチーム開発する全ての方に届いてほしいです。 まえがき ある夜に同僚の@ujihisaと近場ないし遠方のEngineering ManagerやVPofEの皆さんと話す機会があり、その折にふと筆者がこぼしたのが 「開発などの日常の業務において自分がやっている以下の思考様式が大変便利なので、この考え方を最近入社したメンバーにもインス

とある経験を経て、「不機嫌で人を支配しようとする人」の気持ちとその発生機序がだいぶ分かった気がしたので、ちょっとそれについて書かせてください。 まず前提として、しんざき家には、「察してもらうな、察するな」「どんなことでも言葉にしよう」という家訓があります。 して欲しいこと。して欲しくないこと。嬉しいこと。嫌だと思ったこと。賛成、反対、不満、満足、喜怒哀楽。 どんなことであれ、とにかく言葉にしましょう、と。全部言語化して、遠慮なく相手に伝えましょう、と。 パパもママもエスパーではないのだから、君が考えることを何も言われずに察することは出来ません、と。 君にエスパーであることを期待もしませんから、パパもママも言いたいことは全部口にします、と。 そういうコンセプトです。 ことあるごとに「とにかく言葉に」と言ってます。これについてはかなり徹底していると思います。 「言わないで気付くのを待つ」という

月詠みこと🌙0406生誕 @mimimi_ofuton 踏まれ跡がエグいことになっているが、この貼り紙が出されて以降、ビルが綺麗になっていて、驚いた。今までは、確かにすごく汚くて、本気で掃除しようかと思っていたレベル。 言い方選ばないのかな、と思ってはいるが、結果、綺麗になっているので、これは理にかなった行動なのか、と考えさせられた… pic.twitter.com/lNqHZ74svf 2021-05-02 12:51:15

最近はリモートワークが主体で、みんなで集まっての同期的コミュニケーションがやりづらくなり、他の人の非言語情報を受け取ることも困難になった。その結果として、自分がチームで改善提案をした時に、周りの人からコメントを受け取る、提案に対する温度感を探るということが難しくなった。 改善提案にこのような課題があったので、リモートワークに合わせた方法を探り、まず改善提案の議論をテキストで非同期に行うというやり方を行ったので紹介する。その過程で自分が作った提案のテンプレートも共有するので、参考にしてもらえると嬉しい。 課題: 現在の働き方でも改善提案に対するフィードバックをもらいやすくしたい もう一度課題をまとめる。 自分がチームの改善提案をした時は、チーム内の意見や反応を見ながら、より改善提案をブラッシュアップして実施したいと考えている。つまり開発フローなどチームの改善提案でもコードレビューと同様、コメ

「心理的安全性と“聴く”について」 斉藤知明氏：では、改めて篠田さんにパスさせていただきます。「心理的安全性と“聴く”について」よろしくお願いします。 篠田真貴子氏（以下、篠田）：はい。では今から10分ほどお時間いただいて「心理的安全性と『聴く』」について、もう少しご紹介していこうと思います。先ほどご紹介いただいたとおり、今、エールで社外人材によるオンライン1on1のサービスを提供しております。 篠田：オンライン1on1というと「人の話を聴くこと」がサービスの中核にあるものですから。そこを日々考えていて。 例えば昨年の11月に、ハーバード・ビジネス・レビューの論文の中から、聴くということについて書かれたものを集めた『マインドフル・リスニング』という本が出まして。こちらの前書きを書かせていただきました。 篠田：それから2月に「VOOX（ブックス）」という、新しいビジネスコンテンツの音声メディ

「篠田真貴子が選ぶすごい洋書！」第16回 "The Fearless Organization: Creating Psychological Safety in the Workplace for Learning, Innovation, and Growth" by Amy C. Edmondson Wiley　2018年11月出版本書は、「心理的安全性」(psychological safety) について、研究と事例を豊富に用いながら述べた本です。著者のエイミー・エドモンドソンさんは、ハーバード・ビジネス・スクールで教える心理学者です。彼女は心理的安全性という概念を提唱して博士号を取得し、以来、長年にわたり研究を続けています。 「心理的安全性」という言葉を数年前からよく耳にするようになりました。2015年、グーグル社が「パフォーマンスの高いチームの特徴」を分析し発表しました。その

言いたいことを言える場を強制的に作っておくことってめちゃくちゃ大事だと感じているのでその話をガッと書く。同じような話はいろんな書籍やブログで書かれているので、体系的なことを知りたい人はそっち読んだ方がいい。 いい感じのチームでは、言いたいことを言える状態をうまく作っているなあと感じることが多い。 例えばプロジェクト中に1週間2週間ごとに振り返りの場を設定していたり、毎日の朝会の中で相談コーナーを設けていたり、ウチでもやってるよというところは多いと思う。1on1もその機能の一端を担っている。一方で、場を設定したからといって言いたいことを言えるかというとそうでもない。場の設計が必要なのである。 例えば、「そもそもこのプロジェクトってやる意味あるのかよくわかってないんですよね」みたいな話をプロジェクトごとの振り返りでポンと言えるかと言うと、なかなか言いにくい。 こういう今さら感のある話や言いにく

こんにちは丸山@h13i32maruです。コロナの影響により、昨年からリモートで働き始めました。最近転職して新しい職場になりましたが、こちらもリモートで働いています。同僚もリモートで働く人がほとんどです。 そんなリモートワーク、基本的には最高なのですが、現状「雑談」はオフィスワークより明らかに劣っていると思います。そこで、前職では「帰りの会」という雑談タイムを自分のチームで運用していました。これが結構楽しく満足度も高くて大変良かったです（僕が退職したあとも続いてるらしい）。 残った3名で今もやってます！（笑） いい相談＆雑談時間です— 堀犬 (@horiinu) March 7, 2021 今回はこの「帰りの会」という雑談タイムが何故良かったのか振り返ってみます。結論としては「仕事の話をメインのネタにした」「画面共有や開始時間などの小さな工夫を積み重ねた」という感じです。 ちなみに、今回の

Talked at CloudNative Days Spring 2021 Online #CNDO2021. https://event.cloudnativedays.jp/cndo2021/talks/801

Developers Summit 2021 18-E-1 での発表資料です。 https://event.shoeisha.jp/devsumi/20210218/session/3043/

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

最近新しく人が入ってきて、今まで手がつけられていなかった部分に対する正論をストレートにぶつけてきてくれて思わずにやけてしまった。 そう、新しい人には感じたことをそのまま言ってほしい。まだ自分が成果を出せるかわからないタイミングで正直に思ったことをぶつけるのはすごく勇気がいることだとは思うけれど、新しい旋風を巻き起こしてくれた方が嬉しいし、それをうまく取り込むのは既存メンバーの役割だと思っている。 正論をうまく取り込むには準備と心構えが必要だと思っていて、それをざっとまとめてみる。 社内ブログやSlackチャネル、定例など意見を言いやすい場所を用意しておく 感じたことは率直に言ってほしいと期待している役割などを伝えておく 口だけみたいになるのでは、という不安はいったん気にしなくていいと伝えておく 個人ではなく仕組みに対してという伝え方を意識してほしいと伝えておく 言ってくれたら、まず素直に感

こんばんちは、スーパー太っちょWebディレクターです。 スーパーは太っちょにかかります。 こういう上司とかディレクターとか、多いよねっちゅうね。 マジで腹たつよね！ これ、よくわかんないんだけどどういう経緯で先に進めてるんですか？ ちゃんと他部署に確認をとったうえでこの依頼出しましたか？ なんでこんな順序がおかしい構成になってるんですか？ なんか違和感があるデザインですよね（とデザイナー本人に言う） どうしてこの件、＠付きのメンションなしで連絡してしまうわけ？ なんでそんなに人を責める口調や文体なの？ってこっちが聞きたくなってしまうわけなんやけども。 これはね、資質というか意識、スタンスの問題であり、根本的なことがわかってないディレクターに多いんだわ、これが。 というわけで、今日は「何かを勘違いしたディレクターや上司」の話。 そんなわけで、うぇぶぎょうかいのむめいでぃれくたーのお時間です。