Cグループ－情報デザインワークショップ

第4回と全体のリフレクション

Tue, 18 Dec 2007 14:00:00 +0900

皆さんお疲れ様でした。
第4回と全体のリフレクションを書いて締めくくりましょう！

ということで、中西のリフレクションを以下に載せます。
　　　　　
●最終プレゼンテーションに関してのリフレクション
　今回の最終プレゼンテーションに関しては、資料の作成から発表までほとんどすべて学生メンバーにお任せする形にしましたので、リフレクションでの指摘事項がすべてがんばってくれた学生メンバーに対してのものになってしまうので少し気が引けますが、感じたところを書かせてもらいます。
　プレゼンの流れは結構よかったと思いましたが、強弱が足らなかったのかなと思いました。機能の中でも特にカメラ画像機能については、初めて聞く人にはわかりにくい機能であり、それと同時に制作物の特徴的な機能でもあるので、説明のボリューム（スライド数や説明時間）を多めにしたほうがよかったのではないかと思います。
　発表の様子や質疑応答に関しては、多少詰まってしまったところもありましたが、3人とも堂々としていてそばで見ていて頼もしく感じました。
　皆さん本当にお疲れ様でした。

●全体に関してのリフレクション
　すべての活動を通して学んだことは大きく２つあります。
　一つ目は、「使う側中心のものづくり」です。いままで使う側に立って考えることはあってもやはり作る側中心の
ものづくりをやってきたので、なかなか使う側の立場を中心にして考えるということが難しかったです。アクティングアウトやプロトコル分析などいくつか手法を学んだので、今後少しずつ取り入れていこうと思います。
　二つ目は、「ブログでの議論の難しさ」です。当初はブログ上でもなんとか進めていけるのかなと思っていましたが、実際にはほとんど進めることはできませんでした。自分の中の主な原因としては、表情を表現しにくいことや記述してしまうとすぐに言い直しが利かないために、誤解を生まないような文章を書かなければならず、気軽に書けないことだったように思います。デジタル化が進む中で、やはり直接顔を合わせて話すというアナログの強さを実感しました。

　最後に、学生メンバーにとってデザイン系のリーダーが多い中、いわゆる開発サイドで育ってきた私は異色に感じたかもしれません。ものづくりをするときにこういう考え方の人もいるのだと、思っていてくれたのなら幸いです。
　半年という短い期間でしたが、皆さんと活動できて大変楽しかったです。また、機会がありましたらどうぞよろしくお願い致します。

ミーティングについて

Mon, 10 Dec 2007 20:35:18 +0900

次回の「最終プレゼン」にミーティングを行いましょう。

日時：１２月１３日（木）１８：３０ぐらい
場所：新横浜（駅前ドトールかmacを予定）

それで、ミーティングまでに下記の項目をまとめて、プレゼン資料（PowerPoint形式）を考えて少しでも作成してきてください。

　　１．制作物の概要（コンセプトも含む）
　　２．ペルソナの説明
　　３．解決シナリオによってまとめた要求事項
　　４．プロトタイプの説明（”ウリ”となる機能のピックアップ）

以上、よろしくお願いします。

プロトタイプの修正

Mon, 10 Dec 2007 19:54:58 +0900

プロトタイプを修正しました。

○タイトル画面
・以下のメニューを選択できる
　　・設定
　　　　->目的地、到着時刻の設定画面に移る
　　・ナビの起動
　　　　->ルート表示画面に移る
　　　　　　※　目的地は起動した場所の最寄駅になる
　　　　　　※　集合時間は設定なし

○目的地設定画面
・到着時刻と目的地を設定する
　　・到着時刻の設定
　　　　※　「00:00」の形式で設定する
　　　　※　設定しなくてもよい。未設定の場合は、ルート表示画面での「残り時間」の表示はなし
　　･目的地の設定
　　　　※　検索キーワードを入力して「検索」ボタンを押す。
　　　　　　　キーワードは建物名、住所、電話番号などなんでもOK。（googleやYahoo!と同じ感じ）
　　　　※　検索結果から目的地を選択して、「設定」ボタンを押す。　

