Ch4 04: 18ヶ月を4ヶ月に#

電話がかかってきたのは2023年の終わり頃だった。ルルレモンが2024年パリ五輪のカナダ代表チームのウェアを担当することになった。巨大なブランド機会——マーケティング部門が夢見るような世界規模の舞台だ。

問題が一つあった。ルルレモンの標準的な製品開発サイクルは18ヶ月。持ち時間は4ヶ月。

18ヶ月は適当な数字ではない。成熟した製品組織の叡智の結晶だ——デザイン探索、生地テスト、フィットの反復、サプライヤー交渉、サンプル生産、品質検証、マーケティング準備、リテール計画。各ステップには存在理由があり、何年もかけて磨かれてきた。18ヶ月のタイムラインは余分ではない。それがプロセスそのものだ。

そしてそれを約80%圧縮しなければならなかった。

こういう場面での最初の衝動は、もっと速く働くことだ——残業、増員、交代制。だが既存の構造の中で速く働くことにはハードリミットがある。テストプロトコルが特定回数の洗濯サイクルを要求しているなら、生地テストは速くできない。サプライヤーのリードタイムは気合では縮まらない。シーケンシャルなプロセスに人を増やしても速くはならない——調整オーバーヘッドが増えるだけだ。

チームはゲームを変える2つの決断をした。1つ目は直感に反するもの。2つ目は構造的なもの。

決断1：ルールを一時停止する。

速くしようとする前に、チームは立ち止まって問うた。標準プロセスのどのステップがこのプロジェクトに本当に必要で、どれがもっと遅い、低リスクの開発サイクルの名残なのか？

「どのルールを破れるか」とは違う問いだ。「どのルールが、ここには当てはまらないコンテキストのために設計されたのか」という問いだ。18ヶ月プロセスのステップの多くは、数千のSKUと数百万ドルの在庫コミットメントを持つフルプロダクトラインのリスク管理のために設計されていた。五輪コレクションは違った——既知の数量、ハードな締め切り、単一の顧客を持つ限定版ランだ。

チームは標準レビューゲートの大部分を停止した。通常5部門のサインオフが必要なデザインレビューを、1回のクロスファンクショナルセッションに統合した。通常シーケンシャルなテストプロトコルを通る生地承認を、実績のある素材の過去のパフォーマンスデータを使ってファストトラックにした。通常生産前に完了するマーケティングサインオフを、製造と並行して走るように移動させた。

安全や品質のコントロールは削らなかった。それらは残した。削ったのは、年月とともに積み重なった組織的な慎重さのレイヤーだ——「あの部門にも声をかけよう」ミーティング、「たぶん確認しておいた方がいい」メール、実際の問題を捕まえるからではなく、人々を安心させるために存在していたレビューサイクル。

監査の後、チームは標準プロセスのステップの約70%が、このプロジェクトには不要か、より軽量な代替手段で置き換え可能だと見積もった。70%。これはトリミングではない。構造的な再設計だ。

決断2：パラレルにする。

残りのステップはまだ直列だった——デザイン、生地、パターン、サンプル、生産。各ステップが前のステップの完了を待ってから始まる。18ヶ月の窓なら、直列でも管理可能だ。4ヶ月では、死刑宣告に等しい。

チームは、どのステップが直列ではなく並列で走れるかを洗い出した。たとえばデザインと生地選定は同時に進められる——デザイナーはパターンを引き始めるのに最終生地は不要で、生地チームはテストを始めるのに最終デザインは不要だ。サンプル生産は品質テストと重ねられる——初期サンプルがフィットチェックを受けている間に、生産チームは製造の立ち上げができる。

パラレルを機能させる鍵は、明確な同期ポイントを定義すること——並行ストリームが合流してロックしなければならない瞬間だ。「第6週までに、デザインと生地は最終素材パレットで合意しなければならない。」「第10週までに、サンプル生産と品質はフィットを検証済みでなければならない。」これらの同期ポイントが、旧来の直列ゲートを、より柔軟だが同等に厳格なものに置き換えた。

結果はパイプラインというより編み込まれた川のように見えた——複数の流れが同時に流れ、重要な合流点で交わり、再び分かれる。

ルール停止とパラレル化の組み合わせが、タイムラインを18ヶ月から4ヶ月に圧縮した。だが途中で予想外のことが起きた。

チームは、圧縮されたスケジュールが時間を除去しただけでなく、優柔不断を除去したことを発見した。18ヶ月あれば、「もう一回レビューしよう」や「来週あの判断を見直そう」の余地が常にある。4ヶ月では、すべての判断が初回で最終版だ。セカンドパスの滑走路がないから。

これがフライホイールを回した。速い判断が速い実行を生み、速い実行が速いフィードバックを生んだ——チームは数ヶ月ではなく数週間で選択の結果を確認できた。速いフィードバックが後続の判断を研ぎ澄ました。学習ループが生産サイクルと一緒に圧縮されたからだ。

プロジェクト終了時、チームは4ヶ月の締め切りに間に合わせただけではなかった。標準的な18ヶ月トラックでは考えられなかった自信と効率で稼働していた。スピードそのものが能力の源泉になっていた。

ここには製品開発をはるかに超えた教訓がある。ほとんどの組織はプロセスを固定的な制約として扱う——「物事にはこれだけの時間がかかる」。だがタイムラインは制約ではない。変数だ。それを十分にアグレッシブに変えれば、元のプロセスのどれだけがパディング、習慣、組織の安心毛布だったかを暴く構造的再考を強いることになる。

すべてのプロジェクトを通常の4分の1に圧縮すべきだとは言っていない。本当に時間が必要な仕事もある——臨床試験、構造工学の検証。だが、「実際にどれだけの時間が必要か」と「現在どれだけの時間がかかっているか」の差は、ほとんどの組織が思っているよりはるかに大きい。

その差を見つける方法は、不可能に感じる締め切りを設定することだ——無謀ではないが、居心地が悪い締め切り。既存のプロセスの中でもっと頑張っても間に合わない、プロセスそのものを再発明しなければ間に合わない締め切り。その時にルールが停止され、直列が並列になり、組織は自分が本当に何ができるかを発見する。

ガイダンス#

標準プロセスより速く進める必要があるプロジェクトがあるなら、この3ステップを試してほしい。

一時停止して監査する。 すべてのプロセスステップ、レビューゲート、承認要件をリストアップする。それぞれについて問う。これはこのコンテキストのために作られたのか、それとも異なるスケール、リスクレベル、タイムラインのために作られたのか？安全、合法性、不可逆の品質基準を直接守っていないものはすべて停止する。
パラレルパスを見つける。 残りのプロセスをシーケンスとして描く。隣り合うステップの各ペアについて問う。ステップBは本当にステップAが100%完了する必要があるのか、それともAの部分的なアウトプットでBを開始できるのか？できるだけ多くの直列依存をパラレルワークストリームに変換し、ストリームが合流しなければならない明確な同期ポイントを設定する。
不可能な締め切りを設定する。 標準プロセスの3分の1のタイムラインを選ぶ。「いつも通り」思考を殺すのに十分アグレッシブだが、チームが始める前に諦めるほど極端ではない。チームが最適化ではなく再発明を強いられた時に何が起きるか、見届けよう。

スピードは単なるメトリクスではない。ディシプリンだ。そしてそれをマスターした組織は、単に速く動くのではない——何が可能かについて、まったく異なる考え方をする。