ウィリアムのいたずら @xmldtpアジャイル→アジャイルＵＸ（ジェフ・パットン）→自動車業界でユーザー・エクスペリエンスが話題？と邪推してしまう・・ RT: @hiranabe 明日はデンソーさんで、思いっきりアジャイルの話しまーす！スベらないことを祈って。
Kenji Hiranabe @hiranabe
日本でSysML使ってるとこないかなぁ。評価版絶賛提供中です。
https://mobile.twitter.com/hiranabe/status/281510526893293568
ＳｙｓＭＬを使っている会社は、いろいろあるかもしれないし、
Astah*使って教えている学校はいくつかある（芝浦工大、早稲田など）けど、
今、SysML教えてる学校って、慶応ＳＤＭの西村先生のところぐらい？
って認識でＯＫかしら？？
INCOSE Japan Chapterのご紹介とSysML教育への期待
http://www.umlcert.org/news/pdf/100128_sysml_02.pdf
なかんじ・・・
これって、逮捕まで持っていけるんだろうか？
削除しないとかいう理由だと、
ひろゆき氏が削除するわけじゃない（削除人が削除する）から、
逮捕できないんじゃあ？
でも、ひろゆき氏を捕まえても、もはや、
２ちゃんがなくなるわけじゃないし・・・
２ちゃんねる創設者を書類送検 麻薬特例法違反の疑い
http://headlines.yahoo.co.jp/hl?a=20121220-00000018-asahi-soci
削除しないとかいう理由だと、
ひろゆき氏が削除するわけじゃない（削除人が削除する）から、
逮捕できないんじゃあ？
でも、ひろゆき氏を捕まえても、もはや、
２ちゃんがなくなるわけじゃないし・・・
２ちゃんねる創設者を書類送検 麻薬特例法違反の疑い
http://headlines.yahoo.co.jp/hl?a=20121220-00000018-asahi-soci
ＵＸの話（ISO9241-210の話とか）だけでなく、
現在、開発としてどのような手法が使われているか
（ペルソナ作って、ユーザージャーニーマップをつくって・・・とか）
が１３ページにあったり、そのほか、いろいろ書いてあるので、メモメモ
ユーザエクスペリエンス～それは何か・どう捉え・どう開発につなげるのか？
http://www.slideshare.net/masaya0730/ss-12611734
Ｐ．Ｓ そのあとでみる
ＵＸＤ教育の実態と課題
http://www.slideshare.net/masaya0730/ss-9014702
Exciting new trends in design thinking
現在、開発としてどのような手法が使われているか
（ペルソナ作って、ユーザージャーニーマップをつくって・・・とか）
が１３ページにあったり、そのほか、いろいろ書いてあるので、メモメモ
ユーザエクスペリエンス～それは何か・どう捉え・どう開発につなげるのか？
http://www.slideshare.net/masaya0730/ss-12611734
Ｐ．Ｓ そのあとでみる
ＵＸＤ教育の実態と課題
http://www.slideshare.net/masaya0730/ss-9014702
Exciting new trends in design thinking
マーケティングオートメーションって言葉があるようだ。
ここ
SFAの補完機能であるマーケティングオートメーションはなぜ日本に上陸しないのか？
http://marketing-campus.jp/lecture/noyan/054.html
によると(以下太字は上記サイトより引用）
営業案件とセールス活動を管理するSFA（Sales Force Automation）の事は知っておるじゃろ？セールスフォースドットコム（SFDC）が代表選手なんじゃが、日本でも導入する企業が急速に増えている業務アプリケーションじゃ。
MAは、そのひとつ前の工程である営業案件を創出するまでの「マーケティング」のためのツールなんじゃよ。展示会やWebなどで収集した見込み客（リード）データを統合して管理し、メール配信やアウトバウンド・テレマーケティング、Webでの行動解析などを行い、最終的にはスコアと呼ばれる「点付け」によって有望見込み客を絞り込むためのツールなんじゃ。
・・・なんか、ビッグデータの香りが・・・
マーケティングを始める前に名寄せや競合排除を丁寧に行わないと、成果をあげる前にクレームや事故を起こしてしまうんじゃよ。
一斉配信でセミナー案内メールやメルマガを送り、そのレスポンスを可視化し、またメール配信の後で発生する拒否や不達のメンテナンスを効率良く行い、Web上での行動解析や、そうした行動からスコアを行う機能は、SFAは得意ではないんじゃ。
SFAを触ってみればわかることじゃが、先ず名寄せが弱い。
名寄せ・・・Hadoopの出番？
ただ、その後の話からも判るように、日本では、マーケティングオートメーションはやりにくいかもね・・
ここ
SFAの補完機能であるマーケティングオートメーションはなぜ日本に上陸しないのか？
http://marketing-campus.jp/lecture/noyan/054.html
によると(以下太字は上記サイトより引用）
営業案件とセールス活動を管理するSFA（Sales Force Automation）の事は知っておるじゃろ？セールスフォースドットコム（SFDC）が代表選手なんじゃが、日本でも導入する企業が急速に増えている業務アプリケーションじゃ。
MAは、そのひとつ前の工程である営業案件を創出するまでの「マーケティング」のためのツールなんじゃよ。展示会やWebなどで収集した見込み客（リード）データを統合して管理し、メール配信やアウトバウンド・テレマーケティング、Webでの行動解析などを行い、最終的にはスコアと呼ばれる「点付け」によって有望見込み客を絞り込むためのツールなんじゃ。
・・・なんか、ビッグデータの香りが・・・
マーケティングを始める前に名寄せや競合排除を丁寧に行わないと、成果をあげる前にクレームや事故を起こしてしまうんじゃよ。
一斉配信でセミナー案内メールやメルマガを送り、そのレスポンスを可視化し、またメール配信の後で発生する拒否や不達のメンテナンスを効率良く行い、Web上での行動解析や、そうした行動からスコアを行う機能は、SFAは得意ではないんじゃ。
SFAを触ってみればわかることじゃが、先ず名寄せが弱い。
名寄せ・・・Hadoopの出番？
ただ、その後の話からも判るように、日本では、マーケティングオートメーションはやりにくいかもね・・
ちょっと、きのう、「シナリオ分析を行うシナリオはどこから出てくるのか」
というのは、今月号の情報処理に載っていて、
それには、ペルソナのジャーニーマップっていうのが出て来る
といったんだけど、その説明
今度、情報処理学会の会誌、「情報処理」の表紙が新しくなった
・・ってことはさておき、
２０１３年１月号は、「特集 人間中心設計」で、
そこの２８ページから、ＵＣＤ（ユーザー中心設計）の場合の
開発方法の事例が載っている。それだと
・ユーザーセグメント設定
・主ペルソナの選定・詳細化
・シナリオ・提供価値分析・デザインコンセプト作成
・詳細プロトタイプの作成
・コンセプト及びプロトタイプの満足度評価
ここの３番目「シナリオ・提供価値分析・デザインコンセプト作成」は
・ペルソナのジャーニーマップ
・ペルソナのシナリオ
・デザインコンセプト・提供価値の整理
となるので、これを、あわせると、シナリオまでの流れは
ユーザーセグメント→ペルソナ→ジャーニーマップ→ユーザーシナリオ
ってことになる。
というのは、今月号の情報処理に載っていて、
それには、ペルソナのジャーニーマップっていうのが出て来る
といったんだけど、その説明
今度、情報処理学会の会誌、「情報処理」の表紙が新しくなった
・・ってことはさておき、
２０１３年１月号は、「特集 人間中心設計」で、
そこの２８ページから、ＵＣＤ（ユーザー中心設計）の場合の
開発方法の事例が載っている。それだと
・ユーザーセグメント設定
・主ペルソナの選定・詳細化
・シナリオ・提供価値分析・デザインコンセプト作成
・詳細プロトタイプの作成
・コンセプト及びプロトタイプの満足度評価
ここの３番目「シナリオ・提供価値分析・デザインコンセプト作成」は
・ペルソナのジャーニーマップ
・ペルソナのシナリオ
・デザインコンセプト・提供価値の整理
となるので、これを、あわせると、シナリオまでの流れは
ユーザーセグメント→ペルソナ→ジャーニーマップ→ユーザーシナリオ
ってことになる。
ＮＲＩメディアフォーラムの
これからＩＣＴ・メディア市場で何が起こるのか
～今後５年の市場トレンドを予測～
http://www.nri.co.jp/publicity/mediaforum/2012/pdf/forum184.pdf
の結論（３２ページ）は、今後来るのは、結局
ビッグデータ、リーンスタートアップ、デザインシンキング
らしい。
デザインシンキングはデザイン思考のことかな。
すべて、顧客理解を深めるアプローチってことらしい。
これからＩＣＴ・メディア市場で何が起こるのか
～今後５年の市場トレンドを予測～
http://www.nri.co.jp/publicity/mediaforum/2012/pdf/forum184.pdf
の結論（３２ページ）は、今後来るのは、結局
ビッグデータ、リーンスタートアップ、デザインシンキング
らしい。
デザインシンキングはデザイン思考のことかな。
すべて、顧客理解を深めるアプローチってことらしい。
ガートナーがハイプ・サイクル2012年版を発表、ビッグデータはピーク期直前に
http://web-tan.forum.impressrd.jp/n/2012/10/04/13818
のハイプサイクルに出てくる、OTとITの融合って、
ＯＴ＝オペレーションテクノロジーだと思うから、
開発と運用の新しい関係、「DevOps」とは何か？
http://www.publickey1.jp/blog/11/devops.html
なんかに出てくる、DevOpsのこと？
パスワードをあんまり変えても、効果ないらしい
フラストレーションたまるだけ、よくないらしい
でも、変えたほうがいいアカウントもあるらしい
要約すると、こんなかんじ。
実際、パスワードはどれくらいの頻度で変えるべきですか？
http://news.goo.ne.jp/article/lifehacker/bizskills/lifehacker_28306.html
だいじょうぶなのか？
「グッチ裕三」を「グッチ」が何も言わないようなものか？
サンプラザ中野みたいにプラスの効果は・・・ないと思う（＾＾；）
＜山崎邦正＞タレント活動でも高座名「月亭方正」を使用 落語家として精進を続ける
http://headlines.yahoo.co.jp/hl?a=20121217-00200023-mantan-ent
それと
方正集団のホームページ（英語ページ）
コンピューター会社の北大方正のほか、いろいろな会社のコングロマリットに現在なっている。
日本にも北大方正とたしか資本系列のあった、方正株式会社がある。
北大→ここでは北京大学をさす（北海道大学ではない）
「グッチ裕三」を「グッチ」が何も言わないようなものか？
サンプラザ中野みたいにプラスの効果は・・・ないと思う（＾＾；）
＜山崎邦正＞タレント活動でも高座名「月亭方正」を使用 落語家として精進を続ける
http://headlines.yahoo.co.jp/hl?a=20121217-00200023-mantan-ent
それと
方正集団のホームページ（英語ページ）
コンピューター会社の北大方正のほか、いろいろな会社のコングロマリットに現在なっている。
日本にも北大方正とたしか資本系列のあった、方正株式会社がある。
北大→ここでは北京大学をさす（北海道大学ではない）
「アキバで見つけた変なモノ大賞 2012年版」読者投票
っていうのを今やっているらしい。
で、そこのノミネート作品
宇宙戦艦ヤマトPCとか、
ハローキティスマホとか
にゃんこ型イヤホンジャックカバーとか、
天才バカボン柄USB腹巻きとか、
脳波ネコミミとか
いろいろありますなあ～
それよりも
niconico、エヴァなど年末年始にアニメ多数無料配信
http://av.watch.impress.co.jp/docs/news/20121214_578884.html
のほうが、重要な話題かな？
っていうのを今やっているらしい。
で、そこのノミネート作品
宇宙戦艦ヤマトPCとか、
ハローキティスマホとか
にゃんこ型イヤホンジャックカバーとか、
天才バカボン柄USB腹巻きとか、
脳波ネコミミとか
いろいろありますなあ～
それよりも
niconico、エヴァなど年末年始にアニメ多数無料配信
http://av.watch.impress.co.jp/docs/news/20121214_578884.html
のほうが、重要な話題かな？
今たまたま別件で（ＤｅｖＯｐｓの話でChefの記事を見ようと思って）、
日経ＳＹＳＴＥＭ ２０１２年１２月号を見ていたら、
「これからの開発は モバイルファーストだ」という記事の中で
３９ページに
モバイルファーストの考えに則ったＵＩ設計の流れ
というのが出ていた。こういう順番
１．ストーリーの記述
２．アクションの抽出
３．ＵＩ操作フローの設計
４．ＵＩの検証とブラッシュアップ
５．画面レイアウトの作成
６．開発チームレビュー
７．モックアップ作成
しかし、この１の「ストーリーの記述」をどうするかが書かれていない。
ここは、ユーザーストーリーマッピングから落としてくることができるんじゃないか？
で、ＵＩフローやＵＩの検証部分はＵＭＬの状態遷移図で書けると思うので、
Astah*が利用できる。
実際には１から７の開発は、ユーザーと開発者が一緒にやるので、まあアジャイルだ・・・
・・・うん、それって、永和システム＆チェンジビジョンがやってることじゃないの？
・・・平鍋さんは企業アプリにおけるスマホ開発手法を出したほうが、大儲けできるってこと？
・・・すんません、私講師によんで、大儲けのおすそわけ、してくれませんか？
・・・その前に、スマホを買わないといけませんね。そうですね。そうでした・・・
日経ＳＹＳＴＥＭ ２０１２年１２月号を見ていたら、
「これからの開発は モバイルファーストだ」という記事の中で
３９ページに
モバイルファーストの考えに則ったＵＩ設計の流れ
というのが出ていた。こういう順番
１．ストーリーの記述
２．アクションの抽出
３．ＵＩ操作フローの設計
４．ＵＩの検証とブラッシュアップ
５．画面レイアウトの作成
６．開発チームレビュー
７．モックアップ作成
しかし、この１の「ストーリーの記述」をどうするかが書かれていない。
ここは、ユーザーストーリーマッピングから落としてくることができるんじゃないか？
で、ＵＩフローやＵＩの検証部分はＵＭＬの状態遷移図で書けると思うので、
Astah*が利用できる。
実際には１から７の開発は、ユーザーと開発者が一緒にやるので、まあアジャイルだ・・・
・・・うん、それって、永和システム＆チェンジビジョンがやってることじゃないの？
・・・平鍋さんは企業アプリにおけるスマホ開発手法を出したほうが、大儲けできるってこと？
・・・すんません、私講師によんで、大儲けのおすそわけ、してくれませんか？
・・・その前に、スマホを買わないといけませんね。そうですね。そうでした・・・
12日のクラウドストレージ研究会のメモメモ
YAHOOとＫＶＳのＲｉａｋ（りあっく）のお話
■Yahoo JapanとRiak
YAHOO Japan １６年のＫＶＳの歴史
→１９９６年から分散ＫＶＳ
Yahooの技術
独自の技術で基盤を構築している
Yahoo Japan コアテクノロジー
オブジェクトストレージ
利用実績
実際のトラフィック
ＹＡＨＯＯボックス：初日４Ｔ～１３Ｔ／日
サーバー数千台
苦労話
Ｙａｈｏｏ アウトバンドに強い、インバウンド
リリース当月：４４Ｔの予測→１００Ｔ以上
Riak-CS導入事例
ＬＯＨＡＣＯ（あすくる）
問題
データをフラットにしたら、一覧取得Ｘ
→ディレクトリ分ける
→Basho対応中
なぜRiakなの？
運用コスト削減：そういう構成になっている
Ｙａｈｏｏ！Japanで培ったＫＶＳのノウハウをダイレクトに生かせそう
求められる機能の違い
Ｓ３互換のオブジェクトストレージが必要
ＫＶＳがストレージエンジンになる
サーバー台数が増えたらどうするの？
今後
１．クラウド基盤
２．社内利用の促進
３．ビッグデータインフラとしての活用
Ｑ＆Ａ
マルチテナント対応は？
ＲＩＡＫが対応している。
認証もＡｍａｚｏｎと同じ
■ こくち
cloud showJapan 2013
OpenStack Day Tokyo 3/12
ここで、クラスト研第５回おしまい
YAHOOとＫＶＳのＲｉａｋ（りあっく）のお話
■Yahoo JapanとRiak
YAHOO Japan １６年のＫＶＳの歴史
→１９９６年から分散ＫＶＳ
Yahooの技術
独自の技術で基盤を構築している
Yahoo Japan コアテクノロジー
オブジェクトストレージ
利用実績
実際のトラフィック
ＹＡＨＯＯボックス：初日４Ｔ～１３Ｔ／日
サーバー数千台
苦労話
Ｙａｈｏｏ アウトバンドに強い、インバウンド
リリース当月：４４Ｔの予測→１００Ｔ以上
Riak-CS導入事例
ＬＯＨＡＣＯ（あすくる）
問題
データをフラットにしたら、一覧取得Ｘ
→ディレクトリ分ける
→Basho対応中
なぜRiakなの？
運用コスト削減：そういう構成になっている
Ｙａｈｏｏ！Japanで培ったＫＶＳのノウハウをダイレクトに生かせそう
求められる機能の違い
Ｓ３互換のオブジェクトストレージが必要
ＫＶＳがストレージエンジンになる
サーバー台数が増えたらどうするの？
今後
１．クラウド基盤
２．社内利用の促進
３．ビッグデータインフラとしての活用
Ｑ＆Ａ
マルチテナント対応は？
ＲＩＡＫが対応している。
認証もＡｍａｚｏｎと同じ
■ こくち
cloud showJapan 2013
OpenStack Day Tokyo 3/12
ここで、クラスト研第５回おしまい
12日のクラウドストレージ研究会のメモメモ
YAHOOも使ってるらしい、ＫＶＳのＲｉａｋ（りあっく）のお話
■Ｒｉａｋ（りあっく）入門
Ｂａｓｈｏ（ＫＶＳの会社）の日本法人
Ｒｉａｋ
・Ｄｙｎａｍｏにインスパイやされた
・Ｃｏｎｓｉｓｔｅｎｔ Ｈａｓｈｉｎｇにより水平分散
・あーらん
・分散ＣＶＳ
よいところ
・あーらんでかいてある
高可用性
スケールアウト
運用が楽
マスターがいない
ＮｏＳＱＬのわりに実績があるＢｏｘｓｅｒ？
沢山のクライアント
Ｅｒｌａｎｇで動く
ＧＣが軽い
残念なところ
早くはない
トランザクションできない
１００００台だとたぶん動かない
アプリ設計がＳＱＬほど簡単でない
Ｅｒｌａｎｇで書かれている
デモ
１．
２．かうちＤＢとかもんごみたいなドキュメントＤＢに
ＭａｐＲｅｄｕｃｅかけるよ
３．プロセスとめずに更新
使いどころ
・とめたくない
しまんてっく
動くもの
ＵＮＩＸ系だったら、たいてい
Riak-ＣＳ
ＬｅｏＦＳみたいなの。バックは、Ｒｉａｋ
Ｓ３風
最大５Ｇのファイル
ＥＤＳと併用してＤＣ間レプリケーション
残念なところ
効率よくない
でも
Ｓ３にないもの
プロビジョニングＡＰＩ
メトリクスのＡＰＩ
Ｑ＆Ａ
ファイルの削除とかは
バックエンドを選べる
次回はYAHOOがＲｉａｋ使ってるよっていうお話
YAHOOも使ってるらしい、ＫＶＳのＲｉａｋ（りあっく）のお話
■Ｒｉａｋ（りあっく）入門
Ｂａｓｈｏ（ＫＶＳの会社）の日本法人
Ｒｉａｋ
・Ｄｙｎａｍｏにインスパイやされた
・Ｃｏｎｓｉｓｔｅｎｔ Ｈａｓｈｉｎｇにより水平分散
・あーらん
・分散ＣＶＳ
よいところ
・あーらんでかいてある
高可用性
スケールアウト
運用が楽
マスターがいない
ＮｏＳＱＬのわりに実績があるＢｏｘｓｅｒ？
沢山のクライアント
Ｅｒｌａｎｇで動く
ＧＣが軽い
残念なところ
早くはない
トランザクションできない
１００００台だとたぶん動かない
アプリ設計がＳＱＬほど簡単でない
Ｅｒｌａｎｇで書かれている
デモ
１．
２．かうちＤＢとかもんごみたいなドキュメントＤＢに
ＭａｐＲｅｄｕｃｅかけるよ
３．プロセスとめずに更新
使いどころ
・とめたくない
しまんてっく
動くもの
ＵＮＩＸ系だったら、たいてい
Riak-ＣＳ
ＬｅｏＦＳみたいなの。バックは、Ｒｉａｋ
Ｓ３風
最大５Ｇのファイル
ＥＤＳと併用してＤＣ間レプリケーション
残念なところ
効率よくない
でも
Ｓ３にないもの
プロビジョニングＡＰＩ
メトリクスのＡＰＩ
Ｑ＆Ａ
ファイルの削除とかは
バックエンドを選べる
次回はYAHOOがＲｉａｋ使ってるよっていうお話
あー「ダンバー数」っていつも忘れちゃうんだよね～
メモメモ
Wikipediaのロビン・ダンバー（以下太字は、リンクしているところからの引用）に
人間にとって、平均約150人（100-230人）が「それぞれと安定した関係を維持できる個体数の認知的上限
って出ている
で、この話に関して有名なサイト
Don't Believe Facebook; You Only Have 150 Friends
http://www.npr.org/2011/06/04/136723316/dont-believe-facebook-you-only-have-150-friends
結局、ここの論文なのかしら？
Neocortex size as a constraint on group size in primates
http://www.sciencedirect.com/science/article/pii/004724849290081J
メモメモ
Wikipediaのロビン・ダンバー（以下太字は、リンクしているところからの引用）に
人間にとって、平均約150人（100-230人）が「それぞれと安定した関係を維持できる個体数の認知的上限
って出ている
で、この話に関して有名なサイト
Don't Believe Facebook; You Only Have 150 Friends
http://www.npr.org/2011/06/04/136723316/dont-believe-facebook-you-only-have-150-friends
結局、ここの論文なのかしら？
Neocortex size as a constraint on group size in primates
http://www.sciencedirect.com/science/article/pii/004724849290081J
アクセス
トータル
ランキング