○目的地の設定確認
・目的地の設定確認を行う。「はい」、「いいえ」を選択
　　・「はい」ボタンを選択
　　　　->集合時間、目的地が設定されて、ルート表示画面に移る
　　・「いいえ」ボタンを選択
　　　　->目的地設定画面に戻る

○到着時刻設定エラー
・到着時刻が「00:00」形式で入力されていない場合、エラーとなりダイアログが表示される

○目的地設定エラー
・検索結果から目的地を選択していない場合、エラーとなりダイアログが表示される



○ルート表示画面
・2Dマップが表示される。
　　・マップ上に現在の位置、辿ったルート、目的地までのルートが表示される。
　　・現在地の隣に進行方向を示す矢印マークが表示される。
　　・曲がる交差点に近づくと、「カメラ」ボタンの上に「確認」マークも表示される。
　　・画像の上部にメッセージ表示用のスペースがあり、以下のものが表示される。
　　　　・設定した集合時間までの残り時間（「残りあと○○分」）
　　　　・経路を外れた時の警告（「●まで戻ってください！」）
　　　　・目的地に到着（「目的地到着」）
・「カメラ」、「メニュー」ボタンがあり押すと以下のように動作する
　　・「カメラ」ボタンを押下
　　　　->カメラ画像でのルート表示画面に移る
　　・「メニュー」ボタンを押下
　　　　->メニュー画面に移る

○カメラ画像でのルート表示画面
・カメラを通して映っている画像にルートを指し示す矢印（赤色）が表示される

○メニュー画面
・以下のようなメニューを選択することができる
　　・「現在地の住所」を選択
　　　　->現在地の住所をダイアログで表示する
　　・「最短ルートモードに切替」を選択
　　　　->最短ルートモードに切り替える。すでに最短ルートモードになっている場合は、通常ルートモードに戻る。
　　　　　　モード切替時に確認ダイアログが表示される。
　　・「目的地設定画面へ」を選択
　　　　->目的地設定画面に移り、集合時間、目的地を再設定することができる。

○現在地の住所の表示
・現在地の住所がダイアログで表示される

○最短ルートモード切替時の確認
・最短ルートモード切替時に確認ダイアログが表示される

○最短ルートモード
・最短ルートモードは、公園や路地などもルートとして含めるモード（表示は通常ルートモードと同じ）
　　※　最短ルートモード時は、メッセージ表示部に【最短モード】と表示される

○ルートを外れる
・ルートから20m外れた場合、「警告マーク」が表示される。同時にバイブレーションが発動する。

以上

次回（12/16）の総まとめに向けて

Tue, 13 Nov 2007 13:43:55 +0900

ご無沙汰しております。中西です。
次回（12/16）の総まとめに向けてぼちぼち始動しましょう。
まずはブログ上で話を進めて、必要に応じて1度か2度ミーティングを
行う形でやりましょう。
前回の発表で上がった問題点と解決策は以下の通りです。

①時刻入力がしにくい
【解決策】
　・数字入力に固定する（アラーム時刻設定--:--のようにする）
　　　->これらについてはプロトタイプの修正はたぶんできます。
　・メニューの名称を「目的地設定」から「設定」に変更する
　　　->これらについてはプロトタイプの修正はできます。

②ルートから外れた場合の対処法が分からない
【解決策】
　・戻るポイントを表示する（適切なメッセージを出す）
　　　->これらについてもプロトタイプの修正はできます。

③カメラ画像に気付かない
【解決策】
　・マップを出しながらカメラ画像を出す
　　　->これは、カメラ画像をちいさなウィンドウに表示するという
方法で対応しようということになったかと思います。

④コンセプトに基づいて全体を見直す（発表時に受けた指摘より）
【解決策】
　・現在無し
　->問題の洗い出しと解決策をこれから考えていかないといけないですね。

　　　こんな感じでしょうか？
　　　①～③は、仕様書、及びプロトタイプを修正することで対応できそうです。
　　　④については皆さん意見を出してください。
　　　ちなみに私の意見は、以下のような感じです。（ちょっと長いです。すみません。）

