技術チームと製品チームを技術製品キャンバスに合わせる

公開: 2022-03-11

この記事の音声バージョンを聞く

製品開発チームと技術チームの間の誤解は、おそらくソフトウェア開発におけるリソースの浪費の最大の原因です。 高成長のテクノロジー企業は、製品の成果物に対する需要の高まりに直面しているため、適切な計画が見過ごされることがあります。 製品と技術チームの連携の欠如を示す複数の兆候があります。

  • 要件を満たしていない製品。
  • 製品機能の提供には、計画よりも時間がかかります。
  • チームは、毎週のやり取りやコミュニケーションがほとんどありません。
  • 技術チームは、新製品の要求のためにインフラストラクチャを「やり直す」必要があります。
  • 開発のペースは、競合他社に比べて遅いと感じています。
  • 技術チームはよく尋ねます。「なぜ以前にこれを教えてくれなかったのですか?

成功している企業は、2つのチーム間のこのインターフェースを積極的に管理し、誰もが理解できる明確な製品とテクノロジーのロードマップを持っています。 ただし、現在、この問題を構造化された方法で解決する一般的な方法論はありません。

代わりに、ほとんどの場合、これらの目的は、構造化されていない会議を介してアドホックな方法で達成されます。 これに最も近い比較は、スケーリングされたアジャイルフレームワークですが、このアプローチではフレームワーク全体を採用する必要があるため、これらのアプローチでさえ、すべての企業、特に小規模な企業で常に実行可能であるとは限りません。

製品チームとテクノロジーチーム間の連携を簡単に実現する方法の1つは、構造化されたテクノロジー製品キャンバスを使用することです。

テクノロジー製品キャンバスとは何ですか?

キャンバスのコンセプトは何年も前から存在しています。 この分野の主要な先見者と革新者には、ビジネスモデルキャンバスを作成したAlexander Osterwalder、RomanPichlerと彼のProductVision Canvas、およびUserStoryMappingメソッドと彼のOpportunityCanvasで知られるJeffPattonが含まれます。 私はキャンバス手法を使用して製品とテクノロジーの整合性の問題を解決し、テクノロジー製品キャンバスを作成しました。

キャンバスは、チームディスカッションを促進し、文字通り全員を同じページに集めるための迅速な方法として機能します。 これは、このドキュメントを作成することの最も重要な利点の1つです。 最短1時間かかるプロセスを経ることで、製品チームとテクノロジーチーム間の連携の管理を開始できます。

Technology Product Canvasは、チームに製品ロードマップの目標、技術ロードマップの目標を述べて視覚化し、ロードマップの各製品-技術段階について明確に話し合うことを強制します。 この演習により、チームが同期し、全員が明確な期待と方向性を持って部屋を離れることができます。

テクノロジー企業との仕事を通じて、ビジネス目標とテクノロジー機能の交差点が最もリスクが高いことに気づきました。 Technology Product Canvasは、この正確なリスクを管理するために作成されました。

テクノロジー製品キャンバスをいつ使用するのですか?

テクノロジープロダクトキャンバスのディスカッションは、プロダクトビジョンを完全に定義し、ストーリーマッピングプロセスを実行し、最初のプロダクトリリースロードマップを作成したときに、プロダクトオーナーが開始するのが最適です。 この段階で、各メジャーリリースにとって重要な製品機能が明確になります。 この時点で、チームは製品の構築方法について詳細な技術的議論を行う準備ができています。

テクノロジー製品キャンバスの演習では、明確になり、場合によっては競合しますが、最終的には、製品を開発するためにどのテクノロジーアーキテクチャを導入する必要があるか、および製品のニーズを満たすためにテクノロジープラットフォームをどのように進化させるかについて合意します。 これにより、テクノロジーチームはさまざまな可能性についてブレインストーミングを行い、イノベーションに関する意見を確実に取り込むことができます。

架空の新しいソフトウェアベンチャーでTechnologyProductCanvasがどのように使用されているかについて、より詳細な例を見ていきましょう。これにより、実際の動作を確認し、使用方法を学ぶことができます。

テクノロジー製品キャンバスの使用方法

テクノロジー製品のキャンバスは、主に、フォーカス、コミュニケーション、およびチームの調整を作成するための手段となることを目的としています。 キャンバスを使用すると、テクノロジチームと会話して、製品開発をサポートするために必要なテクノロジアーキテクチャを把握できます。 新しいソフトウェア製品の架空の例を使用してみましょう。 人々を周囲の人々とつなぐ新しいロケーションベースのアプリ-あなたとあなたの隣人をつなぐコミュニティアプリ。

テクノロジー製品キャンバスはこちらからダウンロードできます。 キャンバスを印刷して書き込むこともできます。 または、この記事で使用したMiroなどのオンラインツールを使用することもできます。

セットアップ

