「テスト不足m9（＾Д＾）プギャー」でいいの？

>100以上に及ぶすべての相手先との間で実施した。
今回はしたことを言っても仕方が無いですよね。
また、事前に懸念されていたにもかかわらず、足下を掬われるにしては、あまりにもお粗末なミスですよね。

この統合に対する是非は色々な意見や見方があるでしょうが、今回の件に対しては同情の余地は無いと思います。

ミスを責めても仕方がありませんが、同じ理由でIT関係者が同情の余地ありのニュアンスを醸し出す内容はあまり頂けません。

oze さん、コメントありがとうございます。

> ミスを責めても仕方がありませんが、同じ理由でIT関係者が同情の余地ありのニュアンスを醸し出す内容はあまり頂けません。

そうですね、事故は仕方がないというニュアンスを感じさせてしまったのであれば申し訳ありません。本文でも書きましたが、決してミスの責任を問わないというわけではなく、もっと深い要因にも目を向けて欲しいというのが本意です。うまく表現できなくてお恥ずかしいのですが、そのように捉えていただければ幸いです。

ミスに関して言えば、これはもう弁解の余地がないイージーミスだと思います。しかしそのようなイージーミスを防げない体制に問題はなかったのか、そもそもミスを防ぎにくいシステムではなかったのか、などの点も議論する余地があるのではないでしょうか。同業者として、広い視点で考えなければならない問題だと感じています。

一連の騒動に対する記事の中で根底にある問題を浮き彫りにしているのはこちらの記事だけでした。
本職のコンサルティングとコンサル（笑）と呼ばれるモドキ職との違いが判りますね。

いつどこななしさん、コメントありがとうございます。
僕もクマを抱いていたり、「m9（＾Д＾）プギャー」とか言ってる時点で「コンサル（笑）」なのですが。僕も大規模開発に身を置いていた者として、今回の一件は身につまされるものがあり、部外者ながらコメントしてしまった次第です。

いい内容だと思います。
私もいつどこななしさんと同意見です。

ベルさん、コメントありがとうございます。
少しでも末端のミスが追求されるだけでなく、より大きな議論へとつながっていってくれたら嬉しいのですが。

> しかしこれほどの人手を必要とし

そもそもここが問題。
どんなに大きなシステムでかつ重要なシステムであっても開発要員6000人というのは異常。
まぁ、大手さんが受注している限り普通の規模なんでしょうけど。
そこらへんに関して突込みがないのは、コンサル系の方々の儲けと開発会社の無能さを証明してしまうからでしょうか・・・。
そもそも、協力会社やらなんやから人を集めて6000人11万人月なんでしょうから、人をある程度本来の意味において「自社」で用意できないならやるべきではないんですよ。
テスターなんて方々から寄せ集めた素性の分からない質の悪い人たちでしょう。（中には優秀な方もいると思いますが。）
世の中に下請け会社が多いのも、下請けを買い叩ける要因になり、買い叩けるような会社が社員に教育コストなんて掛けられる訳ないのが分からないほど、開発会社の方たちは無能なんでしょうか？

そりゃー、優秀な人でもミスはあるんだから、そうじゃないかき集めでやったら結果はもっと悪いでしょうね。

ミスはなくならないと思うけど、減らすための努力・方法（≠人海戦術）を業界全体で考えて欲しいです。

hiro さん、コメントありがとうございます。
工数が異常とも思えるほど高いことについては、内部事情を知らない立場ですので、突っ込んだコメントは控えようかと思います（決して裏の意図があるわけではないので……）。実際の業務にあたった方々のスキルも分かりませんが、仰る通り、人海戦術以外にトラブルを避ける道がないのか模索することも必要だと思います。

> 不具合の原因は「カタカナでなく漢字だったから

データのフォーマットは決まっているのだから、当然その内容に即したチェック機能は開発すべきです。
お金をケチってこうなったとも思えないので、開発者の手抜きなのか設計者が無能なのか。
話にならないと思いますよ。

ざりがにさん、コメントありがとうございます。
その後時間も経って、徐々に問題の状況が明らかになってきていますが、「開発者の手抜きであった」のなら手抜きが生じた理由を、「設計者が無能だった」のなら他の有能な人々がフォローできなかった理由を追及すべきではと思います。「現場がバカだった、以上」ではなく、次につながるような考察がより多く行われて欲しいですね。