プロセスとツール

テクノロジーチームと製品チームをテクノロジー製品キャンバスに合わせる

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

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

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

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

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

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

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

キャンバスのコンセプトは何年も前から存在しています。この分野の主要な先見の明と革新者には、を作成したアレクサンダーオスターヴァルダーが含まれますビジネスモデルキャンバス、ローマン・ピヒラーと彼の製品ビジョンキャンバス、およびで知られているジェフパットンユーザーストーリーマッピングメソッドと彼のオポチュニティキャンバス。私はキャンバスの方法論を使用して製品とテクノロジーの整合性の問題を解決し、テクノロジー製品キャンバスを作成しました。

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

aws認定ソリューションアーキテクトアソシエイト試験

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

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

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

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

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

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

法人LLCとは

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

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

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

セットアップ

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

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

ステップ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」のスキルセットを持つ人材が必要になります。

auth0 / angular-jwt

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

全体像

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

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

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

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

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

成功指標を定義する
製品ビジョンと製品リリースのセクションを完成させる
テクノロジービジョンと製品ビジョンを一致させる
テクノロジープランを製品目標に一致させる
リスクとリソースを特定する

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

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