デジタル・プロジェクトを、継続的な能力へ変える

新しい仕組みを導入するプロジェクトには、分かりやすい終点がある。対象を決め、資料や手順を整え、最初の成果物を出せば完了報告も書ける。しかし翌日に古いファイルとの食い違いが見つかったら、誰が直すのか。新しい言語版や担当者の不在にも、安全に対応できるだろうか。

プロジェクトが成果物を作っても、組織に能力が残るとは限らない。継続的な能力とは、平常時に動くだけでなく、変更、例外、引き継ぎに対応できる状態である。

完了日より、その後の持ち主を決める

プロジェクトには責任者がいても、運用には持続的な所有者がいないことがある。ここでいう所有者は、すべてを一人で行う人ではない。規則の意味を説明し、未解決事項を受け取り、変更が他の部分に与える影響を確認し、必要な判断を適切な人へ戻せる機能である。

出版では、作品、版、言語、本文、表紙、書誌情報が結び付く。ページ数は表紙に、訳題はメタデータに影響する。「システム管理」だけでは編集上の関係を扱えず、編集判断だけでも再生成すべき派生物は分からない。

だから所有権は、画面の管理権限ではなく、対象、決定、影響範囲をつなぐ責任として定める必要がある。

成果物ではなく、再現できる関係を残す

新しい台帳や自動処理が一度動いても、最初の担当者だけが前提を覚えているなら、成功はまだ局所的である。

能力として残すには、何が正式な入力か、どの状態が検証済みか、どの結果が派生物かを説明できなければならない。処理をもう一度行う場合は、同じ対象を参照していることを確認し、より新しい人間の判断を上書きしない仕組みが要る。

文書も操作手順だけでは足りない。通常の流れに加え、失敗したときに何がまだ有効か、どこから再開できるか、誰が例外を判断するかを記す。継続的な能力は、成功した画面ではなく、仕事を理解して受け継げる関係の中にある。

保守を「後で行う作業」にしない

規則、分類、外部仕様、フォント、制作条件は変わり得る。変化を例外扱いして、プロジェクト終了後の善意に任せると、仕組みは静かに現実から離れていく。

保守には変更の入口が要る。誰が差異を報告し、どの資料を更新し、過去の成果物を再確認するのか。古い規則をいつまで読める状態に保つのか。最初から決めれば、保守は突発的な救援ではなく通常の編集活動になる。

影響が限定された修正は限定して扱い、意味や版の同一性に関わる変更は人の判断へ戻す。変更の大きさに応じて責任と証拠を選ぶ。

小さく停止できることも能力である

常に進み続ける仕組みは、堅牢に見えて危うい。入力の身元が不明、権利の確認が不足、表紙と本文の版が一致しない。こうした場合に安全に止まり、未確認の状態を明示できることは、失敗ではない。

停止後に必要なのは、全体を最初からやり直すことではなく、影響を受けた対象を特定し、まだ有効な仕事を守り、既知の地点から再開することだ。復旧経路があると、担当者は問題を隠して前へ送るより、早く共有しやすくなる。

道具が変わっても、正式な情報源、状態の意味、判断の責任、復旧の原則が読めれば、仕事の記憶は残る。

能力は宣言ではなく、引き継ぎで確かめる

Maison BeaulieuのPublishing OSは、情報源、版、状態、検査、再開点の関係を研究する社内研究開発用プロトタイプであり、市場で実証された商用ソフトウェアではない。現段階で外部組織への移植性や成果を主張することはできない。

だから問いは具体的である。担当者が変わっても未解決事項や例外の理由を見つけられるか。停止後も正式な情報と重要な決定を読めるか。新しい要件の影響を誰が判断するか。

プロジェクトの終了は一つの節目にすぎない。継続的な能力が生まれるのは、最初の成果物の後にも、責任、記憶、修正、引き継ぎが働き続けるときである。

adrienbeaulieu.com