1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ
マネージャーになりたててで 1on1 やりましょう的に会社やさらに上司や人事から言われたは良いものの、どうやったらいいのか、という人も多いので、そういう人のために、やるときのざっくりした話を書いていく。 超基本の基本は、やっぱりヤフーの1on1本が役に立つと思うので (そして軽く読めるので) 一回読んでみてほしい。 そしてここでは、そういうすごい基本的なことはわかったうえで、テクニックとして、こういう風にやってる、という実践的な話をしてみたい。 ここで言う1on1そもそも「1on1しましょう」などといわれたときに、それが何の1on1なのか、というのがわからない人もいると思う。(わからない人は「マネージャーになりたてでわからん」人と「メンバーとしてそれをわかっていない」人の両方がいる) 「1on1」として設定されたミーティングの中には、単なる業務確認だったり、何かしらの業務や仕様の相談だった
1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
