システムリリースの切り戻し0を目標に掲げることの是非について

実際に、切り戻しは絶対無しね、みたいなイメージで、「切り戻し0」を宣言するとすると、懸念されているような事が起きかねないとは思いますが、、、

システムの、リプレース、更新においては、記載中にありましたが

「リリースで想定外の事象」

を、どこまでゼロにできるかという所だと思います。
今回の、このスレ主様の投稿を意地悪に読めば、

「どうぜ、想定外の事があるんだから、切り戻しも、しょうがないよね」

と読めてしまいます。
おそらく、御社部門では、このような考えそのものをやめようね、という意味で、掲げた目標ではないでしょうか。

ただ、そのためには、どのような想定外が存在するのか、の洗い出しにかなり力をかけなくてはいけませんので、相当準備に時間が必要となります。
おそらく、最初からは、難しいかもしれませんが、作業チェックリストをきちんと作成して、蓄積していくことで、かなり精度の高い作業ができるようなるかと思います。

このあたり、上司の方が認識を持っていないようであれば、そこはよく説得すべきだと。

顧客満足度の観点から切り戻しゼロを必達目標＝コミットメントとすることは、それ程無茶な話とは思いません。
切り戻しゼロは以前いた会社でも目標として掲げていました。実際、切り戻しは運用事故発生を意味していますから、原因が何であれプロジェクトリーダーは人事評価等でペナルティを受けることになります。

ただし、切り戻しゼロがコスト削減の観点で語られているとしたら注意が必要かもしれません。切り戻しゼロなんだから、切り戻し手順の計画や検証のためのリソースは不要だよね、という怖い話にならないか心配ですね。切り戻しゼロをコミットしていたとしても、切り戻しの準備は必須だということを経営者や顧客によく理解してもらう必要はあると思います。

そうですね～
心配はごもっともですが、是非を判断する話ではないのかな、と。
たぶん、エライ人にも分かるような指標がそれだってことですよね。
どのような立場の方かはわかりませんが、お互いの立場をなるべく
分かりあえるような提案をしていくのがベターではないかと。
ただし、具体的にどういうのがいいのかは、そちらの人間では
ないので分かりかねますし、その辺は自分たちで解決していく
しかないと思います。とりあえず、よく寝てから再考されては?