AWSSummit2016 参加メモ

今年もAWSSummitに行きました。
IoTがテーマでしたが、IoT以外のセッションもありました。
厚切りジェイソンには会えなかったのが残念です。
6月3日のランチセッションから参加しました。
ランチセッションとは別にランチチケットがもらえ
お昼ご飯を2回も食べ満腹と戦うことに必死でした。

聴講したセッション

  1. IoT プロジェクトはなぜ失敗するのか
  2. PARCO が進める IoT とデータ活用事例
  3. ドワンゴAWS を使ってメディアストレージ基盤を開発してみた
  4. 秒間数万のログをいい感じにするアーキテクチャ
  5. GREE 流!AWS をお得に使う方法
  6. タウンワークにおけるサーバレスアーキテクチャデザイン

1. IoT プロジェクトはなぜ失敗するのか

竹之下 航洋(株式会社ウフル IoTイノベーションセンター マネージャー)
クラウドインテグレータ、マーケティングの両方を生業としている会社
2013年からIoTをもう一個の柱にしようとして力を入れてきた。
これからは、IoTがビジネスを牽引する
500億個ものののがインターネットにつながる
ウフルさんは、IoTを 人、プロセス、データ、モノがつながること ととらえている

事例紹介

  • GEの航空事業事例
    航空機メーカー ジェットエンジン
    エンジンが出力することに課金 サブスクリプション
     Iotにより事業ドメインを変えた
  • 当社は、路面管理の高度化実証実験を実施

  • これからIoTを事業として考えるには、次のXXを意識した方が良い
     2020年インフラ投資のマイルストーン
     2018年までに商用サービスインしておきたい
     2016年までにプロジェクトを開始しておかないと間に合わない

IoTへの取り組み方

  • IoTは相対的な取り組みである
  • ビジネスサイドのコミットメントがないとPOCをやってみただけになりかねない
  • ありもののサービスだけでは運用が難しい

やってみてわかったこと

  • WEBソケット 3Gは相性が悪い
  • 実運用の話とでもの要件を混同してつくってしまった。失敗
  • プロジェクト体制も重要
    POC→準委任契約
    実際の開発→請負
  • ビジネスサイドの課題
    開発前後のプロセスも見ている

感想

 新しいことをやろうとして、まずはPOCでやりましょうとなるんだけど
 そのあとどうすんの?みたいなことが戦略としてないと。
結局POCやったけどなんだったの?みたいな事になるのは実体験として
納得感がある話でした。
 まずはやってみるのがPOCといえばPOCなんだけど、
 POC後に進めるのか撤退するのかの戦略を作った上で、
POCをすべきなんかな〜
 でも、いろいろ考えると結局はじまれない。見たいのもダメだしねー。

あとで調べる用語

node-red
http://deferloader.blog.uhuru.co.jp/?p=5329
enebular(エネブラー)
http://uhuru.co.jp/information/20141121-2/

PARCO が進める IoT とデータ活用事例

林 直孝 様(株式会社パルコ 執行役 WEB/マーケティング部、メディアコミュニケーション部担当)
社内サークルに参加している、IoT同好会部長
もともとマーケティングの人

全国に19店舗
ZERO GATE

一定期間の個客LTVの和 一定期間の接客LTVの和
接客は来店前からすでに始まっている

店舗接客、WEB接客の考え方を取り入れようとしている

ポケットパルコをリリースした。
なんのためにリリースしたか
* データを活用するためのツールとしている
* お客様の行動を可視化できないか?
* WEB上では離脱などが可視化できるが、リアルでできないか?

  • ブログのクリップ
    クリップするとコインが溜まる
  • 来店するとチェックインしてもらう
    チェックインコインを渡す
  • アプリに登録されたカードで買い物してコンバージョンとする
    →チェックインした人がなんで買い物しなかったのかがわからない

クラスメソッドさんと実証実験した時のスライド

https://speakerdeck.com/quiver/parukomiyuziamunihua-xiang-sensinguiotwodao-ru-siteke-ceng-fen-xi-sitemita
 2週間くらいで導入した
 ソラコム、AWS
 人数カウントの精度が課題
   スタッフに、外で雨が降っている事を今まではアナウンスで知らせていた
  「お足元の悪い中〜〜」

感想

お客のデータをどうやって取得するのかっていうのが肝だと思いますが
PARCOさんはうまくいっているのかな〜という気がします。
もう少し突っ込んだ話も是非聞きたい。
部長が自ら同好会を立ち上げて、ITに力を入れる動きをするっていうのも
良さげです。

