ソフトウェアエンジニアは、どのように事業に貢献すべきか？ 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ（当時）に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す

オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに

ーー さまざまな分野で活躍する方々に、「これからの美しい食」をうかがうシリーズ。今回は、目黒のイタリアン『L`asse（ラッセ）』の村山太一さんです。 イタリアで最長の27年間にわたり三つ星を守っている名店『Dal Pescatore（ダル・ペスカトーレ）』でスーシェフにまで登り詰め、帰国後にオープンした『ラッセ』は9年連続でミシュランガイド一つ星を獲得 と聞くとなんともガストロノミー♪な響きの村山さん。しかし、なんとサイゼリヤで数年前からバイトを続けていて、美食について聞けば数億年スケールの哲学が広がるという。。。 そんな広すぎる振れ幅が痛快な村山さんに聞く、外食産業の未来そして「美しい食」の哲学です。お楽しみください。 星付きシェフがなぜサイゼリヤに？？本間：今日はよろしくお願いします。ゆっくりお話するのは淡路島で船に一緒に乗って以来、ですかね？ 村山さん（以下：村山）：その節はありが

静岡県生まれ。2005年に筑波大学大学院を卒業後、ヤフー株式会社に新卒入社。エンジニアとして「Yahoo! JAPAN ID」や「Yahoo!ショッピング」「ヤフオク!」の決済システム構築などに携わる。決済金融部門のテクニカルディレクターや「Yahoo! JAPAN」を支えるプラットフォームの責任者を経て、2015年にCTOに就任。2019年10月より現職。 日本を代表するテクノロジーカンパニーの1社として、ヤフーは様々なサービスを生み出してきました。CTOとして、どのようなことを大事にしていますか。 藤門個々のテクノロジーやデータなどは当然重要ですが、それよりも重視しているのが、ユーザーに価値を提供する「スピード」です。新しいサービスをいち早く世に出せば、より多くのフィードバックをもらうことができ、改善サイクルも高速に回すことができる。我々の事業において、スピードは極めて重要です。 既存

会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない

「Client と Server があるスマフォゲームを 開発するときに人類が考えておくべき、ほとんど全てのこと」をまとめる構想 これは何 「Client と Server があるスマフォゲームを開発するときに人類が考えておくべき、ほとんど全てのこと」 をドキュメントとしてまとめようと思ったときに、何を書けばいいかをリストアップする場所 （構想を練る目的なので、不完全な内容です） のんびり更新予定 モチベーション 1. 仕事上の実利 職業柄、生きていくために Client / Server 実装があるスマフォゲーム を一定期間をかけてチームで開発することが多い ゲームのチーム開発は要素が多く、先立って考慮しておくべきことも多岐に渡る 「考慮しておくべきことリスト」 を用意しておくことで、考慮漏れによるミスや手戻りを減らす 初心者にとっては抜けていた知識の補完になり、中級者以上にとっても思考

Photo: LendingMemo (CC BY 2.0)TypeScript grew a great deal between 2017 and 2019, and in many ways, for good reason. There’s a lot to love about TypeScript. In the 2018 State of JavaScript survey, almost half the respondents said they’d tried TypeScript and would use it again. But should you use it for your large scale app development project? This article takes a more critical, data-driven approa

デジタル・トランスフォーメーションの本質と共創戦略 こんなテーマでの講演を、大手SI事業者からご依頼を頂きました。受講者は、マネージメントや経営層で、「働き方改革」とも絡めて話をして欲しいとのことでした。 講演当日、お客様のオフィスが入るビルに伺ったところ、受付で荷物検査があり、持ち込みPCがある場合は、申請書にシリアル番号を記載し、受付の方がこれを確認するという段取りになっていました。私はその指示に従って手続きを済ませて何の問題もなく会場にご案内頂いたのですが、同時に持ち込んだiPadについては何の確認もされず、当然ながらポケットに入っていたiPhoneも確認をされることはありませんでした。 以前、このお客様で早朝の打ち合わせで伺ったときは、まだ受付が開いていなかったので、守衛室に回されたのですが、そこではPCの確認さえもありませんでした。 そんなお客様での講演の中で、こんな話をさせて頂

とある創業社長のお悩みとして、 「いつも社員が考えた企画案を最後にひっくり返す役割になってしまう」 ということについて、胸が痛いという話をしていた。 こういう経験がある人は特にベンチャーでは少なくないだろう。親会社などからこれを食らうのは辛い話であるが、小さな組織でも、それなりにダメージはある。場合によっては、ワンマン社長の元で、好きなことができないと絶望してしまう人もいるだろう。 しかし、これについて、そのように見方を変えられるかが生き残りのカギである。 「社長にエスカレーションされるまで企画案の問題点に気が付かなかった企画、チーム、組織の問題」 と。 創業社長は、その会社で一番、そのビジネスについて考えている立場である。ちょっとやそっとで創業社長を上回るアイディアを出せると思ってる方が考えが甘い。ある意味、ひっくり返されて当たり前だと思うほうが話し早く進む。 ここでミニCEOと呼ばれる

この記事は技術そのものやエンジニア採用のことがよく分からない経営者へ向けて書いています。エンジニアが読めば当たり前のことが書いてあります。また優秀なエンジニアならこう考えるのではないかというところは、私見によるものなので本当にそうかどうかは分かりません。 募集要項を書く募集要項で最も重要なのは待遇に関するところだと私は思います。具体的に言えば、だいたいの年収です。もちろん業務内容や組織の雰囲気なども重要ですが、業務内容や組織の雰囲気が良ければ年収が低くても働こうと思ってくれるのではないかと考えるのは経営者の奢りであって、そんなエンジニアはほとんどいません。優秀なエンジニアにとってはそのどちらも満たす求人が他にたくさんあるために候補にすらなりません。 逆に業務内容に魅力がなくても年収さえ高ければ良いという優秀なエンジニアも一定数いるはずです。待遇を具体的に書くことはそういった層に響くのではな

僕が新卒で入社したリクルートにおいて 一番長い時間を過ごした部署が、 まさに成長期真っ只中のホットペッパーでした。 毎月のように新しいエリアに新版が創刊され、 日々、至る所で【ギネス更新】という言葉が溢れていて メキメキと音を立てるがごとく事業が成長していました。 そして、たった7年間で 売上500億、営業利益150億という数字を叩き出すまでに成長し おばけ事業となったホットペッパーの成功は リクルート全社においても徹底的に分析され 他事業部へと、そのノウハウが横展開されることになりました。 今振り返ると、 その当時のホットペッパーには まさに伝説とも言える奇跡的な時間が流れていたと思います。 そんなホットペッパーの創業期において 社内で挑戦者を募集する社内公募の文章があったのですが、 この文章が、今まで見たこと無いぐらい神がかっていて それを先輩がシェアしていたので ここでも紹介したいと

2012/12/17 ヤフー株式会社にて行われた「Running Lean」出版記念セミナーでのヤフーセッション発表資料。補足改定版。Read less

(Qiita:Teamで社内にて共有していた記事を公開) GoogleやZyngaで使われているOKRという仕組みが、「会社として何が大事なのか」「そのためにチームや自分は何に集中すべきか」を明確にするフレームワークとしてよさそうなので調べてまとめてみた。 OKR(Objectives and Key Results)とは OKRは会社やチーム及び個々のメンバーの目標(Objectives、達成すべき戦略目標)と主要な結果(Key Results、その目標の達成度を示す客観的指標)から成り立つ。 OKRを導入することのメリット Objectives and Key Results ( OKR )より 思考が統制される 大きな目標が明らかになる 日々のオペレーションにかかりっきりだと「実際のところ何が重要なのか」は見失いがち メンバーと正しいコミュニケーションをとることができる 各々が何を重

社員の生産性を極限まで高めるには、どうすればいいのか――米グーグルが2012年に開始した労働改革プロジェクトの全貌が明らかになった。 社員同士のコミュニケーションを中心に、その仕事ぶりを徹底的に観察するワーク・モニタリングは、果たして功を奏したのだろうか？ ●"What Google Learned From Its Quest to Build the Perfect Team"　The New York Times, FEB. 25, 2016 プロジェクト・アリストテレスとは 上の記事によれば、米グーグル（持ち株会社に移行後の正式社名は「アルファベット」）は2012年に生産性向上計画に着手した。 この計画は「プロジェクト・アリストテレス（Project Aristotle）」と呼ばれ、同社の「人員分析部（People Analytics Operation）」によって実施された。 グ

55階建て、高さ185ｍ（屋上ヘリポートまで）、総戸数650戸の超大規模で超高層なマンションの大規模修繕工事が進んでいる。1998年、埼玉県川口市に竣工した「エルザタワー55」だ。いわゆる一般のマンションの大規模修繕工事とは、どんな違いがあるのだろうか？ 工期2年、工事費用12億円のまさに大規模な修繕工事 「エルザタワー55」は建設当時、日本一の高さのマンションとして大きな話題となった。当然ながら、筆者も新築時のマンションを見学した。黄色をアクセントに、低層中層高層でデザインが変化する洗練された外観フォルムは、タワーマンションとしての存在感を示すかのようだった。 竣工して17年目に入る2015年3月に、大規模修繕工事が始まった。工期2年、費用約12億。マンションの大規模工事としては、これまでにない規模になる。当然ながら、一般のマンションの大規模修繕工事とは、いろいろな違いがあるのだろう。そ