生涯エンジニアというマインドを活かしてyahoo!天気アプリを成長させたpm手法...
TRANSCRIPT
2016年9月16日
1
ヤフー株式会社 湯澤 秀人
Developers Summit 2016 KANSAI
生涯エンジニアというマインドを活かして
Yahoo!天気アプリを成長させたPM手法
about me
2
湯澤 秀人 (Hideto Yuzawa)
42才 の自称
フルスタックエンジニア
• 1998年(24才)〜 : 三菱電機にてソフトエンジニアやSE職など
• 2001年(27才)〜 : ヤフーにてITエンジニア (インフラ, 技術, 企画)
• 2010年(36才)〜 : 任天堂にてネットワークエンジニア
• 2014年(40才)〜 : ヤフー(大阪) にて天気・災害担当
• 2015年(41才)〜 : 天気PJのPMとして天気アプリのリニューアル 担当
@hiyuzawa
about ヤフー大阪オフィス
3
社員数: 約200名
• ショッピング/広告営業
• サービス担当• 天気・災害
• マッチング
• myThings(IoT)
• など
• D&S(データ＆サイエンス)関西絶賛
大阪ヤフーメンバー募集中
大阪駅、梅田駅すぐ近く
4
about Yahoo! 天気・災害【天気】1996年(ヤフー創業年)よりスタートする老舗サービス【災害】2005年より開始,2011年より災害の速報通知を意識したサービス
それぞれPC/スマホ/アプリにてサービス提供2014年より大阪に移管(メインスタッフは全員 大阪所属 約25名)
SM
（サービスマネージャ)
UM
（ユニットマネージャ)
PMPM
現在
ここを担当
Yahoo! 天気アプリ (iPhone/Android)
5
2015年6月
フルリニューアル
現在(リニューアルから15ヶ月)
多くのスマホユーザに利用されている天気アプリへ
Android版:2010年
iPhone版:2012年
提供開始
http://www.netratings.co.jp/news_release/2015/12/Newsrelease201510201215.html
2015年 日本におけるスマートフォンアプリ対昨年増加率 第3位獲得(TOPS OF 2015: DIGITAL IN JAPAN ～ニールセン2015年日本のインターネットサービス利用者数ランキングを発表～より)
累計
2300万ダウ
ンロード(弊社独自の調査2016/8月現在)
私のITエンジニアとしてのキャリア
6
おそらく皆さんが気になるであろうヤフーから転職,
そして再入社までの経緯などを…
2001年にIT業界に飛び込んだ時から常に思う変わらぬ「5のマインド」
7
1. 人に「ありがとう」と言われる作品を作りたい2. 自分の作品には納得と責任を持ちたい3. 常に自分を成長させたい4. エンジニアとして生涯現役でいたい5. 仕事は楽しくしたい
ユーザに喜びと驚きを
与えたい
ユーザが体験する「全体感」を
重要視したい
改善を繰り返し良い作品を作ることで
自身の成長を
第1次 ヤフー時代
8
2001年(27才) 2010年(36才)
インターネット常時接続時代の幕
開け
社員数百人,エンジニア50人程度のヤフーに入社
カテゴリ,検索,知恵袋などの多数のサービス開
発を主導
技術リーダ採用活動産学連携
技術リーダ調整業務
人材管理など
会社の拡大とともに自身の役割も変化
• 社員数• サービス数• 組織数
第1次 ヤフー時代の内外の環境変化
9
2001年 2010年
• Yahoo! Incなど内部技術を利用した効率的なサービス開発• 自前のDCと専門部隊による大規模なインフラ環境• ブランド力による圧倒的なトラフィック
「内のリソース」の活用が魅力的なサービス作りの
近道な時代
• AWSをはじめとするクラウド時代• オープンソースが効率的な開発支援に• オープンな話題による技術者同士コミュニケーションの活性化• iOS / Android のマーケットの中での競争
当時、これらの「外の変化」に危機感を感じた
(自分は変化についていけてるのか？）
10
第1.5次 活動期間を経て第2次ヤフーへ
2010年(36才) 2014年(40才) 2016年
2012年 ヤフー新体制へ
• ゲームSDKの通信基盤(システム構築)
• IDシステムの設計/開発• 世界展開のSNSサービス
のサービス企画から設計/開発/運営
• その他色々
第1次のヤフー時代の経験を活かしつつ新し
い知識/経験
いままでとは大きく異る環境で仕事ができ新たな側面で成長できた5年間(36〜40才)
ヤフーに再就職
ヤフーにも大きな変化が
一番の成果は自分に
自信が付いたこと
自信＝生涯エンジニアとしての生きたい
自分への
ネットワーク＆サーバエンジニア
独特な会社だったので想像以上の
いろいろな経験
Yahoo!天気アプリを成長させたPM手法
11
これからの内容は私個人としての考え、思いに関する事が多く含ま
れています。
自身の動機付け重要
• 天気には生まれつき無頓着な性格
• ヤフーは気象会社ではないので基本的には情報を入手して表示するサービス
• エンジニアとしての面白みが見えにくかった
12
メディア系サービスへの興味は薄かった
天気のサービス担当、アプリのリニュアルを任命されるも悩む
アプリの開発経験は当時までなく
経験はしたかった
41才の自分のキャリアと方向性にマッチした仕事
なのか？
ユーザと接するモノづくりは楽しい
13
天気アプリをつくるならこういうプロダクトにしたい
天気予報を単に表示するサービス
ではなく
ユーザが天気の事を把握(予想)できる道具(Tool)を作る
ユーザにどう見てもらうか？
ではなく
ユーザにどう使ってもらうかを考える
14
作品作りの軸を決める
目線(軸)が定まる(これが将来悩んだ時に立ち戻る
ポイントになり重要)
道具は機能の集合• どのような機能を選択し• どのように配置するか
いつも使う道具とは• 愛着をもって• 自然に手に取れるもの
日頃のメンバーへの口癖は
「カッコイイ」ものを作ろう！
エンジニアとは堅物者どんなプロダクトでもテンション上げられるとは思えない。上手くマッチする仕事との出会いも重要
なにをユーザに届けたいか作り手の意志を明確にし
人に自信を持って薦められる
作品をつくる
「作品」という表現は私のこだわり
エンジニア=職人であれ
17
PJチーム
PM
アプリ担当
サーバ担当
デザイン担当
こういう階層よりは…(一般的な非エンジニアがPMするとこうせざるをえない)
アプリ担当
サーバ担当
デザイン担当
DevPM
DevPMなら「面を意識した体制づくり」ができる
私流のDevPMによるPJチーム
18
サーバ担当
デザイン担当
DevPM
各担当は全体を意識しつつ
役割をこなす
PMは全職種の作業を把握
担当のスキル向上で領域は拡大
分担の垣根を超えた相互サポートを促す
スキマを見つけフォローすることがPMの重要な役割
アプリ担当
PMとしてチームを客観的に把握する
19
人不足…
このPJの目的は人材育成!？
意識改革必要?
(一体感不足)
• メンバーのスキル• マインド• モチベーション
DevPMの場合、エンジニアとしての経験を活かし…
が正確に把握しやすい
動かすまでは「開発」動いてからは「改善」
20
ITサービスは公開がスタート（最重要）
公開後に何をするかを公開前に思い描くことが重要公開時に機能を詰め込んで機を逃すべきではない
公開時の品質も重要(詰め込んだ機能はすべて品質OKなのか?)All in してから公開前にどれだけ使い込めるか(品質を上げられるか)
初見の印象は重要（多機能である必要はない。刺さるかどうか)
天気アプリで定めたこと
21
公開時の主要機能は以下とした
• 天気予報が今よりも見やすく確認できる• 雨雲レーダを重要な機能位置づける。またそれを認知し
てもらうUIをとする• 雨雲接近の通知でインパクトを与える
機を逃さない
機能をフォーカスして品質を上げる
2015年の梅雨/台風シーズン前には公開する
22
公開がスタート!
6月: リニュアル公開7月: 台風表示9月: iOS9 AppleWatch
11月: 投稿天気12月: 詳細情報(指数,アメダスなど)
1月: TVを意識した全国面2月: 積雪深/お知らせPush4月: PM2.55月: 雨雲レーダver26月: ウィジット追加7月: 「今の気温」表示8月: 最高気温ランキング
2015年 2016年
天気を予測する道具として何を揃えるべきかを
考えて機能追加
公開前にどれだけ未来図(理想図)として思い描けるか？
ユーザのご意見から実施を判断
するものも
改善の方向性を確認はユーザからのご意見
23
• Storeレビュー• SNSの評判• 独自のご意見フォーム
「雨雲接近通知からの雨が回避できた。」
実体験をSNSに投稿
雨雲ズームレーダを道具として使いこなしシェアしあう
方々
新機能についてのご意見機能追加のご要望
「UIがシンプルで使いやすい」というご意見
あくまでも提供者が主体的に自信をもって作品を作るべきその思いがユーザに伝わるかがポイント
提供側の自己満足にならないようにその方向性の確認はユーザのご意見を積極的に活用
24
たとえば
UIがシンプルで使いやすい
１画面で必要な情報が全て見れて
便利
1stViewに関するUIの評価はご意見の数としても非常に多い
週間天気を10日間みたい
どうする？両方満足させる。どうやって？
こういう判断はPMのお仕事
一定数の改善要望
常に全体を把握する(責任をもつ)
25
「現在の気温」を表示する機能を追加した事例をもとに
全体に責任を持つことで自信をもってユーザに提供できる
26
CP(情報提供元)
※簡略化のためのサンプルであり実際の構成とは異なります
受信サーバ
データ処理サーバ
データベース
APIサーバ
CDN
キャパシティは?I／F仕様は?
スキーマは?保存期間は?
エラー処理は?
更新頻度は?信頼度は？
体感速度は?エラー時は?
UI/UXは？改悪にならな
い?
申請処理は?更新時期は?告知文言は?
ユーザ
アプリStore
アップデート順調？
品質は？評判は?KPIは?
開発時のコミュニケーションは
順調?
保持期間は?
あくまでもBackUp, 各担当が主体的に
27
アプリ担当
サーバ担当
デザイン担当
DevPM
• 全体意識を持とう• 仕事を通じて成長しよう• 作品に誇りと責任をもとう• 仕事を楽しもう
• 困ったら私が助ける
メンバーへのメッセージングは…
意外と難しいこと。そういう視野の広い技術者になってほしいのでPJを通じてメッセージング
もう一つの意識: 伝える能力
28
プレゼン資料は要所で頻繁に作るよう心がけてる。具体的で説得力あるもの
• 自分の考えを整理する力• 人に伝える力• チームを一つにする力
年間20〜30本
200〜300枚以上
※ エンジニアなので話すより書いて伝えるほうが楽という考えからの行動でもある
資料を通じて…
(メンバーを歯車に決してしない)
5月 Versionレビュー訴求予定
・雨雲レーダがパワーアップ！
Update:1Android,iOSともに雨雲レーダからの任意地点の降雨量の詳細表示対応(そこからの天気動線で地図から地点を探す機能)
Update:2(お知らせ)Push, フロントWebView外部からの起動可能な動線追加
• 市区町村詳細の各タブ• 雨雲レーダ(任意緯度経度指定,拡縮)
更新後に活用していく予定
Update:3 (※サーバ更新)
全国動画サムネイルのSNSシェア対応
2016/5のアップデート概要(PJ内の説明資料)
資料作りも人にどれだけ分かりやすく伝えるかの鍛錬の一つ
品質は自分でもしっかり確認
30
QAも私の仕事の一つ(ユーザの基本操作のシナリオを重点的に確認)
更新の判断が自分ならそれに自信と責任を持ちたい
広く新しい技術を常に身につける
31
と書いてますが実際は色々なIT技術に興味があり実際に試してみたいという欲望が大きいだけかも
IT技術者という括りを意識する(昨今、担当分野が狭い技術者が多いのが気になるところ)
全レイヤーでディスカッション可能な幅広い知識をつけたい
誰よりも技術者として常に自己成長する意識をもち実践する(背中を見せてメンバーの成長を促す)
ここ1年ぐらい個人でやったこと(抜粋)
32
iOSアプリ２個制作(公開済み)
アプリ開発の実際と公開までのプロセスを把握したかった
メンバー向けに勉強会で顛末報告（アウトプット重要)
ここ1年ぐらい個人でやったこと(抜粋)
33
ElasticSearch + Kibanaで地震データのビジュアライス
http://qiita.com/hiyuzawa/items/bad1a7e29fc8d1820bea
データ処理好き可視化好き検索好き
風のデータを可視化
気象データ解析興味html5+jsでの
ビジュアル表現
ここ1年ぐらい個人でやったこと(抜粋)
34
LINE Bot を AWSを使ってシステム構築してみた。http://qiita.com/hiyuzawa/items/10e7bf2f6ad5d1c7fc9c
外の技術の先端トレンドは常にキャッチアップしたい
趣味なのに
サーバレスアーキテクチャで本気設計 :-)
⇒
最近の一番人気投稿
自ら率先して成長し
チーム力を上げる
PMはメンバーの中で１番ヒマであるべき
36
「我々は予報のプロではないがインターネットのプロ。」
今後も、意識高くユーザに満足頂けるサービスを提供していきたい
(日経産業新聞「ザ・チーム」 2016.6.29)
My Team
ユーザに喜んでもらえる、モノづくりが
楽しくて仕方ないからです
最後にあなたはナゼそんなに
熱いのですか？
ご静聴ありがとうございました
38
思いが詰まったヤフー天気アプリをぜひお試しください
※ヤフーは(大阪採用含め)積極採用募集中です