タイミング選定は「売り上げ等の事業活動への影響最小化」「リスク回避」

企業の論理（都合）を優先したシステムリリースのよくある例として、「記念日に無理に合わせる」「トップが発言してしまった期日を死守しようとする」「キャンペーン等集客のピークをぶつけてくる」など、いきなりハードオープンになるのを避けるのは言うまでもありません。

その上で、システムリリースのタイミング選定には、「売り上げ等の事業活動への影響最小化」と「リスク回避」という2つの考慮点があります。それに基づくと一般に次のようになります。

これらは、売り上げや事業活動へのインパクトを一番減らす目的もあります。加えて、何かあったときに、リソース、人員などを活用できる時期（≒世の中が止まっていないとき）だからです。

年末年始、GW、お盆は、多くの人が休んでいたり、会社自体が休業していますので、トラブルが生じた際、担当者に連絡が取れなかったり、作業にあたれないなど解決までに時間がかかることがあります。

3月中旬～4月中旬は、日本企業の多くが年度末・年度始まりで、人員の獲得の問題もあります。また、人事異動などで組織内に落ち着きがなかったり、責任があいまいだったりということがありますので、この時期も避けた方がよいでしょう。

このような時期でも、「開発会社は人材を確保しているので大丈夫です」と言われます。しかし、その他の時期よりも課題があることは明白です。そのまま信じてリスクを取るかどうかは依頼側の責任となります。

結果的に小売りなどでは、実店舗の改装のように、システムリリースも2月や9月が多くなります。ECなどWebシステムの場合、2月や9月を予定していたが、遅れて3月や10月になることも多いのが実情です。

BtoCシステムはソフトオープンを心がける

さらに細かい懸念を言うと、

などがあります。

月末月初を避けるのは、会計の〆の際にシステム障害が起きて影響が広がることを防ぐため です。土日祝日は世間が動いておらず、また、月曜日のリリースになると土日に準備がいるため人材の配置が必要になります。金曜日リリースは何かの際に土日対応が必要になりますので、できれば「火水木」にリリースをすることをお勧めしています。

開発会社がシステム要員をキープしている場合もありますが、リリースで何が起きるかわかりません。筆者の経験で、サーバを起動させた際、ハードウェア障害を起こしてしまい、結局メーカーの対応が必要になったこともあります。

開発会社が自社や協力会社のソフトウェアのエンジニアを待機させていることはありますが、金融機関でもいない限り、ハードウェアのベンダーまで待機させていることは少ないので、結局ハード障害に対応するために平日昼間まで待つことになります。

もちろん、体制を整えれば整えるほど費用はかかります。それも、問題がなければいらない「無駄な」費用です。ですので、売り上げやその他のリスクと費用を鑑みた上で、どこまでの体制を採用するかという決断をする必要があります。

上記を考慮したうえで、週半ばの平日の昼間、もしくは早朝にリリースすることが、結局一番リスクが低く、体制をとる費用は低くなります。

筆者がいつも指摘していることですが、BtoCシステムは、とにかくソフトオープンが重要です。

また、新規リリースの場合は事前予告しない限り、あまり対外的な問題はありません。リプレースの際は、ビジネスが止まったり、既存顧客に迷惑をかけるなどインパクトが大きいということです。

どこまで考慮するか、リスクをとるかは、会社や事業の状況、内容によります。そのため、一概には言えません。しっかり検討した上で、タイミングやどうするかを決定し、それに合わせた準備を行わなくてはならないのは当然ことと言えるでしょう。