そもそもこの携帯ナビシステムを題材にしたのは、メンバー全員が目的地の最寄り駅から目的地にたどり着くために、いまいち「使える」ツールが無いよね。というところからだったと思います。
「使える」というのは、「目的地に確実にたどり着ける」ということですよね。
やはりこれがコンセプトになるのかなと思います。
で、メンバーの田口君をペルソナとして、目的地に確実にたどり着くためにはどういう情報があればよいかを考えていったところ、どの改札口を出てどちらに行けばいいのかや、曲がるポイントがわかりにくいということが出てきました。
それから、これらの問題を解決する一つの策として、自分が見ている実物の風景に矢印が出ればルートを「間違えないよね！」が出てきたんですよね。
そして、自分が見ている実物の風景に矢印を出すという機能（カメラ画像表示機能）を中心に作成してきたわけですけど、結局この機能を前面に出しすぎたためにコンセプトの「目的地に確実にたどり着ける」を外れていってしまったのではないかと思います。
考え直してみたら「目的地に確実にたどり着ける」ために重要だったのは、曲がるポイントがどこなのかがわかり、かつどちらに曲がればよいか判断できることだったのかなと。
そして、カメラ画像表示機能は、どちらに曲がればよいか判断しにくい場合にのみ必要なのかなと。
ということで、解決策としては以下のような感じになります。（③と重複する部分もありますが）

　・曲がるポイントが近くになったら、マップ上の曲がるポイントに矢印を出す（音も出すといいかも）
　・「詳細」ボタンを押すと、カメラ画像表示に切り替わる
　・曲がるポイントなどでルートを外れたら、マップ上に警告マークを出す（バイブレータも作動させる）

どうでしょうか？皆さんも意見を出してください。

以上

10月14日のリフレクション

Mon, 15 Oct 2007 16:07:50 +0900

日本工学院の中西です。
昨日はお疲れ様でした。
私の10月14日のリフレクションをアップします。
みなさんも記憶が鮮明なうちに追加してください。

【中西のリフレクション】
・事前準備
　　事前準備としてプロトタイプと仕様書を作成したが、
　　この段階でシステムの実現をかなり意識しなければいけないと感じたため、
　　機能を結構減らす結果となってしまった。
　　減らした機能の中には、システムのコンセプトに影響を与える貴重な要求が
　　基になっている機能なども含まれていたので、システム全体が
　　少し味気ないものになってしまった。

・当日のプロトコル分析
　　4名の方にプロトタイプを使って頂いてユーザ評価をしてもらったが、
　　作成したプロトタイプでは歩くというシミュレーションがうまく作りこめていなかったため、
　　本来の機能を評価し難くさせてしまっていたと感じた。
　　また、機能を絞って作成したプロトタイプだったので、ユーザ評価によって見つけられた
　　問題点は少なく、タスク達成率は良かったが、プロトコル分析を行うにはなんだか
　　物足らない感じになってしまった。
　　しかし、被験者の発話や行動によってすぐに問題点が明確になったため、
　　プロトコル分析の有効性を感じることができた。

・今後について
　　次回で最終になるので、もう一度コンセプトや要求を見直して、
　　今までの過程で取りこぼしてしまった貴重な要求に、
　　少しでも応えることができるシステムになるように修正をかけていきたい。

以上

9月24日時点で決定UI

Tue, 25 Sep 2007 17:40:36 +0900

9月24日はお疲れ様でした。
決定したUIについてまとめておきますので、これを元に仕様書の作成をお願いします。
（ただし一部のUIが決定したものと少し異なる部分もあります。これは、プロトタイプを作成している時に、この方がよいと思ったので変更しています。）
また、わからない箇所などありましたら、どんどんコメントで質問してください。
メンバー間での話し合いもブログ上で行ってください。

【9月24日時点で決定したUI】
○タイトル画面
・以下のメニューを選択できる
　　・目的地の設定
　　　　->目的地設定画面に移る
　　・ナビの起動
　　　　->ルート表示画面に移る
　　　　　　※　目的地は起動した場所の最寄駅になる
　　　　　　※　集合時間は設定なし

○目的地設定画面
・集合時間と目的地を設定する
　　・集合時間の設定
　　　　※　「00:00」の形式で設定する
　　　　※　設定しなくてもよい。未設定の場合は、ルート表示画面での「残り時間」の表示はなし
　　･目的地の設定
　　　　※　検索キーワードを入力して「検索」ボタンを押す。
　　　　　　　キーワードは建物名、住所、電話番号などなんでもOK。（googleやYahoo!と同じ感じ）
　　　　※　検索結果から目的地を選択して、「設定」ボタンを押す。　

