アジャイル手法は、ソフトウェア業界全体で広く使われています。これらは、ソフトウェア開発の不確実性や変化を、特に扱えるように設計されているためです。つまり要件が制作の進行に伴って急速に変わり、チームが新しいアーティスティック／技術的課題に絶えず適応しなければならないCGパイプライン開発に、アジャイルはとりわけ適しています。
しかし、これらの利点があるにもかかわらず、多くのスタジオは、体系化された開発プロセスではなく、反応的な日々の問題解決に依然として頼っています。制作環境はストレスが大きく、優先順位は頻繁に変わり、プロジェクト中に作られたツールの一部は長期的な再利用が難しい場合があるからです。
一方の極端として、最初からあらゆるニーズに対応できる包括的なパイプラインソリューションを構築しようとするスタジオもあります。こうした大規模プロジェクトは開発に何年もかかり、重要なリソースを消費し、さらに複雑になりすぎて、結局は完全に納品されないことも少なくありません。
アジャイル手法は、その現実的な中間策を提示します。必要なものを作り、価値を継続的に提供し、要件が変化するにつれて適応するのです。
なぜパイプライン開発にアジャイルを使うのか？
アジャイルの主な目的は、コミュニケーションと合意形成を改善することです。
成功するパイプライン開発には、アーティスト、制作マネージャー、スーパーバイザー、そしてテクニカルチームの間で、絶え間ない協力が必要です。コミュニケーションが崩れると、優先順位が曖昧になり、作業が重複し、大事なタスクが見落とされます。
アジャイルのフレームワークは、定期的な計画、レビュー、フィードバックループによってこれらの課題に対処し、全員が共有された目標に沿って動ける状態を保ちます。
固定的なプロセスに従うのではなく、アジャイルはチームが自分たちの文化やワークフローに合う実践を取り入れることを後押しします。どのスタジオも違い、誰にでも完全にフィットする単一のフレームワークはありません。ただし、多くのチームは次のような確立した手法から始めることで恩恵を受けます：
- カンバン
- スクラム
- スクラムバン
- リーン開発
- エクストリーム・プログラミング（XP）
その後、チームは自分たちの制作要件に合わせてこれらのアプローチをカスタマイズできます。
カンバン：継続的なパイプライン支援を管理する
カンバンは、パイプラインの保守、サポート依頼、そして継続的な運用作業に特に効果的です。
カンバンボードは、開発プロセスを通過していくすべての作業項目を視覚的に表します。典型的な列には次が含まれます：
- バックログ
- 準備完了
- 開発中
- テスト
- 検証
- 完了
新しい依頼は継続的にバックログへ追加されます。チームメンバーはキャパシティが空いたタイミングで作業を引き取り、タスクをワークフローの中で進めていきます。
カンバンの重要な原則は、作業中（WIP: Work in Progress）を制限することです。各段階には、ある時点で許可されるタスクの最大数があります。ボトルネックが発生したときは、追加の作業を始める前に、それを解消することにチームが集中します。
ヒント
- 関係者全員に見える共有カンバンボードを作る
- 明確なワークフロー段階を定義する
- 各段階にWIPの上限を設定する
- ブロックされたタスクを毎日レビューする
- サイクルタイムとリードタイムを追跡し、非効率を特定する
- プロセスを改善するために定期的にふりかえりを行う
カンバンは、予測できない負荷や緊急の依頼を扱うのが得意です。そのため、アクティブな制作を支えるのに理想的です。
スクラム：戦略的な改善を提供する
カンバンが運用サポートに優れている一方で、スクラムは計画と調整を必要とする、より大きな開発イニシアチブに適しています。
スクラムでは、作業を固定長のイテレーションである「スプリント」に整理します。通常は1〜4週間の期間です。スプリント計画の際、チームはスプリント終了まで変わらない一連のゴールにコミットします。
このフレームワークは、いくつかの重要な役割を定義します：
プロダクトオーナー
- 作業の優先順位を決める
- ステークホルダーのニーズを代表する
- プロダクトバックログを維持する
開発者
- ソリューションの設計、構築、テスト、保守を行う
スクラムマスター
- プロセスを促進する
- 障害を取り除く
- チームが継続的に改善できるよう支援する
各スプリントの終わりに、チームは完了した作業をデモし、フィードバックを集め、次のスプリントに向けて優先順位を調整します。
ヒント
- パイプライン改善のための優先度付きバックログを維持する
- 明確なスプリントゴールを定義する
- スプリントの期間を一定に保つ
- アーティストや制作チームとスプリントレビューを行う
- 毎回のスプリントの後にふりかえりを実施する
- 働いた時間ではなく成果を測定する
スクラムは可視性、予測可能性、合意形成をもたらします。再利用可能なパイプライン部品や長期的なインフラを開発するのに、相性の良いアプローチです。
スクラムバン：柔軟性と構造を組み合わせる
多くのCGスタジオは、スクラム単独でもカンバン単独でも、自分たちのニーズを十分に満たせないことに気づきます。
スクラムバンは、スクラムの計画の規律と、カンバンの柔軟性を組み合わせます。
チームは通常：
- 定期的な間隔で作業を計画する
- 優先度付きバックログを維持する
- カンバンボードで実行を管理する
- 長期目標を乱さずに、緊急の制作課題をワークフローへ投入できるようにする
ヒント
- 戦略的な作業にはスプリント計画を使う
- 制作サポート用にキャパシティを確保する
- 過負荷を防ぐためにWIPの上限を適用する
- 制作ニーズに基づいて継続的に優先順位を見直す
多くのパイプラインチームにとって、スクラムバンは安定性と俊敏性の「最も実用的なバランス」になります。
リーン開発：ムダをなくす
リーンの原則は、ムダを最小化しながら価値を最大化することに焦点を当てます。
CGパイプラインの文脈では、ムダはしばしば次のような形で現れます：
- 誰も使わない機能
- 作り込み過ぎたシステム
- 過剰な承認プロセス
- 自動化できるのに手作業になっているプロセス
- 同じ課題を解く重複ツール
ヒント
機能を作る前に、次を問いかけます：
- 誰が使うのか？
- どのくらいの頻度で使われるのか？
- それはどんな課題を解決するのか？
- 既存のソリューションでそのニーズに対応できないか？
リーンは、最小限で成立するソリューションをまず提供し、必要になってから拡張することを促します。
エクストリーム・プログラミング（XP）：技術品質の向上
エクストリーム・プログラミング（XP）は、エンジニアリングの卓越性と素早いフィードバックを重視します。
実践には次が含まれます：
- 自動テスト
- 継続的インテグレーション
- ペアプログラミング
- リファクタリング
- 頻繁なリリース
パイプラインツールは、制作の現場ではミッションクリティカル（致命的に重要）になりがちです。XPは、技術的負債を抑えつつ信頼性を確保する助けになります。
ヒント
- 可能な限りテストを自動化する
- 継続的インテグレーションのパイプラインを構築する
- コードを定期的にリファクタリングする
- 大きなアップデートより、小さな改善を頻繁にリリースする
- コードレビューやペアプログラミングを通じて知識共有を促す
スタジオ環境でアジャイルを機能させる
アジャイルを採用するには、ボードを導入したり会議を予定するだけでは不十分です。
成功は、一貫性と規律に左右されます。不幸にも多くのチームは、制作のプレッシャーが高まったときにアジャイルの実践をやめてしまいます。ところが、その実践こそが最も価値を提供できるタイミングがまさにそこであるのです。
成功の確率を最大化するには：
- 固定の時間に、繰り返し行うアジャイルのセレモニーをスケジュールする
- すべてのステークホルダーに参加してもらう
- 会議を集中して簡潔に保つ
- 指標を追跡し、定期的にレビューする
- チームのフィードバックに基づいて、プロセスを継続的に適応させる
- 忙しい制作期間でもふりかえりを省略しない
目標は、アジャイルを宗教のように盲目的に信奉することではありません。チームが効果的にコミュニケーションし、価値を継続的に提供し、変化に適応できるようにする「仕組み」を作ることです。
結論
CGパイプライン開発は、常に変化し、優先順位が移り変わり、制作スケジュールが厳しい環境で行われます。その複雑さを乗りこなすために、アジャイル手法は実証済みのフレームワークを提供します。
多くのスタジオにとって、現実的な出発点は次のようなものです：
- 日々のサポートと保守にはカンバンを使う
- より大きな開発プロジェクトにはスクラムを使う
- 構造と柔軟性の両方が必要な場合はスクラムバンを検討する
- 不要な複雑さを避けるためにリーンの原則を適用する
- ソフトウェア品質と保守性を改善するためにXPの実践を採用する
小さく始め、あなたのチーム文化に合わせてプロセスを調整し、実行において規律を保ってください。映画づくりは難しい。ソフトウェアづくりも難しい。両方に優れた組織は、より良いコミュニケーション、より速い提供、そしてより信頼性の高いツールによって、大きな競争上の優位を得ています。
