マンガのローカライズパイプラインの計画は、見た目以上に難しい仕事です。紙の上では、ほかのプロジェクトと変わらないように見えます。チャプターのリストがあり、納品日があり、チームがいる。ところが実際には、上流のどこか一か所の遅れが、そのまま下流の全員に連鎖します。翻訳が一日遅れれば、校正の開始が遅れ、写植担当は手待ちになり、チャプター全体が崩れていきます。月曜には余裕があるように見えたスケジュールが、木曜にはひそかに火を噴いているのです。

本記事では、マンガのパイプラインがなぜ一般的なプロジェクトと違う挙動をするのか、なぜ通常のプロジェクトツールが判断を誤らせるのか、そして実際に破綻しない計画の立て方を、具体的な手順で説明します。

マンガが「普通のプロジェクト」ではない理由

もっとも重要な違いは、作業の単位です。汎用プロジェクトでは単位は「タスク」です。マンガのローカライズでは単位は「ページ」です。ページは一枚ずつ、順序の決まった工程を流れていきます。翻訳、校正、クリーニング、写植、QA、そして納品です。チャプターは一かたまりで「100パーセント完了」になるのではなく、それぞれ異なる地点にあるページの流れとして進みます。

スケジューリングを本質的に難しくしている性質が三つあります。

工程どうしが依存し合う。 写植は、そのページのクリーニングが終わるまで着手できません。校正は翻訳より先に始められません。下流が上流を追い越すことは決してありません。
処理量は人ごと・言語ペアごとに異なる。 ある翻訳者が日英で一日にこなせる枚数と、日仏でこなせる枚数はまったく別物です。写植担当の一日の枚数は、翻訳者のそれとは何の関係もありません。誰もが自分自身の、無理なく続けられるペースを持っています。
作業は原稿ファイルに結びついている。 ページはそれぞれ固有の属性を持つ画像です。スケジュールとファイルは別々の二つの仕組みではなく、同じものなのです。

汎用ツールが破綻する理由

ガントチャートやカンバンボードはタスクを追跡するために作られており、まさにその点でここでは力不足になります。

ページではなくタスクを追うため、チャプターを「流れるページの列」として捉えられない。
人ごとの実際の一日あたりキャパシティという概念がなく、まして言語ペアで変わるキャパシティは扱えない。
直前の工程が本当に完了したかで次の工程をゲートできない。クリーニングが半分しか終わっていなくても、カードを「写植」に動かせてしまう。
原稿ファイルを何も知らないため、計画と実作業が乖離していく。

マンガのパイプラインをボードに無理やり押し込むことはできますが、結局はスケジュールという幻を手作業で維持することになり、その幻は、いちばん大事な日に限って崩れます。

計画の手順

以下が核心です。ホワイトボードでもソフトウェアでも、同じように機能します。

各作業者のキャパシティを見積もる。 一人ひとりについて、言語ペアごとの一日あたり処理枚数を記録します。これが最重要の入力であり、汎用ツールが捨ててしまうものです。
カレンダーを設定する。 会社の稼働日と祝休日を定義し、各人の休暇を反映します。フリーランスについては、社外の掛け持ち案件も把握します。彼らの空き時間を勝手に前提にはできないからです。
キャパシティに合わせてページを自動配分する。 全員が無限に空いていると仮定するのではなく、チャプターのページを、各人の実際の一日あたりキャパシティに合わせて工程ごとに配分します。
工程をゲートする。 どの工程も直前の工程が終わるまで始まらないようにし、翻訳と写植のあいだには意図的なバッファを設けます。序盤の小さな遅れが後半のラインを飢えさせないためです。
納品日から逆算する。 納品日から各工程の締切を導き、配分後のスケジュールで締切に間に合わない工程がないかを探します。これが早期警報であり、数日前ではなく数週間前に気づけます。
全体を横断して過負荷を監視する。 一つのプロジェクトに空きがあるからといって、その人が空いているとは限りません。すべてのプロジェクトを横断して負荷を確認し、フリーランスについては、関わるすべての会社を横断して確認します。
まず暫定で計画し、それから確定する。 まず誰も予約せずに計画全体を下書きします。全体として成立していると確認できて初めて確定し、それによって作業が予約され、フリーランスへのオファーが送られます。計画と確定は、別々の意図的な行為であるべきです。

この順序で進めれば、計画は早い段階で真実を告げてくれます。手持ちの人員と稼働日で実行可能なのか、それとも不可能なのか。しかもまだ手を打てるうちに、それがわかります。

Zfuroが担う部分

これはまさに、Zfuroのキャパシティプランニングが担うために作られている領域です。各作業者の処理量を言語ペアごとにモデル化し、稼働日と休暇を尊重し、ゲートされた工程をまたいでページを自動配分し、納品日から締切を逆算し、すべてのプロジェクト、そしてフリーランスについてはすべての会社を横断して過負荷を可視化します。計画と本番の制作が一つの場所にそろった完全な計画・制作システムであるため、計画と実際のページ作業が乖離することがありません。仕組みの詳細は計画の仕組みを、あわせて制作ワークフローとチームの役割とフリーランスをご覧ください。

まとめ

マンガのパイプラインは、それぞれ自分のペースで働く人々を通って流れていくページの、依存関係の連なりです。タスクのリストとして計画すれば、遅れは連鎖するまで表に出てきません。作業者ごとのキャパシティ、ゲートされた工程、そして納品日から逆算した締切を軸に計画すれば、まだ手を打てるうちに、スケジュールが真実を教えてくれます。