○目的地の設定確認
・目的地の設定確認を行う。「はい」、「いいえ」を選択
　　・「はい」ボタンを選択
　　　　->集合時間、目的地が設定されて、ルート表示画面に移る
　　・「いいえ」ボタンを選択
　　　　->目的地設定画面に戻る

○集合時間設定エラー
・集合時間が「00:00」形式で入力されていない場合、エラーとなりダイアログが表示される

○目的地設定エラー
・検索結果から目的地を選択していない場合、エラーとなりダイアログが表示される

○ルート表示画面
・2Dマップが表示される。
　　・マップ上に現在の位置、辿ったルート、目的地までのルートが表示される。
　　　　※　2Dマップは進んでいる方向が上になるように表示される。
　　・画像の上部にメッセージ表示用のスペースがあり、以下のものが表示される。
　　　　・設定した集合時間までの残り時間（「残りあと○○分」）
　　　　・経路を外れた時の警告（「ルートを外れました！」）
　　　　・目的地に到着（「目的地到着」）
・「切替」、「メニュー」ボタンがあり押すと以下のように動作する
　　・「切替」ボタンを押下
　　　　->カメラ画像でのルート表示画面に移る
　　・「メニュー」ボタンを押下
　　　　->メニュー画面に移る

　　<-ちょっと間に合わなかったんで、この画像は進んでいるルートが上になっていません。(^_^;)

○カメラ画像でのルート表示画面
・カメラを通して映っている画像にルートを指し示す矢印（赤色）が表示される

○メニュー画面
・以下のようなメニューを選択することができる
　　・「現在地の住所」を選択
　　　　->現在地の住所をダイアログで表示する
　　・「最短ルートモードに切替」を選択
　　　　->最短ルートモードに切り替える。すでに最短ルートモードになっている場合は、通常ルートモードに戻る。
　　　　　　モード切替時に確認ダイアログが表示される。
　　・「目的地設定画面へ」を選択
　　　　->目的地設定画面に移り、集合時間、目的地を再設定することができる。

○現在地の住所の表示
・現在地の住所がダイアログで表示される

○最短ルートモード切替時の確認
・最短ルートモード切替時に確認ダイアログが表示される

○最短ルートモード
・最短ルートモードは、公園や路地などもルートとして含めるモード（表示は通常ルートモードと同じ）
　　※　最短ルートモード時は、メッセージ表示部に【最短モード】と表示される

○ルートを外れる
・ルートから20m外れた場合、画面中央に「警告マーク」が表示される。同時にバイブレーションが発動する。

以上

ミーティング開催

Wed, 19 Sep 2007 15:54:13 +0900

次回のWSに向けてミーティングを行います。
日時、場所は以下のとおりです。

日時：９月２４日（月）　１０：３０～１３：３０
場所：大森プロストシティ会議室（JR大森駅から徒歩5分、
地図(イトーヨーカドー大森店の隣)）
　※　Dグループと合同で実施します。
　※　近くまで来て場所がわからない場合は私の携帯に連絡をください。

24日には、UIのプロトタイプ、仕様書のたたき台は作成したいと考えています。

UIのプロトタイプは、FlashかVBかできればiアプリで。
仕様書は下記の項目を記載すればよいと思います。
　・概要（シナリオからの要求機能や目的、ソフトウェアの概要、動作環境）
　・機能説明
　・画面仕様（画面を載せて操作説明をする）
仕様書はこんな感じでよいのかな。というレベルでよいので、各自考えてきてください。

手ぶらで参加することのないように！

8月1日時点で決定したUI

Mon, 13 Aug 2007 17:46:38 +0900

8月1日時点で決定したUIについて記述します。
各画面（設定画面、ルート表示画面、2Dマップ表示が面）や各機能の表示についての細かな点（例えば、メッセージの語句やルートの表示形状・色など）は、大筋が決定してから話し合うことにしますので、
まずは大筋はこれでよいか、抜けている機能はないか話し合いましょう！

