イノベーション・デーは、社員のプロジェクトを披露し、今後の業務に活かすアイデアを選ぶのに役立ちます。プログラム、ゾーン、基準、パイロットへの移行について解説します。
イノベーション・デーは、しばしば長々としたプロジェクトの展示会になってしまいます。発表者が登壇し、ゲストが帰り、次のステップについての決定はメールのやり取りに残ったままです。私たちはこの形式を別のやり方で組み立てます。つまり、会議の目的、参加者のルート、選考基準、パイロットの責任者を事前に結びつけます。
「Aventura」では毎週、社内イベントの実践的な形式(プログラム、会場、チーム、結果に影響する詳細)を分析しています。
企業にとってイノベーション・デーはなぜ必要か?
要約すると、イノベーション・デーは、1つの管理されたフォーマットで社員のアイデアを示し、同僚からの質問を集め、今後の検証に向けていくつかの方向性を選ぶために必要です。このイベントは業務プロセスを置き換えるものではありません。明確な次の課題を中心に、アイデアの提唱者、専門家、管理職をすばやくつなぐのに役立ちます。
イベント後に生まれるべき成果から始めましょう。たとえば、社内パイロット向けのアイデアを選ぶ、新製品に関するフィードバックを集める、部門間のプロジェクトを見つける、などです。1回の会合で複数の課題を解決できますが、そのうちの1つが主要なものでなければなりません。
私たちはこの課題をブリーフに記録します。そこには参加者の構成、会場の制約、必要な機密レベル、意思決定の方法も記載します。こうした枠組みが、プログラムが長々としたプレゼンテーションの連続になるのを防ぎます。
イベントのコンセプト:ショーケース+実務的な選考
回答:実務的なコンセプトは、プロジェクトの公開ショーケースと、議論・選考のための別枠を組み合わせます。参加者はまず数分でアイデアを理解し、次に質問し、関心を示し、必要に応じて専門家の前での短いプレゼンに進みます。
ショーケースとビジネスパートでは、異なる参加モードが適しています。プロジェクトの提唱者は自分のブースで質問に答え、専門家は別の時間に参加します。私たちは、全体プログラムの後も会話が続くよう、プロジェクトカードと必要な専門家を事前に結びつけます。
選考は、別のゾーンまたは別の時間帯で行うのが適しています。そうすれば、来場者は自由にプロジェクトを知ることができ、専門家グループは比較のための落ち着いた空間を得られます。アイデアをより広範な変革計画に組み込む必要がある場合は、企業向け戦略セッション・プログラムと連携できます。
「Aventura」のTelegramチャンネルを購読する、余計なノイズなしで新しい分析記事を受け取りたい場合。
参加者ルートのゾーン
要約:基本ルートは、受付・案内ゾーン、プロジェクト展示、短いプレゼンテーションの場、商談ポイント、静かなゾーンで構成されます。構成はゲスト数やイベントの目的に応じて変わりますが、各ゾーンは一つの明確な機能を持つべきです。
表には、このセクションの主要項目(ゾーン、そこで起きること、準備するもの)をまとめています。イベント準備の際の簡単な目安としてご利用ください。
| ゾーン | 何が行われるか | 準備するもの |
|---|---|---|
| 入口と案内 | 参加者がルートとルールを受け取る | 受付、バッジ、案内図 |
| プロジェクト展示 | 作者がアイデアを紹介し、質問に答える | カード、模型、作者のタイムスケジュール |
| ピッチステージ | 複数チームがプロジェクトを短くプレゼンする | スクリーン、タイマー、マイク、モデレーター |
| 専門家ゾーン | アイデアを共通基準で議論する | テーブル、評価フォーム、記録係 |
| 静かなゾーン | 参加者が資料を読み、舞台なしで会話する | 落ち着いて会話できる場所 |
| 次のステップ | 担当者と合意事項を記録する | 決定用テンプレートとカレンダー |
私たちは、ゲスト、作者、技術チームの動線が交差しないかを事前に確認します。分散したチームには、別途デジタルルートを用意するとよいでしょう。支店向けのハイブリッド会議では、オンライン参加者も会場にいる人と同じように、質問、資料、結果にアクセスできる必要があります。
当日のプログラム:受付から次のステップまで
要点:プログラムは参加者を課題の理解から議論と意思決定へと導く必要があります。受付、全体の文脈説明、プロジェクトの自由見学、短いプレゼンテーション、専門家による選考、今後のステップの発表に時間を確保します。
簡単に短縮・拡張できる構成の例:
- 受付と導入ナビゲーション。参加者は会議の目的と見学ルールを理解します。
- 経営陣による開会。イノベーションの日に会社がどのような課題を解決するかを簡潔に説明します。
- プロジェクト展示。チームは各自の拠点で活動し、来場者は関心のある分野を選びます。
- ピッチセッション。モデレーターが同じ制限時間を設定し、質問を管理します。
- 休憩と交渉。専門家はプレゼンテーションに含まれなかった詳細を確認します。
- 選考。委員会は統一フォームに記入し、論点を記録します。
- フィナーレ。主催者は選ばれたアイデアだけでなく、次回の実務会議の日付も発表します。
リハーサルは原稿を暗記するためのものではありません。切り替えの時間、聞き取りやすさ、資料の見やすさ、発表者の質問への準備を確認します。登壇者の遅延、デモの不具合、専門家の構成変更に備えて、プランBを別途リハーサルします。
好き嫌いでアイデアを選ばない方法は?
実践的な答え:選考基準はプレゼンテーション開始前に発表され、すべてのプロジェクトに同じように適用されます。基本マトリックスでは、会社への利益、課題の分かりやすさ、最初のステップの実現可能性、必要なリソース、チームの準備状況を評価すれば十分です。
表には、このセクションの主要項目(基準、専門家グループの質問、評価後の決定)をまとめています。イベント準備の際のクイックガイドとしてご利用ください。
| 基準 | 専門家グループの質問 | 評価後の決定 |
|---|---|---|
| 利益 | そのアイデアは会社のどの課題を解決しますか? | 効果と対象を明確にする |
| 課題 | 明確なユーザーとその困りごとがありますか? | 短期間の検証を行う |
| 最初のステップ | 小規模なパイロットを策定できますか? | パイロットの枠組みを決める |
| リソース | どのような人材、データ、会場が必要ですか? | ワーキンググループを編成する |
| チーム | アイデアの推進に責任を持つのは誰ですか? | オーナーを任命する |
| リスク | 検証を妨げる可能性があるものは何ですか? | 制約と管理方法を記録する |
アイデアの評価とプレゼンテーションの評価を混同しないでください。良い発表はプロジェクトを理解する助けになりますが、自動的に利益や実現可能性を上回ってはいけません。書記が点数とコメントを集め、モデレーターが相違点を短い議論の場に上げます。
チームの役割と責任範囲
要約:イノベーションの日には、コンテンツ、プロダクション、ゲスト動線、機材、イベント後の意思決定について、それぞれ別の責任者が必要です。1人のリーダーが全体の枠組みを握りますが、ステージのモデレーション、ゲスト対応、評価の回収を同時に担う必要はありません。
私たちは責任分担表で役割を分担します:
- プロジェクトリーダーは目的、予算の枠組み、最終決定を承認します。
- イノベーションキュレーターはプロジェクトを集め、その説明を確認します。
- プロデューサーは会場、下請け業者、タイムライン、プランBを担当します。
- モデレーターはステージのテンポを保ち、質問を実りある対話に変えます。
- 専門家グループは単一のマトリクスでアイデアを評価します。
- 書記は評価、決定、次のステップの担当者を記録します。
開場前に、チームは参加者の目線で動線をたどります。そうすることで、空欄の案内表示、矛盾するタイムスケジュール、プロジェクトの作者がゲストをどこに案内すべきか分からない箇所が見つかります。
安全性とアクセシビリティをどう考慮するか?
要約:安全性とアクセシビリティは、招待から会場退出までの全動線で確認されます。参加者には、分かりやすい案内、自由な通行、複数の形式でアクセスできる資料、ステージのプレッシャーを感じずに質問できる機会が必要です。
安全性を確認するために、私たちは入退場の計画、人の流れ、デモンストレーションの電源、構造物の配置、下請け業者の作業、プログラム変更時の手順を確認します。HSEのガイドラインは、事前に責任を分担し、リスクを評価し、合意された対策が機能しているかを確認することを推奨しています。
アクセシビリティはコミュニケーションから始まります。私たちは事前に、動線、時間、資料の形式、支援を受ける方法を伝えます。会場では、読みやすいナビゲーション、落ち着いて話せる場所、字幕または講演のテキスト版、分かりやすい質問チャネルが必要です。W3Cのアクセシビリティ原則は、情報を知覚し活用できるかを確認するための一般的なチェックとして役立ちます。
選ばれたアイデアをパイロットに引き継ぐ
要約: イノベーションの日のフィナーレは、選ばれた各アイデアに対する意思決定カードで終えるべきです。カードには、オーナー、最初に検証するステップ、必要なリソース、ミーティングの期限、そしてチームがパイロットを続ける価値があると判断する基準を記載します。
次の業務サイクルの中で、参加者に短いまとめを送ります。どのアイデアが選ばれたか、どのような質問が残っているか、誰が次のステップを進めるか、いつ更新があるかです。パイロットに進まなかったプロジェクトの作者には別途感謝を伝えます。これは形式への信頼を保ち、選考を閉じたコンテストに変えないようにします。
パイロットは大規模である必要はありません。多くの場合、一つの仮説の検証、ユーザーとの会話、または限られたグループでのテストから始める方が賢明です。その後、リーダーは意思決定のための材料を得ます。続けるか、課題を変更するか、方向性を中止するかです。
イノベーションの日をビジネス課題に結びつけるには?
要約: イノベーションの日がビジネスに利益をもたらすのは、その目的、ゲスト構成、意思決定基準が会社の具体的な課題と結びついているときです。開始時に次の3つの質問に答えるだけで十分です。何を変えたいのか、誰のアイデアが必要か、イベント後にどのような意思決定を行うか。
よくある質問
イベント後に生まれるべき意思決定から始めましょう。例えば、社内パイロットのためのアイデアを選ぶ、新製品に関するフィードバックを集める、部門間のプロジェクトを見つけるなどです。1回の会議で複数の課題を解決できますが、そのうちの1つが主要でなければなりません。
ショーケースとビジネス部分には異なる参加モードが適しています。プロジェクトの作者は自分のブースで質問に答え、専門家は別の時間に参加します。プロジェクトカードを事前に必要な専門家と結びつけ、一般的なプログラムの後も会話が続くようにします。
ゲスト、作者、技術チームの動線が交差しないか事前に確認します。分散チームには、別のデジタル動線を用意することが有効です。支店向けハイブリッド会議では、オンライン参加者も会場の人と同じように質問、資料、結果にアクセスできる必要があります。
簡単に短縮または拡張できるフレームワークの例:
アイデアの評価とプレゼンテーションの評価を混同しないでください。良いプレゼンはプロジェクトを理解する助けになりますが、自動的に有益性や実現可能性を上回るべきではありません。書記が点数とコメントを集め、モデレーターが相違点を短い議論にかけます。
責任表で役割を分担します:
私たちAventuraでは、ブリーフから始め、その後コンセプト、動線、チーム、見積もりをまとめます。 法人、ビジネス、クライアントイベントを一貫して開催する必要がある場合は、 課題について相談し、見積もりを依頼してください。申請には、都市、おおよその参加者数、日付、会議の目的を記載すると便利です。
出典
目次
この記事は役に立ちましたか?
