フルリモートで相手に気持ちよく仕事をしてもらうためのコツあれこれ
社内のプチ発表に使った資料です。 文章のコツ 前置き フルリモートでは、文章でのやり取りがメインになる。 なので、文章がヒドいと「この人と仕事するのキツイ」と思われちゃう😢 そう思われないための色々思ったことを自戒メモ。 なるべく箇条書きにする
私が 1on1 でしていること - Mobile Factory Tech Blog
言葉の定義 モバファクの 1on1 の目的 1on1 で自分が大事にしていること 1on1 はメンティーの時間である 1on1 はメンターの時間でもある 1on1 初回 今使っている 1on1 のフォーマット 体調 半期目標の進捗振り返り ネクストアクションの振り返り うまくいかなかったこと・もっとよくなりそうなところ・うまくいったこと・その他に話したいこと ネクストアクション 1on1 の中でのやりとり お休みの取り方がわからない 最近見積もりの精度が高くなっている 朝会の議事録をとるようにしたい 最近チームの動きがぎこちないと感じている 1on1 定期的な振り返り まとめ こんにちは。駅メモエンジニアの id:dorapon2000 です。 今回は自分自身がメンター側として実施している 1on1 について、どのように実施しているのかご紹介しようと思います。 1on1 のやり方はメンター
会議中の「気まずい沈黙」回避法 | ベイジの日報
会議やミーティングで何かを提案する際には、たいていの場合相手に意見を聞く時間を設ける。そこでよくあるのが「何か意見はありませんか？」と聞いた後の気まずい数十秒間の沈黙。何気に私は、提案することより、沈黙を伴う「意見を聞く時間」が苦手だ。 しかしこの沈黙、自分の意見の聞き方次第で回避できるかもしれない。今回は、先輩社員にアドバイスをいただいたり、試して良かった「沈黙回避法」を紹介したいと思う。 相手が答えづらい問いかけ方 いい例を紹介する前に、悪い例を紹介してみる。よくやりがちなのが以下のような雑な投げかけではないだろうか。 ①抽象的な質問 例：「（一通り提案した後に）何か気になる点や良いと思った点はありますか？」 これでは抽象的かつ、相手に丸投げの印象を与えてしまう。どんな答えが欲しくて意見を聞いているのかが分かりづらい。 ②二者択一の質問 例：「自分は○○か○○だと考えているのですが、い
テキストコミュニケーションで意識していること｜ymdkit
リモートワークで仕事をしていると、Slack や Teams といった何かしらのチャットツールでコミュニケーションを取ることが多い。そうやって仕事を続けていく中で「こう伝えたらよりスムーズに話が進んだかな...」という後悔は多々あり、日々試行錯誤を続けている。 そうやって試行錯誤を続けていく中である程度テキストコミュニケーションを取る上でのフォーマットが定まってきた気がするので、箇条書きでまとめてみようと思う。（随時更新予定） prefix （接頭辞）をつける文章の先頭にその文章の目的がわかるような prefix をつけて、何のためにポストしたかを一目で分かりやすくする。例えば以下のような prefix をつけることがある。 【質問】→ 相手の返信が欲しい時 【共有】→ 返信は不要だが、内容は把握しておいてほしい時 【メモ】→ 返信不要で、後から検索できるよう残しておきたい時 箇条書きする
1on1マスターガイド ―――組織開発するマン・こがねんさんに聞く「ほんとにすごい1on1」
今回のAgendは、”組織開発するマン” こがねんさんに『1on1』についてお聞きしました。 こがねんさんこと小金 蔵人さんは、ZOZOで組織開発の部門長として活躍する傍ら、個人でもさまざまな企業の組織づくりに貢献しています。 もともとはヤフー（現：LINEヤフー株式会社）で1on1文化と出会い、これまで1on1の活用を深く考えてきたこがねんさんは「いい1on1をやる必要はない」と言い、どのように1on1を捉えるとチームコミュニケーションが良くなるのかを教えてくれました。 上司・部下側どちらにとっても発見のある「1on1の本質」が語られていると思います。ぜひ最後まで読んでいただければ幸いです。 株式会社ZOZO 人自本部 組織・人材開発部 ディレクター。 1998年に味の素株式会社に入社。2006年にヤフー株式会社（現・LINEヤフー株式会社）に転職。2016年に人事部門に異動後、一貫して
207で1年間磨き続けた1on1のフォーマットを公開します｜207株式会社
いつでもどこでもモノがトドク、世界的な物流ネットワークを創りたい、207株式会社のイナバです。 207の1on1、めっちゃ良いんです！！ 先日の忘年会で業務委託の方に「207に所属していて良いところは何か？」とお聞きして「1on1、めっちゃ科学されていて良いですよね」という話題に上がるくらいには良いです！ 私自身、業務委託で色んな会社を見ているのですが、たしかに207の1on1は凝っていると思います。 という事で、本記事では「どんな質問を」「どんな意図で」しているのかを代表にインタビューしてきたのでまとめていきます。 1on1をやる目的 そもそも1on1を実施してよかった点ですが、たくさんのメリットの中でも特に、 - 認識のズレをなくす - 信頼関係を構築する - アラートの早期検出 みたいな効果を享受できています。それぞれ、どういう意味かをご説明していきます。 認識のズレをなくす 業務上
Slack の風習で苦手なもの - @kyanny's blog
Slack に限らず、ビジネスチャットツール全般に当てはまるが。 分報チャンネル 文字の絵文字 分報チャンネル #times_xxx みたいなやつ。あれは非効率な雑談ネットワークであり、多くの時間を無駄にしている。 「自分のメモ用途だ」という主張をよく見かけるが、わざわざパブリックチャンネルでやる理由に乏しい。 個人の DM にメモやファイルを保存すれば良い（Slack が推奨している） DM よりチャンネルの方が bot を飼えて便利なこともある。ならばプライベートチャンネルを作れば良い そもそも Slack はコミュニケーションツールであってメモツールではない。メモツールは他にいくらでも選択肢がある パブリックチャンネル vs プライベートチャンネル（グループ DM 含む）を単純に比較したら、パブリックチャンネルの方が良いに決まっている。しかし分報チャンネルには「パブリックが正義」の原
リモートワークによる孤立から結束へと向かうチームビルディング
カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング
どんよりマンネリした振り返りが、皆が主体的に発言してマンネリ化しないようになったプラクティス - Qiita
1. はじめに 私のチームでは2～4週間ごとに、チームの皆で良かった点や改善点を挙げてチームを少しずつ改善していく「振り返り」をしています。 ただ、チームの振り返りにて、経験の多いメンバーが多く発言し、若いメンバーがあまり発言しないという事はないでしょうか？ 過去の私のチームはそうでした。 それを改善し、全員が発言しまくる振り返りができるようになっても、だんだん振り返りがマンネリ化してしまう事はないでしょうか？ 過去の私のチームはそうでした。 また、チームに問題がなく順調すぎて、振り返りで挙がる改善アクションが些細なものになってしまう事はないでしょうか？ 過去の私のチームはそうでした。 本稿は、その状態から脱却し、皆が主体的に発言するマンネリ化しない振り返りを実施し、新しいチャレンジをたくさんするようになったプラクティスを紹介します。 なお、前提として以降で紹介する振り返りはすべてリモート
斜にかまえる、かまえないを1分ごとに切り替えるとどうなるか
むかしからなんでも斜にかまえるクセがある。 行列を見ては「よく並ぶねえ」と思い、流行りの曲を聞いては「これが流行ってんのね」と少しうがった目で見てしまうのだ。 そこでふと「斜にかまえる」「かまえない」を意識的に切り替えるとどういう感情になるのか気になった。実験してみます。 やり方 簡単にやり方を説明すると ①何かモノなどを目の前に置く ②それに対し、1分間は斜にかまえ、もう1分間は斜にかまえずに感想を言う。これだけだ。 ちなみに「斜にかまえる」を辞書で調べると、「物事に正対しないで、皮肉やからかいなどの目で見ること」とある。 わかりやすく言えば、1分間は皮肉めいた目で見て、1分間は素直に感想を言ったり肯定してみたりする実験である。 ひとりじゃ心もとないので、今回は後輩と一緒にやることにした。 後輩の郡司さん（左）と山宮さん（右）。二人とも斜にかまえがちな性格を自覚しているそうだ。 とりあえ
みんなどうやって人の話の意図を理解してるの
助けて。人の話してることが全然理解できない。 今日も仕事で自分の提案資料に対して上司に指摘をうけたが、よくわからなくて途中から思考停止してた。 話が理解できないというか、意図がわからない、何が求められてるのかわからないって感じ。 これは相手の説明が足りていないわけではどうやらなく、結局周りに「何が求められてるんですかね？」「何がダメだったんですかね？」って聞いて回ってどうにかやりくりしてる。 少しこうなってる理由を考えると、自分はずっと自分本意で仕事や人生を送ってきたことで、人の考えを理解することが極端に苦手なんじゃないかと思う。 今までずっと同じ分野に勤めてきて自分の考えが正しいと思っていたところもあり、自分が考えたものを押し通すにはどうするか、説得材料を集めるとか理解を得るまで説明して回るとかで仕事を進めてきて、それで何となくうまく行っていた。 プライベートも落ち着いて振り替えると。ど
人の話が処理出来ない奴へのアドバイス 一時期、人の指示を全然処理できな..
人の話が処理出来ない奴へのアドバイス一時期、人の指示を全然処理できない40代を複数名、相手にしてた事がある。 その時の経験から、ちょっと気づいた事をアドバイスしてみるよ。 まず、自分の解釈を傍に置いて、最後まで読んでくれ。 いいか、読み終わるまで、自分の解釈は傍に置くんだぞ。 結論結論から言うと ・相手の話を出来る限り一字一句聞き取る練習をしろ ・その際、相手の言っていない事は絶対に書き取らない ・聞き取れなかった部分は、相手に質問する、録音を再生する、などして欠けた情報を埋める事 これを仕事の中で出来る限り愚直にやれ。最適なのは議事録を書くこと。 ※半年経っても伸びないなら小学・中学の国語ドリルを小学三年生分から全部やって、スキルアップをブーストさせる事。 判断した根拠そう判断した根拠は、次の文章にある。 今日も仕事で自分の提案資料に対して上司に指摘をうけたが、よくわからなくて途中から思
【引用】「WHY＝～はなぜか？」という表現には仮説がなく、何について白黒をはっきりさせようとしているのかが明確になっていない。 - DoubleLoop
よいイシューの表現は、「～はなぜか？」という、いわゆる「WHY」ではなく、「WHERE」「WHAT」「HOW」のいずれかのかたちをとることが多い。
京大マイコンクラブ (KMC) で開催した「Rust を知ろう」総まとめ - hsjoihs’s diary
概要 京大マイコンクラブ(KMC)の新入生プロジェクト2022という枠組みで、「Rust を知ろう 2022」というのを開催した。先日それがついに完結したので、とりあえずスライドをまとめた。*1 www.kmc.gr.jp 第0回～第7回の8回構成で行った。毎週金曜日の 20:00 開催なのだが、必ず当日にスライドを作り始めるので、スライドが十分出来上がって開催できる自信が発生して初めて開催を告知するという体たらくだった。 注：Rust Playground へのリンクは一部誤っている可能性があります。なんか複数のタブでたくさんリンクを生成したときに上手く行かないことがあるっぽい？ 構成の上で意識したこと 「Rust は難しい言語である」という思いを抱かせない そのために、所有権の話とかはギリギリまで先延ばしにし、それまでは全力でごまかす 「Rust は便利な言語である」ということを伝える
社会人7年目だけど上司が変わったらナンバーワン成績になった
クソ無能ミス多すぎADHDゴミ野郎です。 以前『社会人2年目だけど上司が変わったら仕事のミスが無くなった』って記事を書いた者です。ご無沙汰してます。 https://anond.hatelabo.jp/20160916213845 超有能上司の下についてから仕事のミスがなくなった俺だけど、あの後すぐに別部署へ異動になり、そこがもう超パワハラ昭和上司。何を聞いてもすぐキレる、言ったことはコロコロ変わる、末端の仕事を全く把握していないの最悪上司。すぐにクソ無能に元通りになりました。 そんな感じで社会人6年目、新規事業の立ち上げの為に俺が別部署に飛ばされた。管理系の仕事から、社内でも全く例のない新規事業立ち上げだ。利益はほとんど望めない。立ち上げのための実働員は俺一人。新しい上司はメイン業務の片手間で俺を見ることになった。厄介払いなのは誰の目から見ても明らかだった。あらゆる人から仕事のできないゴ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ふりかえりカタログ（コミュニティ版）
スクラムマスターやマネージャーのための信頼構築につながる傾聴の技術
Scrapboxの哲学 - 橋本商会
話を聴く技術 / listening skills
コードレビューの「純粋に質問ですが」は「勝手に指摘だと受けとってよくわからん修正するんだろ？質問なんだよ！修正すんなよ！」という意思表示な説