ドワンゴAWS を使ってメディアストレージ基盤を開発してみた

利用している技術

苦労した点

  • サーバレスなアーキテクチャを実現するためにはAWS固有のリソース・サービスへの理解が必要
  • VPC・ネットワーク周りなどの知識は、別に必要
  • フルマネージドのサービスを前提としたアプリケーションのテスト実装は今後も課題
  • サードパーティのモックだと厳しい
  • cloudformatinについては、整備が足りていない部分もある
  • aws-sdkを活用したが、ドキュメントから読み取れない。検証が大事

秒間数万のログをいい感じにするアーキテクチャ

星 北斗(クックパッド株式会社 インフラストラクチャー部 セキュリティグループ グループ長)

*ESC
*なぜログを集めるのか
  起きたことを示せる
 *サービス改善をするためには不可欠
   仮説の検証
   パフォーマンス改善
   システムトラブルの解消
 *WEBDBプレスに記事書いたので、読んでほしい

 *ログに求める要件
   分析できないログはいらない。多すぎるログ
 *現在の規模
 *ログ収集の変遷
 *Fluentdについて
   トレジャーデータのOSS
 *Apache Kafka
 *KPLによる集約の導入
 *kinesis-baibain

GREE 流!AWS をお得に使う方法

堀口 真司(グリー株式会社 開発本部/インフラストラクチャ部 リードエンジニア)
今井 祐介 (グリー株式会社 West Game事業本部 / RPG Studio部 シニアエンジニア)
神谷 侑司(グリー株式会社 West Game事業本部 / RPG Studio部 エンジニア)
籠島 啓介(Glossom株式会社 開発部)

  • dynamoDBのメリット
    atomic counter
    conditional save
    コストの可視化
    writeはreadの10倍かかる
    surottorinngu の問題
    パーティションの機能
    capacityも分割される
    一度割れたらもどらない

  • AmazonAuroraをつかったコスト削減
    5倍近いパフォーマンスが出る
    イベント開始終了の負荷が非常に高い
    *大量のログをなるべく早く
    ltsv形式にしたら半分になった
    コストエクスプロラーで毎日チェック
    *Lamdaを使えると安く済む

タウンワークにおけるサーバレスアーキテクチャデザイン

  • 会社紹介
    67アプリリリース
    パンダ一郎

  • コアテクノロジープロジェクトを立ち上げ
    データサイエンス+エンジニアリング+インフラ
    どういった特徴のユーザがコンバージョンにいたるのか

  • タウンワーク
    回遊する度にユーザの嗜好をひろう
    アルタイムパーソナライズドソートの取り組み
  • 6人データサイエンティスト
  • ログ基盤の整備
  • 特徴量更新、予測の高速な処理
    データベースの選定
    高速な読み書き
    特徴量の変更に対して柔軟である
    AWSのサービスとの親和性が高い
    管理コストが押さえられる
  • どうやって決めて行ったか?
    NOSQLに絞った
    自前で運用したくない
    dainamo DB,elasticcasheにした
  • インフラ管理コスト
    クラウドフォーメンションと ラムだを使った
    ブルーグリーンデプロイメント
    →DBを含めたブルーググリーンデプロイメント
    クラウドフォーメーションを使った
  • ラムダで管理コストを削減した話
    ストリームデータ処理
    バッチジョブ
    インテグレーション
    エラー事象をslackに通知する。他のコミュニケーションに紛れない?
    専用の通知チャンネルに送る
    使用料金をラムダでslackに送る。毎日slackに送る→これは試せそう

6/3の戦利品はコレ
f:id:masaji0912:20160605161908j:plain:w300

ランチチケットでもらったランチ
f:id:masaji0912:20160605161850j:plain:w300

ランチセッションのランチ写真
撮り忘れました。

来年も参加しまーす。

「成長企業に聞く 事業を成功に導くデジタル戦略」参加メモ

「成長企業に聞く 事業を成功に導くデジタル戦略」に参加してきました。
eure-adpark.connpass.com ◆概要
日時:5/18(水) 19:00-21:00
会場:株式会社エウレカ セミナースペース
主催:株式会社エウレカ

