【CTO・エンジニアマネージャーに聞いた】1on1どうやるの？1on1における4つの型と円滑に進める為のポイント | Findyブログ
いつ頃から1on1を開始すべきか 前々回の組織課題の記事で書いたとおり、急成長期（エンジニア数〜15名）あたりから、1on1を始めていくべきだと考えます（創業期は1on1よりもPMF検証に時間を使ったほうがよいかなと）。 急成長期のエンジニア組織課題（クリックで拡大） 急成長期は、採用媒体や人材紹介など、リファラル以外の経路からの採用が進み始め、バックグラウンドが異なるメンバーが徐々に増えてくる時期の為、開発における考え方や方針において『今までは言わなくても伝わっていたのに・・・』とギャップが生まれやすいのが理由です。 この先のフェーズは、どんどんエンジニア組織が拡大していくことになりますので、急成長期あたりから、1on1の基盤（後述する進め方や型）をしておくと、マネジメントコストが逓減できるかもしれません。 1on1のメリット インタビューをしている中では、概ね次の3点に集約されました。
1on1.md
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ページを開く
1on1を上達するために
