〜「技術力評価会」を中心とした、VOYAGE GROUPのエンジニア評価制度。被評価者だけでなく、評価者も育てる仕組みとは〜 売り手市場が続く、エンジニア採用。その中で、優秀なエンジニアを採るためには、何をするべきなのか。 その問題への1つの解として、人が育つ「評価制度」を綿密に構築しているのが、株式会社VOYAGE GROUPだ。同社では、半期の取り組みを評価する「技術力評価会」を中心とした評価制度を、CTOの小賀 昌法さんを中心に、6年という歳月をかけて作り上げた。 「なぜそのように実装したのか」を90分間ディスカッションする「技術力評価会」、それをサポートするための「サポーター制度」、その評価資料の「GitHub（ギットハブ）」での全公開など、随所に工夫が施されている。 （※技術力評価会の詳細は、新入社員目線で書かれたこちらの記事もどうぞ） そして、それらの評価制度を運用していくため

いま、PCゲーム業界、いやゲーム業界全体で最もホットな企業と言えば、「Valve」を置いて他にいないだろう。 元々、『Half-Life』という一本のFPSからスタートしたこの企業は、やがてアクティブユーザーが1000万人を超えるPCゲーム用ダウンロードツール「Steam」を開発し、 更には、賞金総額22億円の大会が開催された『Dota 2』や『CS:GO』のようなe-Sportsタイトルまで介入し、衰退しつつあったPCゲーム業界の可能性を引き上げた。 さりとて、この大企業「Valve」によるイノベーションはどのように生まれたのか。そして同時に、ごく僅かの採用枠を勝ち抜いた新入社員たちには、どのような活躍を期待されるのか。 少なくとも、この新入社員用マニュアルからは、Valveの求める人材の水準がどれほど高いものか、窺い知ることが出来ると思う。2万字以上に及ぶ長大な内容だが、もし読んでいた

Tech Lead（TL/テックリード）の役割。聞きなれない名前かもしれない。リードプログラマやテクニカルリードと呼ばれることも。過去にいくつものチーム（最大で10人以上）の Tech Lead をやってきた自分の経験を踏まえて書いてみる。 Tech Lead の主な役割 Tech Lead はエンジニア班長と言いかえるとイメージがわきやすいかもしれない 顧客に提供したい価値（プロダクトゴール）を正しく理解する エンジニアチームの生産性を可能な限り最大化。プロダクトマネージャ・デザイナと顧客に価値を提供する Product の Launch に責任を持つ Product の Launch 後のメンテナンスに責任を持つ エンジニアを過負荷から守る ときにはマネージャ、プロダクトマネージャのアイデア、スケジュールに NO を言う。代替案を提示する チーム内のテクニカルデザイン、採用技術などに責

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

「アプリ開発プロジェクト成功への道〜iOS/Androidアプリ開発者勉強会Vol.1」　で発表したスライドです。 http://connpass.com/event/14952/

はじめに こんにちは、投稿推進部部長の勝間です。 突然ですが、皆さんは「組織における課題」について考えたこと、意識したことはあるでしょうか。 「組織における課題」なんて言葉を使うと、たとえば 事業戦略の方向性 人事評価制度 マネジメント層の育成 など、少し高いレイヤーの話が思いつくでしょうか。 ともすれば自分とは無関係な話のように思えるものかもしれません。 一方で、このようなものはどうでしょうか。 なんとなく、最近社内の空気変わった気がする なんとなく、隣の部署が何やってるかよくわからない このような、もやっとした感覚、は普段働いている中で感じたことがある人も少なくないかもしれません。 こういった「具体的な何か」というより「抽象的な違和感」を私たちが抱くことも組織における課題といってもいいかと思います。 このような組織における課題、違和感を認識したとき、私たちはどのように向かい合うべきでし

