Helper CTO シリーズ 30｜公開後も、私たちはここにいます：Helper CTOの責任線はどこまで延びるか

「システムが公開された日、制作会社は『では、こんな感じで』と言って、その後は何もありませんでした。」多くのオーナーが自分のシステムについて語るとき、まさにこの一言から話が始まります。作っている間は活気があり、検収日は改まった雰囲気で、その後何か問題が起きて電話をすると「それは契約に入っていません」と言われ、結局また次の会社を探し、同じことをもう一度話すことになります。制作会社を間違えたのではなく、その契約の責任線がそもそも公開日までしか引かれていなかったのです。これはシリーズ最後の記事です。公開前、公開当日、公開後という3つの時点で、それぞれ責任線がどこにあるかを解説します。

ほとんどの問題は「作れない」ことではなく「作った後」に起きる

システムを作ること自体は、今日では難しいことではありません。本当の問題はほぼすべて、作り終わった後に起きます。

• サーバーを誰も見ておらず、更新も誰もせず、壊れても誰も最初に気づかない。
• どこかを変更したいのに、当時作った人が見つからない。
• 作った人が辞めてしまい、誰も引き継げない。

もう一段掘り下げると、さらに3つの問題があります。

• アカウントが各所に散らばっていて、ものがどこにあるかを調べるところから始めなければならない。
• 当時の見積書にこの部分が入っていなかったので、誰もやるべきだと思っていなかった。
• ドキュメントを誰も書いておらず、3年後には誰も読み解けないバックアップだけが残っている。

共通しているのは、どれも「作れなかった」のではなく「作った後に誰も責任を持たなかった」ということです。なぜ一度きりの外注は失敗するのかの記事で触れましたが、システムは一度きりの納品で終わる工事ではなく、継続的に進化していく製品です。

一般的なプロジェクトの線はどこで切れるか

2つのやり方の責任線を並べてみると、切れる場所がひと目で分かります。

これは制作会社が意地悪なのではなく、プロジェクト制の本質です。見積もりは「作ること」に対する対価なので、作り終われば終了します。なぜ外注すべきか、どう外注すれば正しいのかの記事でプロジェクトの進め方を解説していますが、どれだけうまく進めたプロジェクトでも、線はやはり公開の瞬間に切れてしまいます。

私たちの線：引き継ぎから公開後まで延びる

私たちは線を3つの段階に分け、すべて同じチームが担当します。

• 引き継ぎと健診：60分のオンラインミーティング、コードが見える状態であれば十分です。
• 3～5営業日で1ページのレポートをお渡しし、そのまま引き継ぐ・先に整理する・作り直しを推奨する、の3種類の結論を明記します。
• レポートはコード、データベース、デプロイ、セキュリティの4つの側面から見ます。
• 公開前のチェック：新機能を公開するたびに、バックアップ・デプロイ・セキュリティ・監視をすべて確認してから公開します。
• 長期的な責任：引き継ぎ、保守、改善、継続開発の4つを、同じチームが最後まで担当します。

これがHelper CTOの意味です——社内の技術責任者のような存在だが、御社の正社員ではない。社内の技術責任者は公開当日に「では、こんな感じで」とは言いません。私たちも同じです。

公開後、私たちが責任を持つこと

「長期的な責任」を具体的な数字にすると、次のようになります。

• サーバーやサービスに問題が起きたら、1営業日以内に対応します。
• 不具合を報告いただいたら、2営業日以内に評価結果を返信します。
• セキュリティ更新は四半期に1回以上行い、緊急時にはさらに追加で対応します。

毎月確保しているエンジニアリング投入は、次のように使います。

• ちょっとした変更はその都度費用を交渉せず、直接対応します。
• その月に使い切らなかった分は繰り越されず、もっと進めたい場合は開発規模で評価のうえプランを上げます。
• エラー対応とちょっとした変更は、いずれも基本保守に含まれます。

基本保守はNT$6,000／月から、月単位でのご請求で、いつでも解約できます。「同じチーム」がこの段階で一番実感できます。見たことがあるものはもう一度見直す必要がなく、変更したことはすでに把握済みです。なぜ担当者交代の再説明が一番高くつくのかの記事で、この計算を行っています。

この線はいつ終わるのか、終わるとき何を受け取れるか

なぜ月単位でのご請求、いつでも解約可能にしているのかの記事で触れましたが、私たちから解約をお勧めする状況もあります。終了時にお渡しするのは次のものです。

• ドキュメント：システムがどこで動いているか、どうデプロイするか、データはどこにあるか、誰がログインできるか、よくある問題への対処法。
• 記録：協力期間中に行った変更それぞれの内容と理由。
• 所有権：コード、データ、アカウントは最初から最後まで御社名義のままなので、「取り戻す」必要すらありません。
• 引き継ぎ説明：次の担当者がどこから引き継ぎ、まず何を見るべきかを明確に書き記します。

終わり方は始まり方と同じくらい明確であるべきです。自分が何を持っていて、それがどこにあり、次の担当者がどこから引き継ぐかを把握できていること。

この線の上でNerdtechnic（恩梯科技）がお約束する4つのこと

• まず健診を行ってから協力について話し合います。健診なしに見積もりを出すことはしません。
• 引き継ぎ、保守、改善、継続開発を、同じチームが最初から最後まで担当します。
• 月単位でのご請求で、いつでも解約でき、契約縛りはありません。
• 契約終了時にはドキュメントと記録をお渡しします。担当者が変わってもブラックボックスにはなりません。

この30本の記事すべてが伝えているのは同じことです。システムを作った後は、誰かがそれに責任を持つ必要があるということです。

システムを作った後のことこそ、私たちの本業です。Nerdtechnic（恩梯科技）は Helper CTO として、御社のシステムを引き継ぎ、保守、改善、継続開発します。線は引き継ぎから公開後まで一貫して延びています——社内の技術責任者のような存在ですが、御社の正社員ではありません。最初のステップは60分のシステム健診です。コードさえ見せていただければよく、本番環境のアカウントやパスワードは不要で、3～5営業日以内に読んで分かる1ページのレポートをお渡しします。御社のシステムが今「まだ動いているが、誰も責任を持っていない」状態にあるなら、この線は今日からつなぎ直せます。Helper CTO：システム保守プラン