「社内ハッカソン」の事前準備と進め方実例を公開！成功のポイントとは？

今回ハッカソンを行うにあたって、大きく下記のような流れに分けて取り組みを進めました。ハッカソン自体は、今回は1日で実施しています。

1. テーマの洗い出し
2. 技術的な観点も含めてテーマの検討、決定
3. 決定したテーマに基づいて要件定義、設計
4. 当日の段取り作成
5. ハッカソン当日に実装

まずはテーマの洗い出し部分から話していきましょう。どういった流れで進めていたか教えてください。

テーマの洗い出しについては、参加メンバーで集まって日頃気になっている技術領域や業務で課題になっている事柄、お客さんとの会話で気になったことなどを共有しながらアイデアを出し合いました。
我々は普段の業務でお客さんと接する機会が多いため、実際にお客さんから相談された内容をヒントにテーマを出していたのは特徴だなと思いました。ハッカソンで作るプロダクトを使って実際にお客さんなどの喜ぶ人のイメージが持てるかどうか、今回のテーマの優先度決めにも活きていたんじゃないかなと感じます。

テーマ洗い出しはブレストで2回に分けて実施していましたよね。1回目だけだと初めてのため、考える時間が長くなりがちで有益な意見が出づらいシーンもありましたが、1回目と2回目のブレストの間の数日間の間に情報への感度が上がって、2回目のブレストの質が上がっていたように思いました。普段の業務やお客さんとの商談を経て、「この話はハッカソンのテーマになるかもな」と自然な形で繋げられた気がします。

確かにブレストの2回目の方が意見が活発化していた印象がありましたね。最終的に10数個くらいのアイデアが出てきました。テーマの洗い出しは、普段のお客さんとのコミュニケーションが活きてくることが分かったのは、意外な気づきでした。いくら新しい技術領域にチャレンジするとは言っても、ビジネスとかけ離れ過ぎて誰も求めていないものを作ってしまうというのは避けたいですしね。
そこから最終的にテーマを一つに絞っていきました。

選定基準としては、案件として引き合いがありそうかという観点と今まで扱っていなかった技術領域がありそうかという観点の2点を重視していましたね。
あとはある程度限られた時間で取り組むので、普段の業務からあまりにもかけ離れていたり、事前情報が少なかったりする技術は除外することを考えていました。

ある程度テーマの洗い出しができてきた時点で、再現性も意識しました。たとえばチュートリアルが用意されている技術であれば、試しに動かし、難易度の見極めも並行して進めました。今回はハッカソン自体が初めての取り組みだったということもあり、ドキュメントや記事などの情報が豊富な技術を選ぶなど手堅い内容を選んで進めことに決めました。

最終的には、LINEをインターフェイスとした入力支援アプリケーションをGCP上で構築していくという内容になりました。

テーマが決まったあとは要件定義と設計です。

今回のテーマに選んだ入力支援アプリケーションは、店舗に勤める従業員が使う想定をしていました。よってこういう場面でこういう使い方をするはず、こういう操作が必要じゃないかなど、実際に使う人の立場に立ってまずはユースケースを洗い出していきました。
ユースケースをもとに、どんな機能が必要なのかを洗い出し、必要なテーブルや画面の設計を進めていきました。
これらをハッカソン当日に行うのは流石に時間がないため、事前準備の中で行いました。

事前にユースケースを想像していたことで、使われることを念頭においたアプリケーションでありつつ、その中でも自分たちにとってチャレンジになる技術領域がどこなのかを明確にできたと思います。また、実装に進む際にも要件定義があることでブレずに開発ができたため、当たり前ではありますが要件定義/設計をしっかり議論して進めるというのはハッカソンにおいても大事だなと感じました。

普段の我々の業務ではダッシュボードの開発が多く、ある意味パソコンの前に座っている人を前提に開発していました。ですが今回の機会ではユースケースを考えたことで、どんな人が使うプロダクトを自分は開発しているのか、という点が普段の業務よりも強く意識できたと思います。

上記の要件定義や設計と重なりますが、もう一点準備の段階で重視していたのは、当日に考えて悩むポイントをなるべく減らすということです。 実装を始めて擦り合わせるというのは時間もかかりますし手戻りにもつながるので、なるべく悩む部分が少なくなるように進めていました。

上流部分はこういった流れで準備をしていましたが、フロント部分の設計はどういったことをしていましたか？

主に画面の遷移図を作っていました。画面は利用者の目に触れる重要な部分なので、ユースケースの議論をしつつも、どのように画面の遷移をさせると良いのかを考えていきました。

テーマの洗い出しに始まり、技術検証を行いつつテーマを決定し、テーマに沿った要件定義や設計を進めていきました。 当日までの準備については何をしていましたか？

前日までに準備していたこととしては、今回の取り組みの役割分担と各々の環境構築や必要なライブラリ等の準備です。
当日すぐに実装を始められる状態にしておき、実装の手前でつまずかないようにということを意識していました。
あとは当日のスケジュールを作って、どのタイミングですり合わせのミーティングを挟むのかなども決めておきました。

特に環境構築はつまずきやすい部分になるので、事前に準備しておくのは大事ですね。

当日に用意したものだと、作業進捗がわかるように簡易なカンバンを作っていました。（カンバン：タスク管理の手法。システム開発でよく使われる）
各々の作業が可視化されたので、どこが進んでどこが詰まっているのかが可視化され、分かりやすかったです。その他、当日は出社していたので、小さい質問はその場で会話して解決するようにしていました。
これがオンラインではちょっとした質問がしづらいので、オフラインでメンバーが集まっていたことは想像以上に進めやすかったです。

上記のような準備を経て、実際にハッカソンを実施することができました。
最後に一言ずつコメントをもらえればと思います。

今まで使ったことのない技術もあったため、自分が扱える技術範囲を広げるきっかけになったと感じました。
進める中で追加の調査が必要な部分も見つかったので、今後実際の案件で開発する際にも落とし穴を見つけることができそうで良かったです。

準備の大切さに改めて気づきました。新しい技術を使う際は、どうしても予想しきれない問題や課題が出てきてしまうので、そういったイレギュラーも込みで予定を組んだりバッファを見込んだりしておく必要があるんだなと感じました。

今回の取り組みでは要件定義の部分を4人全員で議論しながら進めていました。
普段の業務では実装部分がメインになるメンバーもいる中で、全員が上流部分の経験をする良い機会になったとのではと思います。

単純に新しいサービスを使ってみるだけではなく、実際にアプリケーションに使うときに気にするべきポイントを考える機会になったと思います。
また、4人で行なったことで各々の担当範囲で学びがありつつ随時共有しながら進めることができたので、学びの総量を最大化できたと思いました。