スタートアップから組織への製品管理の進化
公開: 2017-12-27スタートアップで製品管理の垂直方向を拡張する方法
組織の最初の数年間、製品チームは基本的に数人のメンバーで構成され、スタートアップ段階に典型的な問題に直面しますが、組織が成長するにつれて、チームの規模と製品管理の慣行は、それに比例した成長を達成するために同様に拡張する必要があります。組織のもの。
スピードはスタートアップの本質であり、超成長段階にある場合はなおさらです。 ビジネスが拡大するにつれて、すべてのプロダクト マネージャーは複数の利害関係者に対処する必要があります。 ここで、コンフリクト管理のスキルと厳しい決断を下す能力が重要になります。
このような決定にはトレードオフが伴い、すべての利害関係者が満足できるわけではありませんが、プロダクト マネージャーとして、ビジネスの利益のために必要な変更を実装し、実行速度を上げる必要があります。
成長段階では、既存のチームを割り当てられた製品を担当するサブチームに分割して、機能構築の概念を分散化することをお勧めします。 このアプローチは確かに意思決定の迅速化に役立ち、官僚主義を排除し、説明責任を促進します。
ビジネスの成果を推進するために製品チームに依存する複数の利害関係者がいる場合、仕様、タイムライン、問題、遅延などに関する透明性の文化を作成することが不可欠になります。これには、組織全体で採用できるツールが必要になります。このすべての情報が共有ドライブとグループディスカッションに制限されていたスタートアップ環境からの大きな変化を開始して、組織全体に見える期待を設定しました.
このコンテキストに基づいて、概念全体を重要なポイントに分解して、スタートアップの製品管理垂直方向のスケーリングに関する詳細な洞察を得ることができます。
意思決定
これを行う最善の方法は、利害関係者からの情報や提案を考慮して、各製品チーム内で意思決定を行えるようにすることで、プロセスを分散化することです。 機能のリリースを決定したり、スプリントで作業したりするのは、特定のチームの特権です。
あなたにおすすめ:
メタバースがインドの自動車産業をどのように変革するか
反営利条項はインドのスタートアップ企業にとって何を意味するのか?
Edtech スタートアップがインドの労働力のスキルアップと将来への準備をどのように支援しているか...
今週の新時代のテック株：Zomatoのトラブルは続き、EaseMyTripはスト...
インドの新興企業は資金調達を求めて近道をする
デジタル マーケティング プラットフォームの Logicserve が 80 億ルピーの資金を調達し、LS Dig...
意思決定における自律性のレベルは組織によって異なりますが、このようにタスクを分割して分散することで、すべての作業単位が確実に遂行されます。 さらに、このモデルは、遅延を減らし、説明責任を改善し、ワークロード管理に役立ちます。
すべてのプロダクト マネージャーが意思決定を行う際に確認しなければならないことの 1 つは、コンプライアンス、セキュリティ、不正防止、ユーザー アクセスなどの重要な要素を念頭に置くことです。 悪用される可能性のある個人を特定できる情報がないことを確認します。
多くの場合、製品マネージャーは、製品のさまざまなエンド ユーザー向けに開発する必要がある複数の機能に遭遇したり、議論したりします。 プロダクト マネージャーは、すべてのスプリントで利用可能な限られた帯域幅で何を構築するかを決定しながら、機能のスタック全体を念頭に置く必要があります。 ポイントベースのマトリックスは、意思決定を行う際に評価するために使用できる 1 つの方法である可能性があります。各行は特徴を表し、列は次のスコアで評価されます。
- 技術的な実現可能性
- ビジネスへの影響
- 解放する時間
- 顧客体験
具体的な結果がより早く得られるため、重みが最も高い機能を優先することができます。
ロードマップ
どの製品でも、構築する必要がある一連の機能のロードマップを設計し、計画全体を 6 ～ 8 週間の制限時間内に設定することをお勧めします。 今日の世界では、必需品が急速に変化しており、機能の検証の真のテストは、提供されたデータから得られます。
成長段階では、製品管理は顧客からのフィードバックまたはデータによって推進される必要があります。 それどころか、スタートアップ段階のロード マッピングは、意思決定が直感に基づいて行われるまったく異なるプロセスであり、影響がある場合とない場合があります。
エンドユーザーが製品を体験し、その製品にお金を払うことができるように、どの製品を発売し、それに応じて市場に出すのが最も現実的な製品であるかを考えてください。 たとえば、電子メールを送受信するためだけに電子メール プラットフォームを立ち上げることにした場合でも、顧客から、ドキュメントの添付、連絡先の保存、または電子メールを別のフォルダに整理するオプションが必要であるというフィードバックが提供される場合があります。
このようにフィードバックに基づいて製品が進化し、最終的に包括的な製品スイートが作成されます。
コミュニケーション
社内外のすべての利害関係者に事前に拡張された標準化されたコミュニケーション プロセスに従うことで、運用のさらなる透明性が確保されます。 官僚的なように聞こえるかもしれませんが、移行に採用できる重要な行動の変化の 1 つは、実行前のさまざまな段階で承認を得ることです。 リリース ノート、デモ / UAT、稼働開始の通知、更新などは、将来の監査プロセスにとって重要になります。
上記のプラクティスを採用すると、同じことを実行する従来の方法よりも高速に操作を実行できます。 製品管理を組織レベルに拡大することは決して順風満帆ではありませんが、体系的な方法で単純な慣行に従うことで、移行に伴う一連の変更を簡素化できます。