プロダクトと開発のハレーション:物理的な垣根を超えて、サービス視点で解決する
はじめに
プロダクトと開発のハレーションは、多くの企業で共通する課題です。ボタン追加一つを例にとっても、プロダクト側と開発側で認識のズレが生じ、開発工数やリスクを巡って議論が膠着してしまうケースは少なくありません。
しかし、「気持ちだけで解決しようとする」のは非効率的です。関係者の立場や目標を理解した上で、「物理的な組織構造」を変えるという解決策があります。
物理的組織構造の変革:サービス視点のチーム編成
具体的には、従来のプロダクトと開発の縦割り組織から、「サービス名」の横断的なチームを編成します(exAサービス事業部など)。
このチームは、サービス全体のKPIと目標を共有し、プロダクトと開発の担当者が共に所属します。
メリット
- 共通の目標意識と一体感の醸成: プロダクトと開発が同じチームに属することで、目標達成に向けた一体感が生まれます。部門間の縦割り意識がなくなり、迅速かつ柔軟な意思決定が可能になります。
- 情報共有の円滑化: チーム内に情報共有の場を設けることで、開発に必要な情報が迅速に伝わり、無駄な工数や手戻りを減らすことができます。
- 開発工数とリスクの明確化: 開発担当者は、ボタン追加の裏にある工数やリスクを具体的に説明し、代替案を提案することができます。プロダクト担当者は、より現実的な目標設定を行うことができます。
- 迅速な意思決定と開発サイクルの短縮: プロダクトと開発が同じチームで議論することで、意思決定の迅速化が図れます。結果的に、開発サイクルの短縮にもつながります。
注意点
- チームワークの構築: チームメンバーが異なるバックグラウンドを持つため、相互理解を深めるための努力が必要です。
- リーダーシップ: チームを効果的にまとめるリーダーが必要です。
- 評価制度: チーム全体の目標達成に貢献した個人の貢献度を評価する制度が必要です。
まとめ
プロダクトと開発のハレーションは、物理的な組織構造を変革することで解決できます。サービス視点に立ってチームを編成することで、共通の目標意識と情報共有の円滑化を実現し、開発工数とリスクの明確化、迅速な意思決定、開発サイクルの短縮に繋げることができます。
この解決策が、貴社のハレーション解消の一助となることを願います。