※ハッカソンとは...プログラマが集まって一日、もしくは連日かけて共同で何かアプリなどを作る、というイベント。Hack＋Marathonの造語であるが、エンジニアの会話の中に入れないデザイナーとしては、あまり積極的に参加しにくい傾向がある。
※以降、デザイナーを交えたハッカソンのことを便宜上「デザイナーハッカソン」とここでは言います。
このあいだも、Googleのハッカソンに呼ばれて東京に行って思ったんですが、「知識が豊富なエンジニア達の中にデザイナーを投入してハッカソンを行おう」と、最近そんなことを企画するところが増えだしたな、という気がします。
何となく、企画側の理想は分かるんですが、ただ単に今まで通りの運びでやるのはまったく意味がないと感じています。むしろデザイナーを投入するだけ時間の無駄とも言えます。エンジニアの会話というのは、エンジニア同士でないとなかなか伝わりません。だから、その場にデザイナーが入り込むと誰とも会話が出来なくなります。
ただし、アプリ全体の完成度を考えると、デザイナーという分野の力は欠かせません。なぜなら、単に動くだけでは、コンシューマにとって魅力を感じないからです。
※以降、デザイナーを交えたハッカソンのことを便宜上「デザイナーハッカソン」とここでは言います。
このあいだも、Googleのハッカソンに呼ばれて東京に行って思ったんですが、「知識が豊富なエンジニア達の中にデザイナーを投入してハッカソンを行おう」と、最近そんなことを企画するところが増えだしたな、という気がします。
何となく、企画側の理想は分かるんですが、ただ単に今まで通りの運びでやるのはまったく意味がないと感じています。むしろデザイナーを投入するだけ時間の無駄とも言えます。エンジニアの会話というのは、エンジニア同士でないとなかなか伝わりません。だから、その場にデザイナーが入り込むと誰とも会話が出来なくなります。
ただし、アプリ全体の完成度を考えると、デザイナーという分野の力は欠かせません。なぜなら、単に動くだけでは、コンシューマにとって魅力を感じないからです。
●デザイナーを交えてハッカソンを行おうとするすべての企画側の人へ
まず、アイデアソン（アイデアを話し合う）に完成のイメージを明確にしないと、デザインは出来ません。つまり、そのフェーズを行わない以上、「デザイナーハッカソンは不可能」と考えて下さい。
では、そのアイデアソンのフェーズなんですが
・主なターゲット層を明確に（性別／趣味／年齢層／職業など）
・UIやビジュアルデザインのイメージを明確に（上記のターゲット層が決定した後だと決めやすい）
・画面の手書きラフ（遷移図などを思いついたまま、だんだん清書していく）
さらに、「これは守りましょう」というルールを設けるのもいいでしょう。
・アイデアが出来ないうちに、誰かひとりでもコードを書き始めるとNG（多少の検証はしょうがないとして）
・エンジニアもチーム内すべてが、デザイン面のアイデアソンに加わること
実際の仕事（案件）でも最低限これだけはないと、デザイナーが動けません。
むしろ、将来の私達の業界は、手を動かす人（デザインする人だろうがコードを書く人だろうが）すべてプロジェクトのゴールを明確に見据えるために、発案から参加するスタイルがどんどん必要とされています。すでにシリコンバレーなど、先進的なITの現場では、このスタイルを導入しています。「指示が降ってくる」なんて言葉は過去の言葉になるのでしょう。
つまり、この流れを実際にハッカソンで行う事が、私達の制作現場の将来のスタイルを想定しているわけで、私達が5年後、10年後、もっと周囲からの評価が高い仕事を続けていくためには、いまからこのコミュニケーションという難題に触れ、経験し、可能であればその問題解決のすべを自分なりの方法で得なければなりません。
簡単に考えている人は、やってみるときっと頭を打たれるほどの難しさを肌で感じる事でしょう。とてもシンプルなWebアプリケーションを作るだけでも、リリースまで想定するのであればなんらかの「設計上のデバッグ」が必要となります。
当初のやりとりでうまくいくと想定しても、一つの仕様変更で次々と連鎖的にやり直しとなるでしょう。でも、ここで見つかったバグをつぶさないと進めてはいけないので、とても進まない事にジレンマを感じます。
デザインのアイデアから設計にいたるまで、チーム全員が参加する必要があるのはそういった理由があるからです。徹底すると質の高いイベントとなるでしょう。
●こうなったらデザイナーハッカソンを自分で企画してみました
Designers Hack 001
< http://designers-hack.net/
>
実はハッカソンに参加したデザイナーの力作が、アプリに反映出来なかったらとても残念な気持ちになり、その気持ちがチームのみんなに伝わらないのは余計つらいんです。こういった経緯があって、「じゃあ、自分達で企画しよう」ということになりました。
先日和歌山の和歌浦アートキューブに泊まりがけで合宿を行ってきたんですが、これがとても良かったです。
▽とてもおしゃれな和歌浦アートキューブ
<
>一日目はとにかく誰も実装ベースの作業は禁止！
ペンと紙と会話で「完成を想定する」ことで精一杯です。
▽モックをイメージしては書き出し、やりなおし。
<
>アプリは「勤怠アプリ」にしました。私達クリエイターにとっては少々くだらないと思えるアイデアも、一般の人にはモチベーションが上がるようなものもあります。単にアルバイトのスケジュール帳ではなく、稼ぐ毎にアバターが成長／変身していくというもの。
▽出来上がったアバターの原案
<
>iPhoneのSafariで動くことを想定したWebアプリです。最終的にはAndroidでも使えるようにしたいと考えています。
【アプリの概要】
・アルバイトのスケジュールをカレンダーに記帳できる。
・複数のバイト先を新規登録／管理でき、次からスケジュールを記帳しやすいようにする。
・アルバイト先の職種（力仕事やコンパニオンなど）を勤務先単位で登録する。
・職種ごとにアバターが成長していく
【目的】
スケジュール帳として厳密なものではなく、ビジュアルで楽しめる、モチベーションが上がるアプリを目指す。「なんじゃこのアバター？」と思えるようなユルいキャラから変なキャラまで用意。
【メンバー】
・フロントエンドエンジニア...2名
・ビジュアル／UIデザイナー...1名
・キャラクターデザイナー......2名
・HTMLコーダー.....................4名（上記から3名が兼任）
・マネージャー.....................1名
▽いよいよ実装作業開始、想像以上にうまくいかない。。
<
>というメンバーで、実はエンジニアがあと2人参加予定だったんですが、風邪と社員旅行で参加出来ず、タイムオーバーとなり、一部実装は持ち越し。
単純なアプリと思っていても、結構大変なコストがかかるという事に打ちのめされます。
▽シンプルな構成案でも矛盾が発生、議論はつづく...
<
>▽休憩中に出来上がってきた遷移図のチェック
<
>あと数回のハッカソンを重ねて完成するというスケジュールになるので、また出来たらここでもご報告させていただきますね。
【あきば・ひでき】
hidetaro7@gmail.com
< http://www.akibahideki.com/blog/
>
テクニカルディレクター・デザイナー。DTP黎明期からグラフィックデザインを学び、東京都営団地下鉄など交通広告を多数手がける。同時に音楽活動も活発に行い、西日本半全国ツアーなどを展開、某専門学校のテーマソングを作詞作曲、編曲から楽器全てを演奏してレコーディングするなど、マルチなクリエイティブ活動も。最近では東京と大阪の教育施設などで講師業をも務める。HTML CSS JavaScript Flash ActionScript 3DCG Movie DTP GraphicDesign...多種スキルを持つ。Web標準技術だけに執着せず、全てのメディアで説得力のある表現にチカラを注ぎたい、そんな仕事をしたい。