オープンイノベーション：ハッカソンから学ぶこと　 (in Japanese)

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
オープンイノベーション:
ハッカソンから学ぶこと
山上俊彦
IoT 事業本部, ACCESS
Toshihiko.Yamakami@access-company.com
2016/03
山上俊彦 (ACCESS Confidential) オープンイノベーション: ハッカソンから学ぶこと 2016/03 1 / 20

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
土曜日曜 2 日間のハッカソンの設定
募集、登録、など
周辺が重い
- Hackcamp が受注
【オープンイノベーションのコスト：周辺事務コスト】
・60 人登録でキャンセル待ち、のはずが、直前にキャンセルで最終 50 人（5 人ずつ 10 班）
・飲食、弁当、デバイス用意、WiFi、外部との接続、受付、同意書、
ビデオ撮影、写真撮影、インタビュー
デバイス、
開発環境など
- 貸与、講習、
メンター
【運営の工夫：スポンサー企業】
・ロボット、グラス、ロボット、MESH、カメラ、など

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
周辺支援情報通信環境
WiFi
電源アダプタ
-
Facebook
Google Docs
【運営の情報通信環境支援】
(活用情報など共有)
・今回は、スマホ画面を直接投影する機器はなし（Web カメラで写す代替)

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
ドキュメント
体験スケッチ
ボード
アイデアシートチームシート
【運営の情報通信環境支援】
メンバ、運営フォロー関連情報
アプリ概要

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
作業
ブレーン
ライティング
- アイディア選択
（投票）
- 仕様イメージ
意識合わせ
- 実装ポイント
(フォーカス)
【仕様策定】
プラット
フォーム設定
- 開発環境、
支援環境設定
- UI 仕様 - 実装分担
【開発: 時には実装開始後、アーキテクチャ変更】
・実装すると、いろいろな問題が明らかに】

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
実装アーキテクチャ選択
機能項目
(必要サービス)
- 構成要素
(入出力)
- アーキテクチャ - Web, 　アプリ,
独立システム
【関係要素の相互連携：開発プラットフォームの選択の要求条件開】

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
プラットフォーム、開発環境
プログラマが
複数いても
- 言語、環境は
それぞれ違う
【メンバを活かす開発アーキテクチャ】
・プラットフォームが食い違う、ということはよくある：開発止まる (例: ADB)

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
分散開発は難しい
プログラマが
複数
- ファイルの共有、
IF
【分散開発は難しい】
うまく行けば
1 人でやるより
- 創発、協創：
いいものができる
【チーム・ハッカソンのメリット：刺激、創発、協創（「はまれば」すごい）】
・意味のある動くプロトタイプがあれば、展開させるのが楽
頭のいい人は
どこにでもいる
- 一緒に目標達成
するのは楽しい
【頭のいいメンバと働くのは楽しい】
頭のゆっくりな人はそもそも来ない

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
土曜日曜 2 日でも短い
2 日でも
結構苦しい
- 1 日だと動くものを
作るのは相当苦しい
【土曜日曜 2 日でも短い】
仕様検討は
やればきりがない
- 時間を切って
作成に入る意味あり
【ハッカソン（短期集中）のメリット】
仕様検討は「つまらない」

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
スコープを決めるのが「課題」
参加者は面白い
プログラムを書きたい
- 面白くて完結する
スコープ設定が重要
【一定時間で完結する「スコープ」設定が重要】

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
成功するハッカソン
負荷が偏らない - タスクリストを作り
メンバが取り合う
【前向きで生産的で全員が貢献するチーム】
・一人がプログラム、あとはパワポ作り、はプログラマがストレス

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
IoT の難しさ
フォアグラウンドで
データ取り続ける
- 端末側が
ブラウザだと難しい
【IoT の難しさ】
・端末側を Unity にしたりすると、今度はサーバとの通信の難度ががあがる

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
支援リソース
a. デザイナが
足りない
b. デバイス、開発環境も
支援プログラマ必要
【支援リソース; メンター】
Hackcamp がデザイナを準備
UX メンターも動員
某キャリアの未踏クリエータが支援
・主催 SI 会社の社員も 20 人近く動員（参加者含む）
・主催 SI 会社は 100 万円は使っている雰囲気（推定）

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
現場通信環境の確保
50 人もいると
WiFi 混む
- 外部とのビデオ
接続などに支障
【帯域利用】

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
関係者以外でハッカソンへ来る人
プログラミング
スキルを磨きたい
就業機会を
拡大したい
【ハッカソン参加者の動機】
スポンサー提供の装置、環境

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
ハッカソンの主催者の目的
企業イメージ
(間接人材確保)
問題解決
(サービス発見)
製品販促：
ハード、ソフト環境
【ハッカソンの主催者の 3 つのタイプ】

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
ハッカソンの評価基準例
新規性着眼性効果性革新性実用性
【ハッカソンの評価基準例】

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
ハッカソンの越えるべき壁
マーケティングより
作る楽しさ
運用の優先度
低い
目標共有の
難しさ
【ハッカソンの越えるべき壁】
低リテラシ環境へのハイテク導入
電池の持ち、設定管理
適当に石を投げて
飛ぶ鳥に命中はない
- トライしなければ
成功はないのも事実
【ハッカソンのチャレンジ: 成功率は低いがやる意義はある】
・きちんと考える人なら学ぶことは多い

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
ハッカソン・プレゼンの方向性
問題設定
(マーケティング)
出来た物、作り方、
実装で見えた課題
実装で今後
何が実証できるか
【ハッカソンプレゼンの方向性は 3 つある】
・他に「チーム作業の楽しさ」…

オープンイノベーション：ハッカソンから学ぶこと　 (in Japanese)

Recommended

More Related Content

Viewers also liked

Viewers also liked (20)

More from Toshihiko Yamakami

More from Toshihiko Yamakami (20)