効果的な 1 on 1 ミーティングのためにマネージャができること
2016 年に逝去した、元 Intel CEO の Andy Grove による High Output Management の日本語訳が復刊され、さらに Hard Things の Ben Horowitz の序文がついたことで、改めてスタートアップ界隈でも 1 on 1 (ワンオンワン) ミーティングの効果が注目され、各社や各人の 1 on 1 のノウハウが共有されるのではないかと期待しています。 Y Combinator の Sam Altman はスタートアップ初期でのコミュニケーションの重要性を何度も説いています。特にスタートアップは業務が複雑になりがちで、かつ状況の変化も早いため、コミュニケーションがボトルネックになりがちです。 コミュニケーションの遅れは意思決定の遅れにつながります。そして意思決定の遅れは事業の進捗を遅らせたり、トラブルの兆候を見逃してトラブル発生の原因にな
知的であるかどうかは、五つの態度でわかる。
少し前に訪れた大学の先生から、面白い話を伺った。それは「知的な人物かどうか」という判断の基準に関するものである。 私達は「頭が悪い」と言われることを極端に嫌う。知性が人間そのものの優劣を決めるかどうかは私が判断するところではないが、実際知的であることは現在の世の中においては有利であるし、組織は知的な人物を必要としている。 だが、「どのような人物が知的なのか」ということについては多くの人々の判断が別れるところではないだろうか。 世の中を見渡すと、あらゆる属性、例えば学歴、職業、資格、言動、経済的状況などが「知的であるかどうか」のモノサシとして使われており、根拠があるものないもの含め、混沌としている。 だが、私がこの先生からお聞きした話はそういった話とは少し異なる。 彼は「人間の属性と、知的であるかどうかの関係はよくわかりませんが、少なくとも私が判断をするときは、五つの態度を見ています」 とい
きっちりメンバーから情報があがる「報告ルール」の作り方をレベル別に解説する。
仕事柄、私はマニュアルを作成することが非常に多かった。顧客のマニュアルから、自社のマニュアルまで、数々の業務について幅広くマニュアルを作った。 その中でも比較的どの会社でも作られているのが「報告ルール」である。報告は重要な仕事の一つであるため、殆どの会社は自発的な報告だけに任せず、何かしらの報告ルールを持つ。 だが、報告ルールを作るのは意外に難しい。思っていた粒度で上がってこなかったり、知りたいとことが報告されなかったりするケースが多く、ルール作りで苦労している会社が多いようだ。 例として、あるプロジェクトを想定する。これからチームの進捗報告ルールを作ると仮定しよう。 この中で「自分の作業の状況を、毎週報告する」というルールをレベル別に表すと以下のようになる。 レベル1. 自分の作業の状況を、毎週報告せよ 恐らく最初の1カ月から3カ月しか守られない。守られたとして報告の粒度はバラバラで、質
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
エンジニアマネージャー論と学びを抽出する努力を続けること - ワザノバ | wazanova
https://news.ycombinator.com/item?id=8406507 1 comment | 1 point | by WazanovaNews ■ comment by Jshiike | 約1時間前 真剣にものごとに取組むと、やらなくてはいけないことはそのうち次から次へと気づく and/or 嫌でも湧き出てくるもの。なので、アドバイスを求められれば、やるべきことは最小限、できれば三つ以内に絞って、何をやめることができるかを探す手伝いをするようにしています。やるべきことを毎日洗い直して、絞り込むことが大切。 情報の収集は自動化されてきますが、自分にとって何がポイントなのか、どう活かすべきかという抽出作業は、自らを鍛え続けなくてはいけない人力作業ですね。 RethinkDBのFounderであるSalva Akhmechetが、エンジニア組織のマネージャーのあるべき姿
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
System of Record と System of Engagement