あなたがスタートアップチームと数ヶ月働いていて、いくつかの素晴らしいアイデアを持っていて、今あなたはソフトウェア開発を計画することに熱心であるとしましょう。 リーンキャンバスで作業し、ユーザーがアプリを実行するときに体験するプロセスステップのストーリーマップも作成しました。 今、あなたはそれを構築する必要があります。 つまり、全員を会議室、製品チーム、および技術チームに参加させ、会議室の画面に技術製品キャンバスの空白バージョンを投影します。 どこから始めれば?

まず、誰もがここにいる理由と、あなたが達成しようとしていることについての期待を設定することです。 製品の目標と技術的なタスクの間の計画を確実にするためにチームがここにいることをチームに説明します。 また、完璧を求めているのではなく、詳細を学び、要件が変化するにつれて、数か月ごとにこれを確認し続けることを強調してください。 しかし、少なくとも今日は、これはあなたがすべて同じページにいることを確実にするための地面の賭けです。

ステップ1:成功指標を定義する

テクノロジー製品キャンバスの成功指標

全体的な計画が機能しているかどうかをどのように測定しますか? ビジネスの目標は何ですか? それらは、各リリースフェーズでの収益またはアプリのダウンロード数である可能性があります。 リーンキャンバスに精通している場合は、すでにそのような番号が識別されている可能性があります。 その情報をこのセクションにコピーします。 この例では、次の2つの成功指標を使用しました。「最初の年に1,000人をつなぐ」と「ロサンゼルスでブランドを作成する」– 1つは定量化可能で、もう1つは定性的指標です。

しかし、なぜ最初にこれに焦点を合わせるのですか? これにより、チーム全体が私たちが部屋にいる理由を確実に理解できます。 私たちは、どの製品や技術の問題よりも大きな目標を達成することを目標としています。 それが私たち全員がここにいるビジネス上の理由です。

ステップ2:製品ビジョンと製品リリースのセクションを完了する

これにより、チームは、製品ビジョンとは何か、および製品開発の優先順位を現在どのように定義しているかについて、明確にしたり、更新したりすることができます。 製品ビジョンステートメントと主なターゲットグループを書き留めます。 次に、各リリースで提供しようとしているいくつかの主要な製品アイテムを特定します。 これらのボックスにチームとして記入し、事前に記入しておくことはお勧めしません。 これにより、テクノロジーチームと製品チームの両方のメンバーが目標を定義するプロセスに参加できるようになります。 左から右に作業します。最初の製品イテレーションの目標を特定します。これは、顧客のニーズを満たすために必要な大きな機能です。

テクノロジー製品キャンバス製品のビジョンとリリース計画
私たちのアプリの例では、私たちの製品ビジョンは「コミュニティを強化するために、私の近所に住む人々の間でリアルタイムのコミュニケーションを可能にすること」です。 その後、製品リリースでは、バージョン1は「現在地を特定するために、近くにいる人を示し、その電子メールアドレスと通信する」と言うことがあります。 V2は、「近くにいる人を表示し、リアルタイムのチャットを許可する」場合があります。 V3は、「プライバシーと現金化を可能にする」ためのものかもしれません。 製品のこれらの反復は、以下に示すようにキャンバスに入力されます。 人々が全体像を見ることができるように、キャンバスはできるだけシンプルにしてください。 キャンバスは、長期的なビジョンを捉えることも目的としています。 テクノロジーチームが製品のこのような明確な画像を見るのはこれが初めてである可能性があることを覚えておいてください。リリースとそれに伴う要件のそれぞれを確実に理解するために十分な時間を費やしてください。

ステップ3:テクノロジービジョンを製品ビジョンに一致させる

テクノロジー製品キャンバステクノロジービジョン
次に、テクノロジーチームから意見を聞き、テクノロジーアーキテクチャがどのように進化するかについてのビジョンを定義します。 テクノロジービジョンから始めましょう。これは、開発の全体像を概説し、ベンダーツールの変更に耐えることができるステートメントです。 このアプリの例では、Technology Visionは次のように述べています。「位置情報を提供するデバイスのジオロケーション機能を使用し、サーバーレスマイクロサービスを使用してクラウドコラボレーション機能を有効にする」。 現時点では、特定のツールを選択していません。 テクノロジービジョンは、テクノロジーがここでどのように役立つか、そして競争上の優位性と私たちのビジョンにつながるテクノロジーの滑走路を可能にするために採用しようとしているイノベーションについての大きなアイデアと考えてください。

ステップ4:テクノロジー計画を製品目標に一致させる

これは、ゴムが道路にぶつかる場所です。 ステップ2では、製品リリースの反復ごとに、主要な機能が特定されました。 次に、これらの各リリースのテクノロジ計画を定義する必要があります。 これらの各機能をサポートするために必要なテクノロジーアーキテクチャとツールを特定します。 正確なツールを特定し、技術を習得することは問題ありません。 必要に応じて、将来のリリースでピボットできます。 計画は、テクノロジーチームに、彼らが何をする必要があるかを明確に伝えることです。