【8月1日時点で決定したUI】
○設定画面
　・以下のものを設定する
　　　・集合時間設定（設定しなくてもよい）
　　　・目的地設定（自由なキーワードにより検索が可能）
　　　　　<ｰ再考の余地あり

○ルート表示画面
　・カメラを通して映っている画像に経路を指し示す矢印（赤色）が表示される

　・画像の上部にメッセージ表示用のスペースがあり、以下のものが表示される
　　　・目的地までの所要時間（残りあと○○分）
　　　・経路を外れた時の警告（ルートを外れました！）
　　　・現在地の住所
　　　・目的地到着



　・経路を外れた時に画面中央に「警告マーク」が表示される
　　　・同時にバイブレーションが発動する

　・最短ルートモードもある
　　　・公園や路地も経路として含めるモード
　　　　　->表示は基本のモードと同様（つまりUIも同じ）

※ この画像は最短ルートモードにした後、2D表示をしたもの

○２Dマップ表示画面
　　・ユーザの向きが上で、ユーザを中心に約○○m四方の地図が表示され、現在地、目的地、経路、移動履歴が表示される

　　・表示されている主要な建物には名前が表示される

　　・ルート表示画面に簡略化したもの（現在地と道路と経路、移動履歴のみ）を表示することもできる

以上。

10月14日に向けて

Sat, 11 Aug 2007 12:28:20 +0900

中西＠日本工学院蒲田校です。

10月14日にユーザテストが実施されます。

ユーザテストに向けて、以下の2つを行っておかなければいけません。

　1. UIの設計（ベータ版）

　2. UIを含む仕様書の作成（FlashかHTMLで）

まずはこのブログ上で進めていきたいと思いますので、今までと同様毎日チェックしてください。

必要に応じて集まることも考えています。

8月1日時点で決定したUIを次の記事としてあげますので早速取り掛かりましょう。

リフレクション

Fri, 03 Aug 2007 22:22:14 +0900

中西＠日本工学院蒲田校です。
みなさんお疲れ様でした。
リフレクションの記事をアップします。
Cグループのメンバーのみなさんはこの記事のコメント欄に各自のリフレクションを書いてください。
締め切りは８月４日です。よろしくお願いします。

【リフレクション】
●全体を通して
　メンバーが一人足らない状態でしたが、それを感じさせないぐらい他のメンバーのみなさんが積極的に取り組んでくれたことで良い成果が出せたと思います。
　少し残念だった点は、解決シナリオとしてどのようなものを作成すればよいかイメージできなかったため、アクティングアウトの準備工程で手直しが必要となり、アクティングアウトの準備時間が不足しシナリオや資料が雑になってしまったことです。
　しかし、最終的にはうまくまとめることができたと思います。

●事前打ち合わせ
　目的は気軽に意見を発言できる雰囲気作りとテーマの選定でした。
　皆さんの人柄とがんばりでどちらも達成でき、さらにはテーマについての話し合いも予想以上にできたので、すごく良いスタートが切れました。

●１日目
　事前打ち合わせのおかげもあり、「テーマの選定」から「問題シナリオの作成」までは割とスムーズにできました。
　しかし、解決シナリオの作成ではどのようなものを作成すればよいのかイメージできなかったため、作りこみが浅いものになってしまいました。

●２日目
　メンバー全員が作成物の内容をしっかり把握していたので、シャッフルディスカッションでは全員きっちりと説明ができていたと思います。
　アクティングアウトの準備工程では、解決シナリオの手直しをしなければならなかったため、準備に充てる時間が不足し、一時混乱状態に陥ってしまいました。
　こんな時こそリーダーの手腕の見せ所なのですが、力不足を痛感しました。
　アクティングアウトでは、なんとかうまく発表できたのでひと安心でした。

●最後に
　私にとって、インタビュー、問題シナリオ・解決シナリオの作成、シャッフルディスカッション、アクティングアウトと、すべてが初めての経験だったため、大変勉強になりました。
　特にシャッフルディスカッションは、他のシーン（授業など）でも使用できそうなので、ぜひ使用してみたいと感じました。
　また、グループの皆さんが積極的に発言してくれたので、エキサイティングな議論を行うことができて、すごく楽しかったです。
　２日間本当にお疲れ様でした。
　これからもよろしくお願いします。