業界トレンド
Helper CTO シリーズ 23|基本保守から開発投入を含むプランへ:いつ上げるべきか
保守契約はあるのに追加したい機能がずっと後回しにされるのは、制作会社が怠けているのではなく、「守り」のプランに「前進」の成果を求めているだけのことが多い。本記事はプランを上げるべき3つのサイン、開発投入を含むプランの費用の考え方、そして下げるべきタイミングを解説する。
「うちの会社はこういう仕組みで動いていて——」このセリフ、何回言いましたか。最初の制作会社に一度、引き継いだエンジニアに一度、その後のチームにもう一度。一回言うたびに午後が丸ごと潰れ、話し終えても相手はコードを読み込むのに何日もかかり、その間に何かを壊すリスクは結局自分が負うことになります。運が悪くて毎回合わない相手に当たっているのではなく、システムのことを覚えている人がずっといなかっただけです。この3つのコストを本記事で洗い出します。
システムが完成してから数年の間、担当者の交代はよくあることで、理由もそれぞれもっともです。
問題はその午後の時間だけではありません。あなたが話しているのは「会社がどう動いているか」で、相手が必要としているのは「システムがなぜこの形になったか」です。その間には誰も記録していない歴史があります。その歴史は前の担当者の頭の中にだけあり、その人が去ればそのまま消えてしまいます。
担当者交代を分解すると、3段階とも行き着く先は同じです。
| 段階 | 実際に起きること | 誰が払うか |
|---|---|---|
| あなたが説明し直す | 業務プロセス、システムの経緯、今一番困っていること | あなたか上司が直接使う時間 |
| 相手が読み直す | 最初の1行を触る前にコードを一通り読み込む | あなた(慣熟期間や最初の月に含まれる形で) |
| 途中でミスが起きる | 使われていないように見えて実は使われている箇所を触ってしまう | あなた(しかも事後に判明する) |
一番見落とされやすいのが3段階目です。最初の2段階は目に見える時間として現れますが、3段階目は「新しい担当者があなたのシステムを覚えていない」ことによって生まれます。なぜ一度きりの外注は失敗するのかの記事はまさにこの話です。作り終えたら去り、記憶のコストは次の担当者に持ち越され、その次の担当者のコストはあなたが払うことになります。
私たちのやり方は、引き継ぎ、保守、改善、継続開発を同じチームが担当することです。これはスローガンではなく、コスト構造上の選択です。
あなたの側から見ると、節約できるのは次のようなことです。
人手不足時代の外注の考え方の記事でも触れましたが、人を見つけること自体は難しくなく、難しいのは「あなたのシステムを知っている人」を見つけることです。Helper CTOとは何かの記事で言う「御社の正社員ではない」という点の核心は、まさに「正社員のように御社のことを覚えている」という点にあります。
「それって結局縛られることになるのでは」と思うかもしれません。その懸念はもっともなので、私たちは次の4つでバランスを取っています。
「同じチーム」はあなたが説明し直さなくて済むためにあり、「ドキュメントをお渡しする」のは、いつか本当に別の相手に変える必要が出たとき、次の担当者もゼロから始めずに済むためです。
私たちに依頼するにしても他社に依頼するにしても、次のような質問がその場でのテストになります。
私たちが受ける案件、受けない案件の記事で触れましたが、私たちが求めているのは長期的な関係であり、一度きりの火消しではありません。その理由がこの記事です。
これまで払った中で一番高くついた費用は、開発費ではなく、同じことを三度目に説明することだったかもしれません。
担当者が変わるたびに説明し直すコストは目に見えませんが、毎回あなたが払っています。Nerdtechnic(恩梯科技)は Helper CTO として、御社のシステムを引き継ぎ、保守、改善、継続開発します。最初から最後まで同じチームが担当します——社内の技術責任者のような存在ですが、御社の正社員ではありません。最初のステップは60分のシステム健診です。コードさえ見せていただければよく、本番環境のアカウントやパスワードは不要で、3~5営業日以内に読んで分かる1ページのレポートをお渡しします。自分の会社のことを何度もゼロから説明することにもう疲れたなら、今回は一度だけ話してください。Helper CTO:システム保守プラン
お困りですか?
LINEで直接ご相談ください