テクノロジーチームにこの部分を主導させ、答えが完璧である必要はないことを彼らに安心させます。 彼らが立ち去ってさらに調査を行う必要がある場合は、会議後にそれを行うことができます。 ただし、ここでの目標は、後で更新できるキャンバスの最初の反復を完了することです。 完璧は成功の敵です。

アプリの例では、製品リリース1のボックスで製品のニーズを確認します。これらの要件に基づいて、テクノロジープラン1は「クロスプラットフォームアプリを有効にするためにIonicを使用してプログレッシブウェブアプリを開発する」と言えます。 デバイスのジオロケーション機能を使用します。 Firebaseバックエンドと同期します。 SendGridメールサービスを使用してください。」 ここで説明するテクノロジ計画と目標は、製品の目標を達成するのに十分なものでなければなりません。 製品の目標が存在しない場所でチームが過剰に設計されていないことを確認してください。

テクノロジーと製品のリリース計画を調整するテクノロジー製品キャンバス
このステップでは、最終的にキャンバスの力を確認できます。これが、チームを調整する方法です。 製品の目標を技術計画に合わせます。 そして真ん中のその線? これが、製品マネージャーがチーム間で積極的に管理する必要のあるインターフェースです。

同様に、テクノロジープラン2は、「Facebook / Google認証を使用してユーザー認証を実装し、Firebaseデータベースとチャットインターフェースを使用してリアルタイムチャットを実装する」ことです。 テクノロジープラン3は、「アプリのアップグレードのためにプライバシー/GPSの非表示とアプリ内購入の方法を実装する」ことです。

このプロセスでは、会議のテクノロジーチームがディスカッションに参加する必要があります。 すべてのアイデアと洞察を共有して議論する機会があり、チームの調整と賛同を得ることができます。 これは、チームのすべての側の人々が話し合う必要のあるニーズ、優先順位、および問題を理解し、初期の計画と合意を作成する場所です。

テクノロジー製品キャンバスの完全なテクノロジープラン
この時点で、製品ロードマップと一致する最初のドラフトテクノロジロードマップができました。 主要なテクノロジータスクは、チームが何にいつ焦点を合わせるかを知るのに役立つ視覚的なフローに配置されています。

ステップ5:リスクとリソースを特定する

最後に、テクノロジアーキテクチャの観点から製品を構築する方法を決定したら、リスクとリソースについて話し合うことをお勧めします。 この例では、リスクについて次のように言うことができます。「プログレッシブウェブアプリの速度が十分でない可能性があります。」 もしそうなら、Reactまたはネイティブアプリの開発にピボットすることができます。 リソースについては、「Ionic、PWA、ジオロケーション、Firebase」のスキルセットを持つ人材が必要になります。

テクノロジー製品キャンバスのリスクとリソース
これらの項目をここに含めることで、この1ページの要約に、ディスカッションから生じる重要な要素を確実に取り込むことができ、後でキャンバスを再度確認するときに役立ちます。

全体像

上記の架空のアプリの例に基づいたテクノロジー製品キャンバスの完成例を次に示します。

キャンバスが最初に完全に完成しなければならないという期待はありません。 技術的な機能と比較した製品の機能と、キャンバスのどこに何を配置するかについて、チームとして意見が分かれる場合があります。 キャンバスの目的は、セッションの最後に、開発をどのように進める必要があるかについて、あなたとチーム全体がはるかに優れた概念上の合意を得られるように、ディスカッションを開始して組み立てることです。

このドキュメントは、開発計画の中核になります。 これは高レベルの開発ロードマップであり、テクノロジーチームはこれを利用して、ビジネスの目標を理解した上でより詳細な開発タスクを組み立てることができます。

結論:テクノロジー製品キャンバスを反復する

テクノロジー製品キャンバスを作成するための5つのステップは次のとおりです。

  1. 成功指標を定義する
  2. 製品ビジョンと製品リリースのセクションを完成させる
  3. テクノロジービジョンと製品ビジョンを一致させる
  4. テクノロジー計画を製品目標に一致させる
  5. リスクとリソースを特定する

キャンバスの非常に重要な利点は、チームが各段階で適用または開発する必要のある「最小限の」テクノロジーを特定できることです。 これは、製品チームが必要なテクノロジーの取り組みと今後の課題を認識するのに役立ちます。 技術計画は同期されており、十分な前進が見込めるため、技術力の欠如によって製品開発が遅くなることはありません。 アプリの例では、バージョン1のリリースに近づくにつれて、チームのトレーニングを受けるか、SignalRテクノロジーの専門家を見つけて、そのスキルが必要なリリースバージョン2の準備を整えます。

テクノロジー製品キャンバスはこちらからダウンロードできます。 チームが四半期ごとに、そして間違いなく各リリースが完了するたびにレビューを実施することをお勧めします。 ニーズに合わせてキャンバスを自由に変更してください。 TechnologyProductCanvasをどのように改善できるかについてのフィードバックをお待ちしております。