リーダーは、目的ではなく目標を示せ：ITエンジニアのチームリーダーシップ実践講座（4）（2/2 ページ）
クックパッドCTO 橋本健太さんへのインタビュー第2弾。『エンジニアはいかなる基準で評価されるべきか？』というテーマで、クックパッドが実践するエンジニアの評価項目を伺いながら、エンジニア個人個人のキャリアプラン、危機意識の持ち方に迫りました。 ▼クックパッドCTO 橋本健太さんへのインタビュー第1弾 エンジニアを成長させる、たった6つの指針。｜クックパッド CTO 橋本健太に訊く！［前編］ エンジニアの評価軸を探る エンジニアはいかなる基準で評価されるべきなのだろうか？ 高い技術スキルか、関わったプロジェクトの利益か、経験年数か、それとも…。 今回お話を伺ったのは、クックパッドでCTOを務める橋本健太さん。同社は数年前から、「エンジニアのあるべき姿」という6つの指針を社内で明文化し、社内60名のエンジニアに共有しているという。 また、この指針を基にエンジニア向けの評価制度を、他の職種の社員
私は宮崎出身ではありません。 目標管理シートドリブン開発はくそ - razokulover publog を読んで同意しました。 目標管理シートについて、私も感じる問題点と対策を挙げておきます。 （重複意見は抜いておきます） 事前にコミットするために目標の変更が利かない 表題のとおり。 ちょっとフィクションの話を。 半期の初めに目標設定をしました。 仮に「Ruby を業務で使えるレベルになる」とでもしましょう。 （この時点で別の問題もはらんでいるが、それは後述。） 少し勉強を重ねた1か月後、 Ruby が陳腐化しました。 実際 Ruby という言語自体のような手堅い目標であればいいでしょうが、 今さらそんな目標設定することはないでしょう。 登場したばかりの新しい技術を試してみることのほうが多いと思います。 しかしその技術は陳腐化する可能性があれば、 1か月後にもっといい技術が出てくる可能性
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
