クリエイティブワークフローの自動化: 判断以外を軽くする

「制作のフローを自動化しました」という報告は、いまでは月に何度も聞く。しかし数か月後に見に行くと、多くの自動化は動いていない。あるいは、動いてはいるが誰も内容を把握しておらず、壊れた時に直せない。自動化を、動くものではなく回り続けるものにするための、地味な整備を書く。

反復と判断を切り分ける

制作フローの中には、必ず「反復」の作業と「判断」の作業がある。フォーマット変換、命名、格納、通知——これは反復。テーマ選定、色の最終決定、公開可否——これは判断。自動化の対象は反復だけにする。判断まで含めようとした瞬間、失敗コストが跳ね上がる。判断の関所については品質の関所を設計するで詳しく扱った。

失敗時の動作を先に決める

自動化のもっとも軽視される部分が、失敗時の挙動だ。エラーで止まったとき、誰にどう通知され、どこから人間が引き取るか。ここを設計しないと、「エラーが出て気づかず、翌週まで止まったまま」が起きる。私たちは、自動化のフローごとに「担当者への通知先」と「再開手順」をドキュメント化してから稼働させる。

自動化のROIは、動いている時間ではなく、壊れた時の復旧の速さで決まる。

読める自動化を書く

YAMLの100行より、コメント付きの30行のほうが、半年後に役に立つ。「なぜこの順序なのか」「なぜここでリトライするのか」を、コード内に文章で残す。この習慣は、自分たちが休暇に入っても他の人が引き取れる状態を維持する。

観測は最初から

「動いているはず」ほど怖いものはない。処理件数・失敗率・処理時間——三つだけでもいいので、ダッシュボードに出しておく。数値が並ぶだけで、劣化に気づく速度が変わる。ハルシネーション対策で観測を持つ話は別記事でも書いた。

ノーコードの限界

ノーコードツールは強力だが、複雑な条件分岐や、失敗時のリカバリを丁寧に書こうとすると、GUIの表現力を超える瞬間がある。「ここから先はスクリプト」と割り切る境界を持っておくと、無理に一つのツールで押し切って崩れる事故を避けられる。

反論: 自動化は投資対効果が読めない

短期の効果は確かに読みにくい。長期でも、単純な工数比較では正しく評価できない。自動化の本当の効果は、判断に使える時間が増えることだ。それは月次のレポートには載らない類の効果なので、「効果が読めないから投資しない」という判断は、多くの場合、機会損失を大きくする。ただし、「まず何でも自動化する」も同じくらい危うい。判断が乏しい反復から順に、小さく始めるのが妥当だ。

参照

• Fowler, Martin. “Continuous Delivery.” Martin Fowler blog, 2013.
• Kim, Gene et al. “The Phoenix Project.” IT Revolution Press, 2013.

自動化は道具の入れ替えではなく、時間の使い方の再設計だ。動いている自動化より、いつでも直せる自動化のほうが、結局は長く働く。