Keith McFarlane、チーフ アーキテクト
最近、24 回目の LiveOps Hack Day イベントを開催しましたが、これは特別なものでした。 非常に情熱的で献身的なチームや個人の努力のおかげで、多くの非常に興味深いアイデアがわずか XNUMX 時間で実現しました。 デモの時間に示されたハックのいくつかは次のとおりです。
- ビデオへのピボット – これに関与したチームは、ライブ エージェント チャットの会話をビデオの世界に移行する方法を見つけました。 トクボックス.
- マルチチャネルの視覚化 – 当社のレポート チームは、複数の作業項目を同時に処理しながら、エージェントが処理する重複する作業の流れを調べる新しい方法を提示しました。
- Agent Telephony in-Browser – エンジニアは、エージェントの電話パネル アプリケーションと Twilioの JavaScript ベースのクライアントにより、PC だけで音声通話が可能になります。
- スクリプト可能なコールフロー – 当社のプラットフォーム エンジニアの何人かは、REST API を介して詳細なテレフォニー機能を制御する巧妙な方法を見つけました。
最初のイベントを開催して以来、私たちは何年にもわたって Hack Day の改善に取り組んできました。多くの漸進的な変更を行ってきましたが、どれだけ忠実に守られたかによって、イベントを成功または失敗に導く一連のコア原則も特定しました。
1) 素晴らしいハックは、バックログからではなく、心から生まれます
エンジニアやプロダクト マネージャーが Hack Day を言い訳に、お気に入りのバックログ アイテムを早めようとしているのをよく見かけます。 これは確かに有用なことを達成しますが、イベントの真の目的であるイノベーションを無効にします。 開発者は、この時間を利用して、ソフトウェアに関する最も野心的な夢を追い求め、新しいテクノロジを試す必要があります。 同じことがプロダクトマネージャーにも当てはまります。 開発者と協力して、予期しない方法で他の Web サービスと統合したり、通常の状況ではリスクが高いと思われるアイデアの定義と実装を試みたりする必要があります。 それは探索の機会であるべきであり、少し異なる順序での通常のビジネスではありません.
開発者にとって、バックログ アイテムをハック デイ プロジェクトとして選択することは、基本的に、製品管理チームの優先順位を無視することです。 スクラムのストーリーの順序を正しくするために行ったすべての考えと議論を考えてから、そのすべての作業を無視してランダムにストーリーを選択することを想像してください。 明らかに前者の方が後者よりも好ましい。
Hack Day は、思いがけないところから素晴らしいアイデアを生み出すことを目的としています。 既存のアイデアよりも新しいアイデアを追求することに重点がなければ、その価値のほとんどが失われます。
2) フォーカス、フォーカス、フォーカス。 スコープ クリープ キル ハックス デッド
どんな新しいアイデアもハックデイの公正なゲームであるべきですが、最大の成功は、マイナーだが価値のある機能を完成させること、または明確に定義された例を通して大きなコンセプトを実証することを目的とした、小さくて焦点を絞った取り組みから生まれることに気付きました。範囲が限られています。 多くの場合、このようなプロジェクトは早期に成功を収め、時間の許す限り機能を追加できます。 また、勝利条件が明確に定義されているため、ハッキングが複雑すぎることが判明した場合、チームはハッキングを放棄し、別のアイデアに焦点を移すことができます。
すべての開発者は頭の中に浮かんでいる「大きな概念」を持っています。 残念ながら、これらは Hack Day の一環として、限られた形式であっても構築するのが最も難しい場合があります。 これらの壮大な計画の XNUMX つをハック形式でうまく追求したい場合は、より多くの人を議論に引き込み、それ自体で成り立っているパズルの小さなピースを見つけてください。
3) ハックを作成するのに村が必要な場合がある
特定のハッキングは非常に明確に定義され、範囲が限られているため、XNUMX 人の開発者が予定どおりに実行できます。 ただし、ほとんどの Web サービスは複雑ですが、真に興味深いハッキングには、さまざまなプラットフォームにわたる複数の専門家の努力が必要になることがはるかに一般的です。
彼らの本質は、ハッカソンが社会的なイベントであり、革新と同じくらいチームと士気に関するものです。 Hack Day イベントを開催する場合は、イベント自体の前にチーム形成のためのフォーラムを用意してください。 私たちは LiveOps で Hack-Day の前に「リクルート」ミーティングを数年間開催し、プロジェクト作業の通常の流れでは発生しない可能性のあるチームの組み合わせを生み出し、長期にわたってチーム間のより大きな相互作用を促進してきました。
4) 配備は最高の報酬
はい、ある種の具体的な「最高のハック」賞を提供することは重要ですが、iPad を欲しがっている人はおそらく既に持っているでしょう。 ただし、すべての開発者が、本番環境で機能として実行する独自の製品アイデアを持っているわけではありません。 多くのエンジニアは、自分たちの革新的なアイデアが日の目を見ることなく、プロダクト マネージャーのビジョンを実現するために何年も働くことができます。 ハッキングが製品として有望である場合、またはすぐに使用できる場合は、会社の利益と関係するエンジニアへの報酬の両方のために、生産に向けて迅速に追跡する必要があります。
すべてのソフトウェア会社 (Web スタートアップに限らず) は、定期的にハッカソンを開催して、イノベーションを生み出し、モチベーションを高め、チーム間のコミュニケーション ラインを改善する必要があります。 しかし、他の企業活動と同様に、より効果的な方法とそうでない方法があります。 機能するものと機能しないものを追跡し、時間をかけて改善し、参加者のフィードバックに耳を傾けます。 上記の原則は LiveOps で非常にうまく機能していますが、時間の経過とともに、組織にとってより効果的な一連のガイドラインを進化させる可能性が高くなります。
