• 業績が伸びている
• 社員が十分な対価を得られていること

組織

• CA8：2年毎に1〜3人取締役を入れ替える
• CAJJ制度：事業の利益規模によってJ1〜J5
• あした会議：取締役と選抜された社員が、新規事業や課題解決を提案する合宿
• 社内キャリアエージェント：→適材適所に全力を尽くす

• 社員総会：活躍した社員を表彰する
• オープンなSNS活用
• 飲みニケーション
• 社内結婚が多い
• 若手の抜擢：新卒入社の子会社取締役数42名

• 離職率の低さ
• ストック・オプション：タイミングによって必ずしも優秀な人が報われるわけではない。辞めるタイミングができてしまう
• 美人が多い？
• にんじんボーナス
• 仕事とプライベートの切り分け

• 空気が大事

• コンセプト
• • Accessability
  • Scalability
• ゲーム
• • Treasure Dataベース（ゲームへのアクセスログ）
• GREE Platform
• • Hadoopベース（ゲームからAPIへのログ、ユーザ情報）

ゲームのデータ分析基板

• 利用状況
• • 5000ジョブ/日
  • 60TB
  • 130ユーザ（ほとんどが非エンジニア）

【14-B-3】「モバイル版グーグルマップのUXはいかにして作られたのか？」

• どのようなプロセスでデザインを決定したのか？
• 日本人がいかにしてコミュニケーションをとったのか？

• グーグルの検索結果の1ページ目：原稿用紙5枚分、多くの人は10秒以内に次のページへ
• 検索キーワドに応じて、地図、ニュースなどを推測して検索結果のトップに表示
• ユーザーが何を求めているかを推測して賢く表示

• PM、Eng、UX
• • UXはプロジェクトの初期から携わる
• UXメンバー構成
• • UXデザイナー、ビジュアルデザイナー、ユーザーリサーチャー、リクルーター、ウェブディベロッパー、コピーライター
  • 世界中で活躍
• 世界中のPM、Eng、UXが協力して1つのチームに

• 機能が多くなった結果、グーグルマップを作り直すことに
• コンセプト：地図を中心にしたアプリケーションに戻す
• 乗り換えページ
• • トップ画面から時刻の情報を取り除いた
  • 目的地を入力すると、現在時刻からの検索結果を表示（モバイルの性質）
• 世界中の人とコミュニケーションをとって開発
• • 例：アメリカは電車が時間通りに来ないから時刻は薄くして欲しい
  • どうやって意見をまとめていったか
  • • 基本的には、全会一致。どうしても決まらない時はリーダーが決定することも。
    • チームメイトを信頼する
    • • 直接会って、相手のことを知る：10分だけでも、ランチするだけでもよい
      • ヴァーチャルコーヒー：テーマを決めずにミーティングする
      • メールを書く：きちんと伝えられる、深く考えていることを知ってもらう
      • • 英語が苦手だと会話では上手くコミュニケーションとれないことがあるため
• まとめ
• • ディスカッションが頻繁に行われた
  • フラットな関係で意見を言い合えた
  • 上の2つにより、開発前に様々なシミュレーションができた
  • 短期間で開発

【14-C-4】「DeNAにおけるゲーム以外の新規事業の立ち上げ方」

• マンガボックス
• Showroom
• • アイドルやタレントのパフォーマンスをライブ配信
• チラシル
• 他多数
• 上記サービスを1つの部署で開発

ものづくりの進め方

• スクラムの守破離
• • 現在のメンバーのほとんどが1年前にスクラムを経験
  • スクラムを忠実に実行するにはコストがかかる（バックログなどを全てアナログで）
• 工夫してみたこと
• • 専任のスクラムマスターをやめる
  • タスクの粒度は荒く、ストーリーポイントは振らない
  • バーンダウンは排除
  • タスク管理は各チームやりやすい方法で（Git/アナログ/GoogleDocs）
• 少人数体制
• 結果
• • デイリースタンドアップがプランニングと振り返りも兼ねる
  • 開発の遅れもあまりなかった
• 人が増えたら、進捗遅延や意思疎通など、従来の問題が出てくる

フィードバックの例

• チラシル（ターゲット：主婦）
• • アルバイト募集で出を集める
  • モックアプリをインストールしてもらう
  • 2-3週間、利用し続けてもらい、リモートで感想を聞く
• アプリゼミ（ターゲット：小学生）
• • 小学生と親にオフィスに来てもらいモックを使ってもらって評価
  • このサイクルを何回も繰り返す
• Peko!（ターゲット：USの大学生）
• • USの大学前でテスターを勧誘（200人）
  • 2週間ぐらい使ってもらい、分析ログを分析。
  • ヘビーユーザーはユーザーインタビューも実施
  • Facebookログインは、事前にユーザーに聞くと半分は使わないと答えるが、実際に計測すると8割は使う

どこまでエンジニアが関与

• 9サービス中4サービスはエンジニアが事業計画を立案

• サーバアプリケーション
• • リードエンジニアが好きに使いたいフレームワークやミドルウェアを決定（今はPerlが多い）
• インフラ
• • コスト優位な部分ではAWSも積極的に活用（海外とか）
• スケーラビリティ
• • どんなにスモールスタートでも確保必須
  • 原則、ユーザが集まる前提で企画/開発
• GitHub Enterprise
• • 各チームの各リポジトリをエンジニア全員がWatch
• ネイティブアプリ
• • まずはどちらか一方だけ集中開発してリリース
  • スケールしそうになったらもう片方の開発を始める
  • iOSのバージョン：最近はiOS7専用が多い
• 通知
• • コミュニケーションスピードが年々上がってきている
  • 通知のために常時接続

• オーガニックの流入は、よくて30-40DL/日
• 広告出稿してユーザを流入させ、効果測定を行う

1年経ってみて

• 余計なことを考えずに、コトに向かうことが最重要
• ひたすらフィードバックループを回して、コツコツ前に進む（銀の弾丸はない）

【14-A-5】「エンジニアだからできる 自由な生き方」

• スマホアプリのクリック率を分析しよう
• dots をたくさんバラ撒こう
• 2日目は刺激的なセッションが多かった！（宣伝感もあまりなかった）