クックパッドの新卒研修2015 - クックパッド開発者ブログ
技術部の牧本 (@makimoto) です。 新卒社員研修の企画・運用を担当しています。 このエントリをご覧になっている方の中には、この春から新社会人として働いている方も多いのではないでしょうか。 クックパッドでもこの春に新卒社員が入社し、現在新卒社員研修の真っ最中です。 本稿では、クックパッドにおける新卒社員向けの技術・サービス開発領域の研修についてご紹介をします。 みんなが技術を理解すること 今年の新卒研修では、エンジニア職ではない総合職の新卒社員にも技術研修を実施しました。 職種や役割にかかわらず、すべてのメンバーが技術を正しく理解し、活用することが、組織の成長に役立つと考えているからです。 営業やサービス開発のディレクターなどエンジニア以外のメンバーが、技術的な知識にもとづいた意思決定をできるようになることで、もっと事業の精度や速度の改善に貢献できるのではという思いがあります。 と
【後編】CTO不在で、開発組織改善に着手！ 一休のエンジニアが語る苦悩の1年
＜前編のあらすじと後編のお話＞ 春風が吹く中、本企画のホストである伊藤直也氏（以下「naoya」）が、寿司屋に招いたのは、naoya氏が開発組織改善プロジェクトの手伝いをしている『株式会社一休』のエンジニア、笹島祐介氏（以下「笹島」）と田中健介氏（以下「田中」）の2人。 『一休』とnaoya氏にもともと接点はなかったが、あるイベントで田中氏がnaoya氏に声をかけたことがきっかけで、『一休』の開発組織改善がスタート。順風満帆な出だしとはいかず、現場エンジニアの賛同を得られるまで苦悩の日々を過ごしながらも、GitHubの導入やデプロイの自動化などで、目に見えて組織改善がなされていき、現場の雰囲気も格段と良くなったのであった――。 ⇒【前編】の記事はこちら 【後編】となる今回は、技術的課題を解決すると同時に浮かび上がる「組織・人」の問題に、『一休』はどう立ち向かっていったのか、そして、CTO不
異動ルールズ - steps to phantasien
異動してみた。Chrome と関係ない Android アプリのチームへ。 モバイルに詳しくなろうと余暇にちまちまコードを書いてみたもののまったく捗らない。いっそ仕事にしてみようという次第。座席の引越しから数日、よろよろしながらもやっと初コミットできた。めでたい。 Work Rules という本がある。 Googleの人事(People Ops)のボスによる Google の本で、人事制度を中心に企業文化やシステムを紹介している。 いまいち時代背景が不透明な How Google Works と違い大企業としての Google をうまく描いている。興味深く読んだ。 中でも三つの論点が印象に残った。透明性、自由、そして管理職の権威を削ぐこと。異動の支度をしながら読むと説得力がある。一例として様子を書いてみたい。 Google のエンジニアリング部門は、たまの異動を薦めている。いろいろ経験して
【前編】CTO不在で、開発組織改善に着手！ 一休のエンジニアが語る苦悩の1年
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第四回のゲストは、伊藤氏が現在、技術顧問として就任し、開発部門の組織改善を行っている『株式会社一休』のエンジニア、宿泊事業本部のシステム開発部の部長である笹島祐介氏（写真中央）と開発組織改善の発起人である田中健介氏（写真右）の2名が登場！CTOが不在の開発現場で10年以上前からサービス提供している、そんなよくある状況の中、どのように現状の改革に挑んでいるのか――苦労話も炸裂し、現役エンジニアには興味深い話が展開されることに！お楽しみに！ — 伊藤直也（以下「naoya」）：とりあえず乾杯しましょうか。 — 笹島祐介（以下「笹島」）＆
チームとして少ないミスで素早くアプリを継続的・持続的に作り続けるためのメソッド - Qiita
この投稿は DroidKaigi で話そうと思ったけど採択されなかった RejectedKaigi な内容です。 プログラムは、書けば書くほど複雑になります。行数が増え、分岐や繰り返しが増え、メソッドが増え、クラスが増え、パッケージが増え、管理するものは日に日に増えていきます。これらのものを使う側からすると、使うものが増えるということは、それだけ覚えることが増えることになります。勿論、IDE やエディタプラグインによって、そのような労力が極力減らされることもありますが、覚えることが少ないに越したことはありません。 この記事では、IDE やエディタプラグインはひとまず脇に置き、チームでコミュニケーションを取りながらコードを書くという観点で、従来のプログラミングのプラクティスを基に、開発時のミスを少なくし、チームで素早くアプリを作り続けていく方法論を深めていこうと思います。 Agenda 型を
「優秀なエンジニアをまとめる時に、リーダーがやれることは一つだけ」Indeed出木場久征氏に聞く“この指止まれ”の変革術【特集:New Order】 - エンジニアtype | 転職type
「優秀なエンジニアをまとめる時に、リーダーがやれることは一つだけ」Indeed出木場久征氏に聞く“この指止まれ”の変革術【特集:New Order】 1960年に創業し、大学新聞専門の広告代理店からスタートしたリクルート。現在では、仕事や学び、結婚、食事、美容など人の生活に関わる各種情報サービスを発信する、日本を代表する企業となっている。 そんなリクルートにも、大きな変革期があった。1990年代から始まった、紙媒体からインターネットへの媒体シフトだ。生活情報のインフラを紙媒体で築き上げたリクルートにとって、特に大きな変化だった。 多くの企業が、紙媒体からWebへのシフトに苦汁を飲んだ時代。倒産する出版社が激増していたような変革の時代に、リクルートのWebシフトに多大な貢献を果たした人物がいた。 2012年にリクルートが買収したIndeedのCEOを務め、同2012年にリクルート執行役員に就
「進捗どうですか？」より2015倍捗る「困ってますか？」 - Qiita
概要 お願いした作業の進捗を聞くときには「進捗どうですか？」より「困ってますか？」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか？」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか？」はtwitter上で使うと「最近どうよ、忙しいの？」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか？」は質問攻めになりやすいと思うからです。「進捗どうですか？」の先に待っているやりとりはだいたいこんな感じです。 「進捗どうですか？」 「進捗ダメです。」 「どこがダメなの？」 「単体テストが遅れています」 「どれくらい遅れてるの？」 「えーと・・・、0.5日分くらいです」 「項目数でい
たとえば、CTOになる計画をたててみる - クックパッド開発者ブログ
クックパッドで広告領域の企画や実装などを担当している大野です。 2015年期から広告領域ががふたつの事業部に分かれ、私は「新規広告開発部」に所属しています。この事業部は、新しい顧客や販路から収益を上げることと、既存を含む広告の配信を技術的に最適化して収益効率を向上させること、のふたつの目的から新設されました。 事業部に所属するメンバーは、営業やエンジニアといった職種に関わらず、それぞれ収益に対してコミットしています。そして、収益源やビジネスモデルはそれぞれ異なっています。 今回は、特にエンジニアがこうした環境において、やることおよびその優先度をどのように議論して決定しているかを紹介します。やりたいことやアイディアをどう出していくかについては本稿では議論しません。 ちょうど25日に公開された成田による議論 が参考になります。 優先度 = 回収可能額 * 必要投資規模 いきなり結論めいた話です
「整った開発環境」「優秀な仲間」「5時からビール」 会社に来るのが楽しくなるエンジニア天国・Indeedとは？ - はてなニュース
求人情報に特化した検索サービスを世界55ヶ国以上で運営するIndeedは、リクルートによる2012年の買収後も、開発者にとって仕事がしやすい環境をとことん追求するエンジニア文化を守っています。恵比寿ガーデンプレイスに移転したばかりの東京オフィスで働く同社のソフトウェアエンジニア5人に集まってもらい、はてなチーフエンジニアの大西康裕が開発スタイルや社風などについて聞きました。Indeed独自のワークスタイルに、はてな側も興味津々。知られざるエンジニア天国の実態とは？ 記事の最後には、デルの27型4Kディスプレイ「P2715Q」が当たるプレゼントのお知らせもあります。 座談会出席者（上写真、左より）：はてな 大西康裕、Indeedの村下瑛さん、濱田卓さん、山口有理さん、杉原啓太さん、落合徹さん （※この記事は、株式会社リクルートホールディングス提供によるPR記事です） ■ 開発スピードを生かす
日本企業がエンジニアを"爆買い"の実態
最近、ニュースで頻繁に「爆買い」という言葉を耳にします。これは、特需とも言えそうな爆発的な購買力のことですが、 「買いたいだけ買う。おカネ（予算）に制限はない」 という発想もあるようです。 このネーミングを生み出すきっかけとなったのが、インバウンドと呼ばれる日本観光で買い物をする外国人観光客の様子。中でも中国からの観光客による購買の爆発が、大きなきっかけとなっています。 つい最近も中華圏の旧正月「春節」の休暇で、大挙、来日した中国人観光客が日本製の炊飯器を爆買い。免税店での販売台数が倍以上になったようです。当方も銀座を歩いていたとき、バスで大挙して大型家電店「ラオックス」に入り、大量の家電商品を買い込む中国人観光客に遭遇したことがあります。 「店にあるだけ家電商品を買い占めたい」 と考えているかのようなパワフルな買い物の仕方でした。日本人も昔は同様のパワフルさがあったのかもしれませんが、現
7年働いた時点での私の仕事の極意 - Kengo's blog
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
LTV（顧客生涯価値）を実際に求める方法とは？ － ＠IT情報マネジメント
CRMではLTV（顧客生涯価値）が大切だという。実際にLTVはどのように求め、どのような点を注意してマーケティング活動を行っていけばよいのだろうか？ CRM（Customer Relationship Management）がマーケティングのキーワードになって、10年近くたちます。CRMは既存客との良好な関係性を維持することによって、収益性を高めることが最大の目的です。つまり、新規客を増やすだけでなく、既存客からの収益を最大化しようという考え方です。 CRMを推進するうえで、既存客からの収益を上げるための成果指標として利用されるのが、LTV（顧客生涯価値）です。LTVとは、1人1人の顧客がある製品や企業に対して付き合っている間に支払う金額合計から、その顧客を獲得・維持するための費用合計を差し引いた「累積利益額」です。つまり企業から見て、ある顧客がその企業と取引している間にどれだけの価値（利
【後編】大先輩のフリークアウトCTOが語ってくれた、マネジメントの深くてイイ話
＜前編のあらすじと後編のお話＞ 本企画のホストである伊藤直也（以下「naoya」）と、『フリークアウト』執行役員であり『ヤフー』のフェロー／名誉黒帯でもある明石信之（以下「明石」）。意外にも初顔合わせとなる二人だったが、Web業界を長年リードし続けてきたという共通項もあり、酒肴を愉しみながらのマネジメント談義は大いに盛り上がりを見せた。明石氏が『フリークアウト』に参画後、色を組織名にするなど、破天荒とも思える組織マネジメントの実例も披露され、その深い洞察にもとづく一手に、naoya氏は大いに感銘を受けるのだった――。 ⇒【前編】の記事はこちら 【後編】となる今回は、明石氏の『フリークアウト』における取り組みを掘り下げていくことで、そのマネジメント論の神髄に迫っていきます。大の魚好きという点でも一致する二人の会話は、酒の力もあってますますヒートアップしていきます。 — naoya：チーム名の
Qiitaのエンジニア社長、海野弘成がコード書きをやめて経営に集中する理由 | HRナビ
プログラマーのための情報共有サービス「Qiita（キータ）」は、国内のプログラマー人口が40-50万人と推計されているのに対して、月間100万UUを超える人気サービスだ。 そんなQiitaを運営するのはIncrements株式会社。代表取締役の海野弘成さんが京都大学の学部生だった頃に、ビジネスコンテストで知り合った仲間と3人で、2012年2月に創業した。経営者の顔を持つ一方で、自身もプログラマーとしてコードを書き、Qiitaのサービス向上をけん引してきた。経営者といえば文系出身者が多くを占めるなか、プログラマーが会社を経営したら、どんな会社ができあがるのだろうか？ 創業から丸3年を迎えて引っ越したばかりだという渋谷のオフィスにて、詳しく話を聞いた。 海野弘成氏。1988年兵庫県生まれ。京都大学工学部情報学科在学中にはてなやGoogleにてソフトウェアエンジニアとしてインターンを経験。201
【前編】大先輩のフリークアウトCTOが語ってくれた、マネジメントの深くてイイ話
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第三回のゲストは、エンジニア界隈では知る人ぞ知る存在である「ミスター・アドテク」こと、明石信之氏。オンライン広告の新トレンドとして注目を集める「DSP（Demand-Side Platform）」の分野をリードする『株式会社フリークアウト』で執行役員として活躍しながら、古巣の『ヤフー株式会社』ではシニアフェロー／名誉黒帯を務める明石氏。長年、インターネット業界の最前線に身を置いてきた明石氏だからこそのマネジメント論と独自の視点を、たっぷりと披露していただきます。お楽しみに！ — 伊藤直也（以下「naoya」）：緊張してます！ — 明
質問：マネジャーを続けるかエンジニアに戻るかで葛藤しています
チームのリーダーとしてマネジメントを任されるようになりました。自分としては一エンジニアとして頑張りたいという思いもあり、このままマネジャーを続けるかエンジニアに戻るかで葛藤しています。藤本さんのご意見をいただければ幸いです。 まず最初に大事なことは、いわゆるチームマネジメントは決して片手間でできるようなものでも、やっていいものでもない、ということです。なので、結論を先に書いてしまうと、葛藤している暇があったら早めにどちらか決めてしまいましょう。まぁ言うのは簡単なんですけどね。 ものすごく単純な例えですが、エンジニアとして10台のサーバーで一つのタスクを分散処理したり一つのシステムを動かしたりするのと、マネジャーとして10人のチームメンバーを一つのゴールに向かってまとめ上げて走り続けることの、どちらが簡単でしょうか？ 前者を簡単と言うつもりは全くありませんが（前者も十分に難しいことが多いので
優秀なエンジニアと優秀なチーム、日本企業が欲しいのはどっち？
連載目次 本連載のテーマは「チームリーダーシップスキルの向上」です。では、そもそも、なぜチームで仕事をしなければならないのでしょうか？ 今回は経営者の視点に立って、企業にとってのチームの有用性を考えます。 メンバーは個人の成果を優先しがち ITエンジニアの仕事は、設計やプログラミング作業を始める時点でモジュール分割がきちんとなされ、自分の分担が明確になっていることが多いものです。スケジュールがはっきりして仕様もしっかりしているので（例外もありますが……）、きちんと計画的にこなしていけば、仕事は一人でやれるという認識が強くなりがちです。そうなると、「仕事の成果は自分の成果」で、自分の成果を上げるためには人に邪魔されないようにバリアーを張らねば、といった極端な考えに陥る人も出てきます。 しかし、メンバーが個性を発揮し、自主的に生き生きと仕事をするためには、チームを活性化させることが必要です。そ
エンジニア専門職のグレードについて詳細な役割定義は必要か？ - Kentaro Kuribayashi's blog
様々な人々から、エンジニアに関する制度についてインタビューされる機会が増えてきた。その中で考えが整理されてきたパーツもあるので、せっかくなのでまとめておこうと思う。 ペバボのエンジニア職位制度のアップデートについてなどで書いている通り、ペパボはエンジニア専門職制度を制定し運用している。その前提として、専門職制度がどのような位置付けかというと、簡単に示すと以下の図の通りである。 この構造自体は特になんの変哲もない、わりと一般的な制度だといえるが、我々はこの中にひとひねり加えている。以下に説明する。 前提知識 ただし、その前に人事制度における前提的知識について述べておかないとならない。 社員格付け 昨今は「フラットな組織」「ネットワーク型組織」などというものも出てきているが、それはそれとして、一般に企業組織は、その構成員をなんらかの方法を用いて格付けしている。すぐに思い浮かぶのは、部長とか係長
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モダンな現場にするために実践したこと
OKR (目標と主な結果)