スキルマップ見える化エンジニア評価制度スキルシート評価シートSEスキルベース査定スキル管理 こんにちは、たむらです。 今回は、ラクーンのエンジニア評価制度についてのアレコレを書こうと思います。 ラクーンがエンジニアに活き活きと仕事してもらう為にどの様に評価制度を考えているかを知ってもらうキッカケになればと思っています。 評価制度の一般論 さて、会社の評価制度というものはエンジニアという職種に限らなくてもどの会社でも非常に苦慮して作り上げているものです。働くすべての人のあらゆる状況を正しく評価することはとても難しく、過不足やいびつさを抱えているものが殆どなのではないかと思います。みなさんの会社ではどの様な評価制度で評価されているでしょうか?またその評価制度に満足されていますか? 私は人事の専門家では無いので正確性は危ういところがありますが、経験上エンジニア界隈で適用されている評価制度は以下の
春になって暖かくなると、ついつい意識が高ぶってしまいますね。 今回はあくまで個人的な、エンジニアの評価基準とキャリアパスについての私見を、どちらかというと新人の方向けに垂れ流してみたいと思います。 はじめに 新人の方々は今頃は、研修に追われていたり、それが終わっても配属先で揉みくちゃにされる日々が待っているでしょう。中には既に後ろ向きな思考になっている人もいるかもしれませんが、そういう人には今回どうでもよい話で、前向きな人がそのエネルギーをエンジニアとしての成長に無駄なくつぎ込むために、若いうちにあまり考えないけど、考えておいた方がよい話をします。 ITエンジニアとして始動すると、目の前に与えられた仕事だけでも楽しいのに(その過程で苦しむのは別として)、さらにその先にIT知識が広く深く待ち受けていて、こんなことをやりたいんだ、全部マスターしてやるんだと意気込むかもしれません。そして、目の前
ベンチャーヒューマンキャピタル事業を展開するスローガン株式会社がプロデュースし、アマゾン データサービス ジャパン株式会社との共催で「2020年のエンジニア像 ~ エンジニアがこの先生きのこるには? ~」が先週開催された。 スタートアップ向けにエンジニアの採用、育成、評価に関する事例共有やエンジニアの働き方に関するパネルディスカッションなどが行われた。 ゲストとして参加したのは、 株式会社クラウドワークス 開発担当取締役(元CTO) 野村 真一氏 Sansan株式会社 開発部長 藤倉 成太氏 株式会社nanapi CTO 和田 修一氏 クックパッド株式会社CTO 舘野 祐一氏 というメンバー。スタートアップ各社におけるエンジニアの採用についてや、評価制度についてのトークについて紹介する。 スタートアップにおけるエンジニアの採用と評価制度 クラウドワークス – フェーズごとの採用ポイント ク
クックパッドCTO 橋本健太さんへのインタビュー第2弾。『エンジニアはいかなる基準で評価されるべきか?』というテーマで、クックパッドが実践するエンジニアの評価項目を伺いながら、エンジニア個人個人のキャリアプラン、危機意識の持ち方に迫りました。 ▼クックパッドCTO 橋本健太さんへのインタビュー第1弾 エンジニアを成長させる、たった6つの指針。|クックパッド CTO 橋本健太に訊く![前編] エンジニアの評価軸を探る エンジニアはいかなる基準で評価されるべきなのだろうか? 高い技術スキルか、関わったプロジェクトの利益か、経験年数か、それとも…。 今回お話を伺ったのは、クックパッドでCTOを務める橋本健太さん。同社は数年前から、「エンジニアのあるべき姿」という6つの指針を社内で明文化し、社内60名のエンジニアに共有しているという。 また、この指針を基にエンジニア向けの評価制度を、他の職種の社員
米調査会社のフォレスターリサーチが、アジャイルソフトウェア開発手法は急速にメインストリーム化しているとの調査報告を発表しています。 先週、VersionOneによる調査報告を紹介した記事「アジャイル開発手法、大きな組織の導入率が高く、半数はスクラムを採用との調査結果」で、500人以上の大きな組織では25%程度がアジャイル開発手法を採用しているという結果を紹介したばかりでした。今回紹介する調査では、それ以上にアジャイル開発手法が普及していることを示しています。 フォレスターリサーチが1月20日に発表した調査報告「Agile Development: Mainstream Adoption Has Changed Agility」では、表題に記されているとおりアジャイル開発手法は急速に主流となっていることを、次のように書いています。 In the past few years, Agile p
デブサミが10周年、アジャイルソフトウェア開発宣言は2001年なので10年ちょっとたちました。僕が歩いてきた10年をみなさんと共有しつつ、次の10年について考えてみたいと思います。 まず、アジャイルの現状を復習。日本ではアジャイル開発を「XP」(eXtreme Programming)で知った人が多いと思います。その後でスクラムを知った、という人が多い。 「Evo」って知ってます? トム・ギルブさんが1970年代に、PDCAサイクルをソフトウェアに当てはめたらどうなるか、ということで作った。おそらく世界最古のアジャイル開発方法論です。 その後、トヨタ生産方式(TPS、Toyota Production System)を源流にしてポペンディックさんが作った「リーン」。このあたりが経営者がアジャイル開発を知り始めた機会かなと思います。 「XP」はケント・ベックさんがパターンランゲージをソフトウ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く