今年から新たにペパボで導入された、技術者向けの評価制度については、こちらのエントリ で書いたのですが、本日、その一次評価が完了しました。
評価のプロセスは、一次はテクニカル・マネージャーによる評価、二次は経営会議メンバーによる評価、と二段階の評価となっています。
自分が担当した一次評価の詳細は、以下のようになっています。
Git リポジトリは社内で誰でも参照できるし、Markdown で書かれた文書は、HTML 変換＆index.html を生成し、社内の誰もが見えるところに置いてありますので、評価の過程が、面談以外はすべてオープン、という形をとっています。
今回、この制度が導入されて初めての一次評価ということもあって、総評を社内 SNS に書いてみたのですが、せっかくなのでその内容をこちらで公開したいと思います。
多少文言を直したり、完全に社内向けな部分は改変してますが、内容はほとんどこのまんまです。
ペパボで初めて導入された技術者評価制度ということもあり、また、他社の人と話していても、技術者の評価については、一定の明確な基準を設けることが難しい、ということで、基準についてはとても悩みました。
悩みましたが、まず今回は初めてということもあり、厳し目に評価しています。（最初に緩くして後で厳しくするよりは、最初に厳しくして、後で緩めるほうがいいだろう、ということで。）
今回評価にあたっては、以下の3つに重点を置いてます。
特に1についてですが、サービス運営のためには、必ずしも高い技術力は必要ないわけで、技術以外の面で多大な貢献をしてきている技術者も多くいると思います。ですが、そういった部分の評価は、各部署で行うべきであって、宮下が評価すべきではないと判断し、敢えて技術だけで評価することにしました。
また、2や3は、両方ともきちんと満たしていなければいけないか、というとそういうわけではなく、どちらか一方が圧倒的に優れている場合には、もう一方はあまり重視していません。（とは言え、両方満たしてるのが望ましいですが。）
ただし、アウトプットがないと評価のしようもないので、最低限のアウトプットはやはり必要です。
この様な観点に基づいた各人に対する評価については、完全にオープンにしてますので、こちらで確認できます。
（社内サーバのURLなので省略）
評価全体を見渡してみると、評価の高い人には、以下の傾向が見られます。（一人がすべてを満たしている、というわけではないです。）
ただしこれらは、結果として表にこのように見えてるだけで、評価の高い人は、技術者としての意識、思考、姿勢がそもそも異なると考えています。なので、こういったことを表面だけ真似しようとしても、決して高い評価が与えられることはないです。
また、今回通過した人の中では、インフラエンジニアは○○さん一人という、インフラの人にとっては厳しい結果になっています。これは、インフラの人も開発力を持つべき、という考えに基づいています。（OSより上はすべてソフトウェアであるし、ソフトウェアに関する技術力＝開発力、と考えているので。特にOSSな世界では。）その辺りについての宮下の考えは、Software Design 2009年4月号 に詳しく書いていて、記事の内容を以下に転載しましたので、読んでみてください。（サーバ／インフラエンジニア養成読本 にもこの記事の内容が収録されています。）
（これも社内サーバのURLなので省略）
（記事が古く、この頃はインフラエンジニアという言葉はなく、サーバエンジニアという言葉を使っています。）
ただし、ネットワークやハードウェアで優れた技術力があるのであれば、開発力はなくても技術者としては高い評価を与えます。（うちの業務形態的には、ネットワークやハードウェアの技術が優れていても、仕事に活かしにくい、といった面はありますが。）
また、技術者のあるべき姿としては、こちらも参考にしています。
それから、今回通過した人達にもまだまだ足りない面はあるのですが、それはOSSに対する貢献です。OSSを仕事でバリバリ使っているのであれば、ソースは読んで当たり前だし、不具合があったら直して、開発元にパッチを送る、ということは当たり前の行為です。むしろ、こういったことをやらないのがおかしいぐらいです。一度もこういったことをしたことがない、考えたこともない、という技術者は考えを改めるべきですし、今までしたことがある人は、更に意識してやるようにしてください。自分も意識して積極的にやるようにします。
ここを最後に強く強調してるのは、自分が技術者として成長してきた一番の根幹は、OSS との関わりにあるからだと思っているからです。blosxom のプラグインを書いて公開したり、CPAN Authors にパッチを送ったり、Plagger のコミッタにしてもらったり、CPAN Author になったり、自分が書いたコードを積極的に公開したり、GitHub で Pull Requests を送ってみたり、YAPC などの技術系カンファレンスでプレゼンしたり、と、こういった活動の中で、外部の素晴らしい技術者達とのつながりもでき、数多くのものを得てきました。
説明会でも話した「技術者や技術はオープンであるべき」という考えは、このような経験が元になっています。ありきたりな言葉ですが、「ギブ＆テイク」の通り、オープンにすることによって得られるものは非常に多く、また、技術者にとっては何事にも代え難い財産になります。こういった経験を、ペパボの技術者のみなさんにもぜひ味わってもらいたいです。
ペパボ という会社では、こんな感じで技術者向けの評価制度がスタートしました。
こんなペパボは、東京、京都、福岡で 様々な職種で人材募集中です。