プロジェクト 成功への裏付け

お客さんのとこでの作業、2週間前から準備していたが、結局想定の結果を残すことが出来なかった。
100%でいうとこの80%というところか。

そもそも今回の作業は、検証が圧倒的に足りない。
ネットワーク部分、サーバ部分別々で検証している為、
ぶっつけ本番で臨むしかなかった今日の作業。

結果はネットワーク設定に不備があり、時間が押した事により作業を分散、
物理的な試験結果ではなく、理論値での試験結果を導き出す事しかできなかった。

以下失敗理由。

　・責任の所存を任せきりにしていた（その上司すらこっちまかせ 全てこっちでやらなくてはならない状況）

　・時間の制限 いつもの作業と並行しての作業 ワーク負担できず（人に頼めない性格）

　・最悪の状況を想定して、その時の説明を怠っていた（自分の中にだけ留めていて、メンバーに説明していなかった）

　・前回の作業と同じことをすれば良いという楽観性 実は表を返したらとんでもなく構成が複雑で問題切り分けに時間がかかった。

メインセンターとお客様サーバ間の通信を疑似環境を内部で構築し、ある試験を行うというもの。
1回目は月曜日にチャレンジしたものの見事に失敗（ネットワーク構成の違い）

リトライは今日。1回目とはまた構成が違う事に昨日知らされて、本当に大丈夫なのかの裏付けが足りていなかった。

もともと、ネットワーク部分は自分じゃわからんので、完全におまかせするしかない状況。
そんななかで、検証もすんでいるので大丈夫と言われていたのに、いざ疑似環境につないだら通信できませんでした
なんていわれたら、もうあたふたするしかない。

もしダメだったら、何時までは切り分け、そのラインを超えると戻しっていう事を考えていたのに、
いざその場になって戻しの説明を忘れていた為、ネットワーク担当者にその場で判断を任せるしかなかった。

タイムスケジュール等作っていたのに、フォールバックタイミングを完全に見逃していた（なんとかなるという楽観もあった）
今回のミスの原因は完全にネットワーク担当者にあったのだが、
その想定をしていなかった（説明していなかった）自分にも非はある。

資料等は事前に上司へは提出しているのに、忙しすぎて見ていられない。
そんな状況で、ブラッシュアップなんか出来る訳がない。

打ち合わせ自体も肝心のネットワーク担当者が不在というような中で、頼れるのは自分しかいない・・・と。
まぁ、これが自分の限界であったのかもしれない。

でも、これを機に次にいかせる訳で、貴重な体験が出来た事は確か。
満足はいかなかったけど、とりあえずミッションはクリアできた。

まーよしとしようか。