こんにちは！クックパッド編集室メディア開発グループ長の @yoshiori です。 今回はウチのチームの開発の進め方や見積もりの仕方を説明しようと思います。 実はコレ系の話は 5 年前にもデブサミで発表 したのですがこの時はリリースまで 1 年とかのレベルのプロジェクトの進め方の話でした。今回は 1,2 ヶ月でリリースまで持っていく開発の進め方を説明します。 動画サービス部分を microservices 化するときに実際に行った事を元に説明します。開発者は 3 人で 1.5 ヶ月位の開発です。 何故このようなことを行うのか 誰だって楽しく仕事がしたいし、なるべく不安などは無い方が良いはずです。 例えば自分がやっている作業がどうなったら終わりなのかわかっていなければ不安でしょうし、いつまでに作ればいいのかわかっていなければ不安でしょう。 そういった不安をなるべく無くすためにうちのチームでは

DeNAは人事部がうまく機能している 夏野剛氏（以下、夏野）：「創造的人材を伸ばすビジネス環境、未踏的人材の破壊力！」と題して、私がモデレーターを務めさせていただきますが、まずは参加していただくお二人をご紹介したいと思います。 一般社団法人未踏の理事を務めていただくDeNAの創業者であり取締役を務められている、女性初の球団オーナー南場智子さんです。もうひと方は、LINEというアプリは世界中で使われていますね。いよいよ日本初でやっと世界に通用する、私もやりたくてできなかった。社内に敵が多すぎた。まあ、それは置いといて。それをやってのけたLINE株式会社・代表取締役社長の森川さんです。 （会場拍手） ということで、今からお時間をいただいて、「創造的人材を伸ばすビジネス環境」これをみなさんとお話ししていきたいと思うんですが。まず最初にお聞きしたいのは、みなさんの社内には未踏的人材っていうのがいら

＜前編のあらすじと後編のお話＞ 春風が吹く中、本企画のホストである伊藤直也氏（以下「naoya」）が、寿司屋に招いたのは、naoya氏が開発組織改善プロジェクトの手伝いをしている『株式会社一休』のエンジニア、笹島祐介氏（以下「笹島」）と田中健介氏（以下「田中」）の2人。 『一休』とnaoya氏にもともと接点はなかったが、あるイベントで田中氏がnaoya氏に声をかけたことがきっかけで、『一休』の開発組織改善がスタート。順風満帆な出だしとはいかず、現場エンジニアの賛同を得られるまで苦悩の日々を過ごしながらも、GitHubの導入やデプロイの自動化などで、目に見えて組織改善がなされていき、現場の雰囲気も格段と良くなったのであった――。 ⇒【前編】の記事はこちら 【後編】となる今回は、技術的課題を解決すると同時に浮かび上がる「組織・人」の問題に、『一休』はどう立ち向かっていったのか、そして、CTO不

Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第四回のゲストは、伊藤氏が現在、技術顧問として就任し、開発部門の組織改善を行っている『株式会社一休』のエンジニア、宿泊事業本部のシステム開発部の部長である笹島祐介氏（写真中央）と開発組織改善の発起人である田中健介氏（写真右）の2名が登場！CTOが不在の開発現場で10年以上前からサービス提供している、そんなよくある状況の中、どのように現状の改革に挑んでいるのか――苦労話も炸裂し、現役エンジニアには興味深い話が展開されることに！お楽しみに！ — 伊藤直也（以下「naoya」）：とりあえず乾杯しましょうか。 — 笹島祐介（以下「笹島」）＆

クックパッドで広告領域の企画や実装などを担当している大野です。 2015年期から広告領域ががふたつの事業部に分かれ、私は「新規広告開発部」に所属しています。この事業部は、新しい顧客や販路から収益を上げることと、既存を含む広告の配信を技術的に最適化して収益効率を向上させること、のふたつの目的から新設されました。 事業部に所属するメンバーは、営業やエンジニアといった職種に関わらず、それぞれ収益に対してコミットしています。そして、収益源やビジネスモデルはそれぞれ異なっています。 今回は、特にエンジニアがこうした環境において、やることおよびその優先度をどのように議論して決定しているかを紹介します。やりたいことやアイディアをどう出していくかについては本稿では議論しません。 ちょうど25日に公開された成田による議論 が参考になります。 優先度 = 回収可能額 * 必要投資規模 いきなり結論めいた話です