「マネジメント」「マネージャー」を冠した会は初めてでした。主催者の方や、一部の参加者の方はアジャイル系と重なっている印象でした。なんと、寿司と酒が出てきましたよ。一件目の発表、@katzchangさんの「技術力評価会の話」の発表が大変印象に残ったので、こちらを書き留めておきたいと思います。いう制度が行われているそうです。・社外評価者(他社のCTOだったり、デブサミで発表しているような人だったり...)が参加することもある・評価者と被評価者のマッチングは、評価委員会(各チームのリーダーで構成)が決める・後日(評価レポートが出揃ったあと)、被評価者はチーム内で、技術評価会の振り返りを行う。・振り返りでは、評価会で得たFBの共有(例えば、「そこはmysqlを使ったほうがいいんじゃ?」のような意見)がチームに共有される・また、評価会制度そのものが振り返りの議題に上がることもあるというものでした。この評価会制度、とても良さそうだなと思ったのが二点あります。被評価者が、コンテキストが違う人に対して説明するスキルを磨ける個人的には、発表スキルは、エンジニアにとって、とても大事なスキルだと思います。別のチームの人(=被評価者のやっていることをよく知らない人)に対して説明するということで、一段更に上のプレゼン力が求められるわけです。プレゼンに限らず「ちょっと説明が下手な人」って、聞き手が何を知っていて何を知らないのかが分かっていないケースがままあるので...。発表してくださったkatzchangさんは、自分のメンバーに対して、「転職するとき、採用面接で、コンテキストが違う人に自分がやってきたことを説明する力必要だよ」と言ってモチベートしているそうです。評価者が、「他社を評価する」という経験を得られるミドルクラスのエンジニアって、普通にしているとあまり「他社を評価する」機会がないんですよね。採用面接の面接官をしているケースも少ないんじゃないかと。いったメンバーに、「他人を評価する」機会を与えられるということ、とても素晴らしいと思います。「評価する」ことを考え、知ることによって、「自分が評価されるとはなにか」を考えることができるようになるからです。興味深い制度であると感じました。一方で、給料が関わってくるからこそ、何かしら批判的な意見も出てくるようで*1、katzchangさんのように高い目線を持ったシニアな方が、意味を伝え、啓蒙し続けて行くことが、仕組みを維持するための鍵の一つのようです。「コンテキストが違う人に自分の成果を伝える」「他社を評価する」という仕組みを上手く自身のチームに取り入れたいと感じました。*)とはいえ、評価だからこそみんな真剣にやるわけで、お金がかかってないとモチベーションがわかない人はいそう...。三振かホームランかタイプ※アベレージヒッターは挑戦がないところが辛い※インフラのプラットフォームを提供している会社で、明確に「三振タイプは評価しない」を打ち出した会社がある挑戦は認めてあげたいけど...それでやらかしていいのはジュニアレベルくらいまでなのでは。ある程度のレベルの人が、「リスクも考えずにやってみました」は「挑戦」ではない。「プログラマのためのScr...本セッションでは、日本で唯一(!)の認定スクラムデベロッパ...2013-12-282013年振り返り今年も一年、大変お世話になりました。読者になる検索リンクはてなブログブログをはじめる週刊はてなブログはてなブログPro最新記事awkで特定の列を除外して出力するWindows10にOracleをインストールしようとしたらありがちな罠にハマった古いプログラムからも学ぶことがある...と思う。#rtechconf月別アーカイブ参加グループプログラミングインターネットテクノロジーはてなブログをはじめよう!taichiwさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。