「パワハラ上司にならない方法」を研究者・津野香奈美さんに聞く。部下への「注意」はどうすればいい？ #仕事の悩み - りっすん by イーアイデム
「これってパワハラになるのかな」と慎重になるあまり、部下や同僚とのコミュニケーションに消極的になっていませんか。 中間管理職としてチームを率いる中、パワハラにならないよう注意しつつリーダーシップを発揮するにはどうすればいいのか。 日本のパワハラ研究の第一人者である津野香奈美先生に、具体的なシチュエーションを例に教えてもらいました。 コミュニケーションを避けることは、パワハラの解決策にならない 津野先生は学生時代にアルバイト先で見かけた「部下に怒鳴り散らす上司」をきっかけに、当時の日本ではまだあまり知られていていなかった「パワハラ」について研究を始めたと伺いました。今では「パワハラ」という言葉も浸透しましたが、改めて定義を教えてください。 津野香奈美さん（以下、津野） 2020年に施行された改正労働施策総合推進法（パワハラ防止法）において、パワハラは「職場における優越的な関係を背景とした言動
リモートワークで雑談を生み出す仕組み - JMDC TECH BLOG
こんにちは。ユーザープラットフォーム開発本部(UP部)の原です。 あなたのチームの雑談チャンネルは1日あたり何回ぐらい発言がありますか？ 小さい仲良しチームなら頻繁に発言があるかもしれませんが20人,30人あたりになってくるとだんだん発言が少なくなってきますよね。 チームメンバーのエンゲージメントや生産性を高めるためには少なくともお互いがどんな人なのかを知っているようにしておくべきです。 JMDCは数百人いる組織だし、私の所属するUP部だけでも20名以上の社員が所属しており、しかもほぼ全員リモートで仕事をしている状況なので、いかに "チームメンバーがお互いにどんな人なのかを知っている状態" を作り出すかが課題になっています。 GitLabのリモートワークガイド参考にする 自らを “A world leader in remote work” と呼んでいるGitLabも雑談を重要なものと捉え
話を聞き出す技術
XP祭り 2022の資料です。 #xpjug #shinagile LISTEN――知性豊かで創造力がある人になれる https://www.amazon.co.jp/dp/4822289001 子どもは40000回質問する あなたの人生を創る「好奇心」の驚くべき力 https://www.amazon.co.jp/dp/4334962149 探索的テストにおける期待値（基準）の作り方 https://www.docswell.com/s/nemorine/K342Y5-howtocreateexpectedvalue コーチングよりも大切な カウンセリングの技術 https://www.amazon.co.jp/dp/4532324203
【雑メモ】 ミーティングで自分の理解度を上げる為の質問集 - お？意外といけるやん！
このブログ記事 何？ スタフェスで1年経って業務知識も増えてきて、社内の大きなプロジェクトにアサインされた 日々色んな会議が開催されてるけど、課題の大きさから複数のコンテキストを持った方達と意思決定をする会議になってる プランニングとかとは会議で話をする言葉が違うので備忘録として雑に質問集をまとめたい ※ 会議の中で一緒に参加しているメンバーがやってるテクニックとかも含めてるので自分が全部やってるとかではない 複数コンテキストが入り乱れる会議ってあまり経験が無くってその中でどう理解度を上げていくか、ってここ数ヶ月自分が悩んだ部分だったりするので それがアウトプットになれば。 雑に まとめたい.（大事) 質問におけるモチベーション 自分が今関わっているプロジェクトは長い間手が付いていなくて、やっと社として向き合って解決していこうとしている領域だったりする。 向き合っていくにあたって、大小様々
人の顔が見分けられない - nomolkのブログ
※この文章は人生において不利な特性について書かれていますが、「こういう人がいることを知ってほしい」とか「理解してほしい」みたいな意図で書いたものではなく、どちらかというと、普通に顔が見分けられる人にとって、「店員に待てと言われてもついていくと楽」みたいな情報は異文化として面白いのではないか、という意図で書かれた「興味深い読み物」です。 人の顔がわからない。わからないというか、人の顔を見分けるのが難しい。 こういう症状で有名なのは相貌失認という病態だけど、それとはたぶん違う。相貌失認の人は親しい人であっても見分けられないらしいのに対して、自分の場合は見慣れた顔なら見分けられる。妻の顔は人混みの中でもわかるし、同じチームの同僚の顔もわかる。会う頻度が少なくても長年付き合いがある友人はわかる。 でも会社で同じフロアにいる隣の部の人は見分けがつきにくかったりするし、立食パーティでついさっきまで話し
エンジニアはもっと図を書こう - 生涯未熟
たまには軽い話題をば。 自分の中で信頼できるエンジニアかどうか？を見極めるひとつの指標で「込み入った議論の時に図を書くかどうか」というのがあります。 今までの経験上、図を書く派のエンジニアは割と良い感じの人が多かったので採用している指標なのですが、何故これが機能しているかというのを改めて考えてみた。 他者の認知負荷を理解している コンテクストを合わせることにコストをかけられる意識がある 自分の思考の整理するツールとして図を扱えている ザッと挙げましたが、この３つが機能している要因なのかなという気がしています. 他者の認知負荷を理解している あれやこれやエンジニア間で技術議論している中で、「Aさんはこの領域に詳しいけどBさんはこの領域にはほどほど詳しいくらいだな」という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に
適切な言葉遣いは、身を助ける防具にも敵を排除する武器にもなる - シロクマの屑籠
blog.tinect.jp 上掲リンク先の文章は「適切な言葉遣い」の重要性について書かれたものだ。混同しそうな言葉のひとつひとつを丁寧に、面倒くさがらず、厳密に選択していく必要性が経験談とともに紹介されている。 だが上司は、非常に言葉にうるさかった。 例えば「問題」と「課題」のちがい。 これは専用のテキストまであり、「絶対に混同して使うな」と教えられた。 これはのちに、小難しい議論を好む人ほど 「問題」じゃない、「課題」だ と強く主張することが結構多く、「厳密に教えてもらっていてよかった」と強く思った。 あるいは「失敗」と言うな、「成長ネタ」と言いなさい、とも言われた。 正直なところ、「馬鹿馬鹿しい」と最初は思った。 小学生じゃあるまいし、「失敗」と言って何が悪い、と。 しかし、「失敗」の発表の場で、誰が発表したいと思うだろうか。 社長が「成長ネタ」を披露してください、とコンサルタントに
英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog
周りを見ていると何の苦もなく英語社会に適応しているわけですが、日々苦しんでいる人の奮闘記があっても良いのではないかと思って書きました。残念なエピソードを晒すことで実は自分もこうやって乗り切ってましたという人が現れお互いに助け合えることを期待しています。 概要 前提 バッドノウハウ 質問編 聞き取れなかった時にSorry?と聞き直さない 聞こえたところまで繰り返す 可能性のある質問全てに答える Do you mean ~ ? で可能性を潰していく うかつにYES/NOで答えない 他人に振ってみる 良い質問ですねぇを使う 何か言いそうな雰囲気を出して時間を稼ぐ 発言編 How are you?を速攻でキメる Can you hear me? Can you see my screen? に率先して答える How are you?にHow are you?で返す 発表編 話し続ける 質問が出ない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
話を聴く技術 / listening skills
日本企業においてリーダーシップが生まれにくい理由～リーダーシップを取る事の割の合わなさ問題～