【登壇者】
奥谷孝司 (オイシックス株式会社COCO、元株式会社無印良品 WEB事業部長)
西井敏恭 (オイシックス株式会社CMO
長谷川秀樹(東急ハンズ株式会社執行役員
清水俊明 (株式会社スタートトゥデイ取締役 ホスピタリティ・マーケティング本部本部長)

【内容】
スマートフォンアプリを活用した最新ブランドプロモーションに関するセミナー
成長企業のキーマンをゲストに招き、誰もが知りたい「事業を成功に導く」ための
具体的なデジタル戦略をマーケティングご担当者様向けにディスカッション形式で
届ける勉強会

◆参加の目的
無印良品にいた奥谷さんとハンズの長谷川さんの話を他の勉強会でも
 聞いていて、単純に話が面白い方々なので、参加したのがきっかけです。
 特にマーケティングとかに興味があったわけではないです。

◆感想・講演メモ
事業の成功とデジタル戦略について】
・いろいろデジタル広告をやって見たけど、結局どれも投資効果でいくと
 イマイチであり、新規ユーザを取り込むために、広告でお金を使うより
 既存の仕組みをブラッシュアップする事に力を入れて、ユーザのために
 お金を投資することが重要だと感じている。

・ネットだけの世界では成り立たなく、リアルの世界でのつながり
 ユーザ体験も大事にしていかないと立ち行かなくなる。

 <amazon
  ・広告をほとんど打っていない。
  ・配送の仕組みを強化(配送期間を3日から24時間位以内)することで
   ユーザへの価値を高め、今の地位を確立している。

 <無印のMUJIPASSPORT>
  ・MUJIPASSPORTをスキャンする部分のインターフェースを
   簡単に素早くスキャンできることに徹底的にこだわった
  ・店舗店員の接客の仕方を徹底してきた(必ずMUJIPASSPORTを持っているか聞く。
   持ってない人はその場でもインストールしてもらう)

 <ほか>
  ・サイトのメディア化も一つの戦略である。
   特定業界の法律や情報集めたサイトにすると、検索エンジンからの流入を増やせる。
   そのサイトの端っこにサイトの入り口を作って、コンバージョンに繋げる

【4人の勉強方法】
4人がどのように情報を得ているのかなども聞けたので共有します。
・勉強会などに参加して、つながりを作って勉強している
googleで英語で検索して、画像で理解。本気で理解したければ英語読む
・月に50冊本読む
ツイッターfacebookで著名人をフォローしてる
・座学だけでなく、実際に自分でツールやサービスを触っている

どの世界の人も、やっぱり勉強は欠かさずしてるんだなーと
ツイッターだったり、facebookは勝手に情報が入ってくるので
ものぐさは自分にもピッタリな情報収集方法です。機会があれば試してみてください。

◆学んだ用語
・ライフタイムバリュー
CPA

◆反省点
マーケティングについては、何も知識がないまま参加したため話について行くことが
ままならず、理解が怪しいと感じた。マーケティングの本でも読もうかな。

「マンガでわかる! マッキンゼー式ロジカルシンキング」を読みました

「マンガでわかる! マッキンゼーロジカルシンキング」を読みました

ロジカルシンキングを鍛えるために 絵を交えながら説明されている物語風の漫画小説です 紹介されていた代表的な方法をメモ

A4メモ書き

  1. 1分で書く(重要)
  2. 1件一葉で書く
  3. 紙はA4用紙
  4. タイトルは疑問形にするなどの工夫
  5. 同じタイトルでも気がすむまで書く
     ・ 報告書をどう作成すれば良いのか?
     ・ 報告書の作成方法は?
  6. ページにつき4〜6行、1行は20行〜30行1. 保管したメモはすぐに見返さない

電車内広告で鍛えられる論理的思考

マトリックスで頭を整理する

実際にやってみないと身につかないですね。 今度ぜったいやろーっと

JAWS-UG初心者支部 第5回勉強会 参加メモ

JAWS-UG初心者支部 第5回勉強会 にはじめて参加してきました。

jawsug-bgnr.connpass.com

当日はチューターの方が10人以上居て、3人に一人の割合でついてくれるという
豪華なハンズオンでしたね。

途中、つまずいたところがあったけどなんとか無事完了できました。
また、参加しようと思います。

来年には、チューター枠で参加できるくらいにしておきたい。

フィッシュ!ー鮮度100%ぴちぴちオフィスの作り方 読みました。

フィッシュ!―鮮度100%ぴちぴちオフィスのつくり方

フィッシュ!―鮮度100%ぴちぴちオフィスのつくり方

  • 態度を選ぶ
     つねにポジティブな姿勢で出社するよう心がけること。

  • 遊ぶ
     オフィスが活気にあふれるような遊び方を取り入れることが大事

  • 人を喜ばせる
     顧客や同僚に対してエネルギッシュな楽しい雰囲気で接しよう。

  • 注意を向ける
     人があなたを必要としている瞬間を逃さぬよう、いつも気を配ろう。

スクラム現場ガイド読書会@五反田 読書会キックオフイベント (読んでない人も来てね!) 参加メモ

スクラム現場ガイド読書会@五反田
読書会キックオフイベント (読んでない人も来てね!)に参加しました。
4b8068b477ec6b0b559a5e7741.doorkeeper.jp

読書会は初参加
本が、3000円で買えた。
訳者さんが3人参加。
サインはもらってこなかった。
本は、まだ読んでない。

当日スライド

speakerdeck.com

当日は、以下の章を読んで、議論。
2章 チームの作り方について
    スクラムやるために、やりたい人がやりたくない人をどのように巻き込んでいくかが書いてあると理解した。
    情熱だけだとメンバーはついてこないので、戦略と計画が必要です。
3章 外部のコンサルタントを使う
    コンサルタントといってもチームの中に入って、一緒にコードやテストを書く人で、
    技術をチームに提供してもらって、強くしたいという事が書いてあると理解した。
4章 ベロシティについて
    チームが出来上がったばっかりの時は、チームのベロシティがないのでどうするかが書いてあると理解した。
    1、過去の別チームのベロシティを使う
    2、わからないなりに見積もる
    3、幅をもたせて見積もる

読書会のやり方が面白かった。
「ジグソー法」での読書会実施。
※ジグソーパズルのジグソーですね。

1、いくつかのグループを作って、読書をします。
 各グループで読む章をばらけさせる。
 1つのグループで読んだ内容をメンバーでブレーンストーミングする
  Aグループ(4人)1章読む
  Bグループ(4人)1章読む
  Cグループ(4人)1章読む
  Dグループ(4人)2章読む
  Eグループ(4人)2章読む
  Fグループ(4人)2章読む
  Gグループ(4人)3章読む
  Hグループ(4人)3章読む
  Iグループ(4人)3章読む

2、別の章を読んだグループメンバーとグループを組む
 読んだ章にどのよう事が書いてあったかを、共有する。
  Aグループ(4人)1章読む
   Aさん残る
   Bさん→1章を読んだグループへ移動
   Cさん→2章を読んだグループへ移動
   Dさん→3章を読んだグループへ移動

  以下同様
   Bグループ
   Cグループ
   Dグループ
   Eグループ
   Fグループ
   Gグループ
   Hグループ
   Iグループ

3、最初のグループに戻り、別の章の事を説明する。
  読んだ章でディスカッションした内容を全員に共有する。

<参考ページ>
ジグソー法とは、協同学習を促すためにアロンソンによって編み出された方法である。
1つの長い文章を3つの部分に切って、それぞれを3人グループの1人ずつが受け持って勉強する。
それを持ち寄って互いに自分が勉強したところを紹介しあって、
ジグソーパズルを解くように全体像を協力して浮かび上がらせる手法
http://coref.u-tokyo.ac.jp/archives/5515

http://www.tarianaweb.com/info/Jigsaw.html

私たちのチームが読んだ2章の内容を付箋に貼り付けていきました。 f:id:masaji0912:20160411210242j:plainf:id:masaji0912:20160411210306j:plain

以上、皆さんおつかれさまでした。

平成21年度春期 プロジェクトマネージャ 午前2 25問 備忘

ソフトウェア品質
 信頼性
  指定された条件下で利用するとき、指定された達成水準を維持すること
 保守性
  酒精のしやすさに関すること
 移植性
  ある環境から他の環境に写すためのこと
 効率性
  明示的な条件の下で、使用する資源の量に対比して適切な性能を提供すること
 機能性
  指定された条件の下で利用されるときに、明示的および暗示的必要性に合致する機能を提供すること
 使用性
  指定された条件の下で利用されるとき、理解、習得、利用でき、利用者にとって魅力的であること

RADとは|ラピッドアプリケーションデベロップメント|Rapid Application Development - 意味/定義 : IT用語辞典

スパイラルモデル - Wikipedia

共通フレーム2007
要件定義プロセス
アクティビティ一覧
(1) プロセス開始の準備
(2) 利害関係者要件の定義
(3) 利害関係者要件の確認