# GHP2020 東日本初学者実践研修記録シート(チームF) ## リンク集 * [Teams(グループ用会議室)](https://teams.microsoft.com/l/meetup-join/19%3ameeting_ZTM2YzIwZjktYWJmMS00NThmLWFlNGQtYTA0YTA0MmRmMTcx%40thread.v2/0?context=%7b%22Tid%22%3a%22c387f318-c61f-475f-9b20-990594e0caf1%22%2c%22Oid%22%3a%22e48f83f8-464d-4691-a1e5-eb9d87b330cc%22%7d) * [Mural(グループ用ホワイトボード)](https://app.mural.co/t/hackcamp2810/m/hackcamp2810/1612562668363/93f357fbefef19ab3845ae6da57a2b666a3cb312) * [参加者リスト](https://docs.google.com/spreadsheets/d/1j8MqorHsS8Rbfkmsqik7RNkTZ16q7HQjCB6H92H-eJI/edit?usp=sharing) ## チームメンバー * 小宮 敬登(こみや たかと) * 宮崎 滋之(みやざき しげゆき) * 鈴木 由之(すずき よしゆき) ### チームで策定したコミュニケーションルール * 声を出して反応する * 最後まで聞く `↑↑ Day1 13:30くらいまでを目処に入力` --- ## 1. 取り組む課題 `あなたのチームが取り組む課題は?` * 近隣自治体から集まってきた多くのボランティアのマンパワーを有効活用できていません。各ボランティアセンターでの情報管理はアナログで、どこに人手が必要で、どんなボランティア活動が可能なのか、リアルタイムで情報が届かないためボランティアの方々の待機時間がとても長くなっており、勿体無い状況です。 ## 2. 課題に対するアプローチ * 「(なんの課題に)⑤マンパワーの有効活用 」を解決するために、 * 「(なんのテクノロジー)空撮(ヘリ・ドローン)、移動実績情報」と「(なんのデータ)地図」を使い、 * 「(誰に/どこに)助けたい人」に対して、 * 「(どういう方法で)通行可能な道の表示」をして、 * 「(どんな風に解決する)支援が必要な人の元へたどり着く最良の道がわかる」ようになる。 ### 前提: * 被害が甚大(現地では通信、電力が十分に使える状況にない) ## 3. 役割分担 `あなたのチームに必要な役割のみ項目を残して活用してください` * 進行管理:小宮 * データ収集:小宮 * ドキュメンテーション:鈴木 * コミュニケーションデザイン:宮崎 * 開発:宮崎 * デザイン:小宮 `↑↑ Day1 15:00くらいまでを目処に入力` --- ## 4. 中間報告 ### a. 選択した課題 ⑤マンパワーの迅速で最適配置 ### b. 開発進捗概要 * ゴール「コンセプトとそれを実現する方法を提示する」 * コンセプトの決定(助けたい人と助けてほしい人をつなげる)、 * アプローチの仕方(空撮、道路状況の情報をもとに被災地までの最良の道を表示する) * 役割分担(データ:移動実績の公開元収集) * (デザイン:届けたい人にどのように情報を届けるかの選定を行う) ### c. チーム運営・コミュニケーションについて * 背景の共有、活発、音声及びチャット ### d. 技術について * 助けたい人・助けてほしい人は具体的に誰?→見せる方法、位置情報(場所) ・Webサービス ・画像差分、属性をもつ画像データ ### e. チームの成長・得られた観点 * それぞれの背景を踏まえた活用のイメージ、課題の共有 ### f. 困っていること・ヘルプが欲しいこと * 技術的な開発者の不在(具現化の手段)、開発要件の作り方 * →メンターより ・空撮情報を通信できる人に届けること ・「この道は使えて、この道は使えない」を価値として提供すること `↑↑ Day1 17:00までに入力` --- ## 5. サービス内容 `※ この「5.サービス内容」の項目を埋めてプレゼンに使っていただきます` `※ 画像等も入れていただいて構いません` 隣接県のボランティアが最短時間で被災地に到着するのを支援するサービス ### サービスの名前:「Fast First」 オープンデータの集約、最新の空撮画像の情報を用い、 支援に向かう人に向けた「最初に必要な情報」に絞ったWeb地理情報サービスです。  ### a. ターゲット(主人公) * 正義感とリーダーシップを持つ40代中小食品加工会社社長 ### b. 課題の背景 * 前提 ・支援先の被害は甚大(電気、通信の不通) ・発生1~2日 * 発信情報のない中でサポートに行かざるを得ない状況があり、それをサポートする必要がある * 公共、民間、個人(ボランティア)に分けられるが、企業、団体が主体となるほかに、個人の力を吸い上げる、そのために必要なサポートが必要 * プラットフォームが求められている。  ### c. 使う技術 * QGIS * GPS * 空撮カメラ(ドローン、ヘリ、セスナ) * Google Drive(空撮データ格納先) * ブラウザ(スマホ、PC両対応の為) ### d. 使うデータ (既存情報) * 国土数値情報 [各市町村の町丁データ(面積、人口)→人口密度] https://www.e-stat.go.jp/gis/statmap-search?page=1&type=2&aggregateUnitForBoundary=A&toukeiCode=00200521 * [緊急輸送道路] https://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-N10-v1_1.html#prefecture13 * [避難所データ] https://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-P20.html * [人口集中データ] https://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-A16-v2_3.html * 人口集中地区・緊急輸送道路  * 移動実績情報(ITS,トヨタ) (災害発生後取得するデータ) 空撮地上データ * (ここに「ひなたGIS」へアップロード後のイメージを挿入) ### e. サービスの内容・特徴 災害被災者に何か助けになることができないかという思い、志をもった人や組織 (1人の個人ボランティアから、食料品、医薬品を作っている会社といった組織) まで幅広く、被災地に到達する為、被災地に到達可能な通行可能道路の中で最適 ルートを提供するサービスです。 ### f. 課題と解決に関わるステークホルダーとその役割 被災自治体の隣接県在住のボランティア 基礎自治体(市区町村) 自治体と災害時協定を結んでいる企業体(例:君津市) ### g. サービスによって課題が解決された世界のイメージ 当該サービスにより、現地までの到着時間が短縮され、 現地被災者のニーズを吸い上げ、後続の物的、人的資源配備計画立案(何を・どれだけ・いつ・どこに) 策定の助けとなります。  * これを「ひなたGIS」で公開(注:イメージです) → URLを配布 → システムなしで閲覧可能  ### h. そのサービスが実際にターゲット(主人公)に届き活用されるまでのストーリー ※Muralの「アイデアスケッチテンプレート」なども活用しながらイメージしてください 考えるポイント/全てを埋めなくても問題ありません) サービスのターゲットとする主人公が、 * 災害時にどんな課題を持ち * どのようにサービスを認知し * どのような点に魅力を感じ * どのように使い * どのように課題が解決されるのか * そしてそのストーリーに関連するステークホルダーとその役割は? 課題:現地の被災者にいち早く支援を届けたい主人公 認知:COCOAの様にマスコミに取り上げて貰う、AC(公共広告機構)でCM流してもらう、大手SNSサービスバナー広告 魅力:Google Mapだけではわからない、被災後の通行可能道路と通行不可道路の判別が可能になる 用途:通行可能な緊急道路の中で通行可能な最短経路を探索する 課題解決:空撮データーと人口データ、幹線道路のデーターをマッピングし最適経路を導きだす ステークホルダー、役割: 自治体と協定を結んだ企業/空撮する乗り物の操作操縦 Google/空撮したデータを保存するパブリッククラウド領域の提供 ボランティア/サービスを活用し現地到達し、現地のニーズを吸い上げる人 ### i. サービスへのリンクURL(あれば) `↑ Day2 16:00までに入力` --- ## 6. 振り返り ### a. ユーザーフレンドリーなコミュニケーションデザインの設計について 主人公は入力(Write)の必要はなく、利用(Read)のみで恩恵に預かることができる利用者側に負荷の無いコミュニケーションデザインができた(宮崎) Webサービスでだれでも閲覧ができる(小宮) 同意です(鈴木) ### b. 技術・デザインについて 地理空間情報の活用をイメージするところまではたどり着いた(小宮) 出力部分が力不足だった。ひなたに落とすところ、そのURLを公開するところ、勉強不足(鈴木) ### c. 「社会課題に資するG空間人材のあるべき姿」について(作ったサービス・プロセス) 自助・共助・公助という政府の方針に即して、過去の東日本大震災や、インターネット、SNSが なかった時代よりも、共助の力を強化する位置づけとして今回作ったサービスがその アシスト的な役割を担えれば良いかなと思います。また、問題意識を感じている、いた課題を洗濯したチームが強い。(宮崎) データの組み合わせと共有を意識しながら、アイディアを深堀できた(小宮) ユーザーにつなぐ部分、人材が求められていること、痛感した(鈴木) ### d. 役割分担は適切だったか・他にどんな役割が欲しかったか 役割分担は、チームが3人という前提であれば、データーinput/データー処理processing/データoutputの3役で分ければよかった。 タイムキーパー、技術者(宮崎) 進行(とりまとめ)、発表、出力イメージの作成。ファシリテータ(進行の力不足でした。小宮) もう少し、段階を区切ることが必要だったかもしれない。コンセプトの部分が個人的に大事と考えていて時間をかけることは歓迎だったが、もう少し、仕上げるイメージが必要だった(鈴木) ### e. どのような知識・スキルが欲しかったか エンジニアリングスキル、どこにどの様なデータがあるか、どこまでオープンな技術を採用し、どこを商用のものを採用するかを見極める目(宮崎) ノーコードについてもう少し理解すれば、かなり幅が広がる(鈴木) サービス具現化をする知見があればよかった。(小宮) ### f. 本日の学びや作ったものを今後どのように活かしたいか アプリが具現化した後、災害が発生した時にボランティアの方々に 利用して貰い、一人でも助かる人、救おうと思う人が増えて、自助・共助・公助の内、共助の社会的な意識の醸成が強化さればいい。(宮崎) 森林・林業の分野で現場と行政等を結びつけることにより、環境、社会、経済における持続可能性に寄与したい(鈴木) オープンデータの可能性を広めたい(鈴木) 限られたリソースで成果を出す絞り込み方。オープンデータセットの利活用をもとに、今後のサービスアイディアの糧にしたい。(小宮) `↑ Day2 最終発表後にチームで振り返りながら入力` ###### tags: `GHP2020`
×
Sign in
Email
Password
Forgot password
or
By clicking below, you agree to our
terms of service
.
Sign in via Facebook
Sign in via Twitter
Sign in via GitHub
Sign in via Dropbox
Sign in with Wallet
Wallet (
)
Connect another wallet
New to HackMD?
Sign up