成長エンジニアリング導入ガイド
本ドキュメントは、チームで成長エンジニアリングプロセスを導入するためのものです。
従来の計画重視型開発から、データに基づいた実験と改善サイクルへと移行し、活性化(activation)、継続利用(retention)、収益(revenue)といった明確な指標に対する実験を優先します。
ICEフレームワーク（Impact, Confidence, Ease）を用いて実験アイデアを優先順位付けし、週次の成長会議を通じて実験の計画、実行、分析を繰り返します。
導入には「Aha!
」モーメントの定義や成長方程式の確立も重要となります。
近年、プロダクト開発において「実行力」を重視する従来の開発手法から、「成果（アウトカム）」を重視した成長戦略への転換が求められています。本記事では、成長エンジニアリング（Growth Engineering）という新しいオペレーティングモデルについて解説します。これは、単なる機能開発ではなく、データに基づいた実験を組織全体で習慣化し、事業成長を加速させるための仕組みです。
従来のプロダクト開発の課題
多くの組織では、プロダクトの「納品」を最適化することに注力しがちです。この「プロダクトモード」では、開発サイクルが長く、市場からのフィードバックを得るまでの時間が遅くなりがちです。さらに、エンジニアリング部門とマーケティング部門が連携せず、それぞれが独立して作業を進める「サイロ化」が問題となるケースが多いと指摘されています。
個別の実験は可能でも、それを会社全体で一貫した習慣としてスケールさせることが、成長の最大の課題であるとされています。
成長エンジニアリングの仕組み
成長エンジニアリングは、インプット（投入量）駆動型の開発から、アウトカム（成果）駆動型の成長へとシフトする考え方です。このモデルでは、週に一度の「成長会議」を核として、アクティベーションやリテンション、売上といった明確な指標に対する実験を優先的に行います。
開発サイクルは4週間以上の長期計画に移行し、小さな変更を本番環境に迅速にデプロイすることで、実験のPDCAを高速で回すことを重視しています。
実験とチーム構成の役割
実験は「分析→アイデア出し→優先順位付け→テスト」という一連の流れで進められます。アイデアはICEフレームワーク（Impact, Confidence, Ease）を用いて非同期的に優先順位付けされます。
チームは、成長リード、プロダクトマネージャー、エンジニア、マーケティング、データアナリストといった多様な役割で構成されます。特に、エンジニアが単なるタスク実行者ではなく、アイデア出しのプロセスに深く関与することが重要だとされています。
まとめ
成長エンジニアリングは、単なる手法ではなく、組織全体の思考様式を変革するアプローチです。明確な目標設定、データドリブンな意思決定、そして部門横断的な連携を通じて、企業が持続的に成長するための強力なフレームワークとして注目されています。
原文の冒頭を表示（英語・3段落のみ）
This one pager is for implementing a growth engineering process in your team.
Originally I wrote this at Footium after reading Hacking Growth by Sean Ellis.
All citations reference pages in the book. Below is the generalised version so
※ 著作権に配慮し、引用は冒頭3段落までです。続きは元記事をご覧ください。