システム開発において、下流工程を請負で外に出すSIerは少なくないが、多くの場合
詳細設計・実装部分がブラックボックスになる事が多い。
設計フェーズ ： レビューにより要件通りの設計かを確認
実装フェーズ ： CDIにより設計通りの実装かを確認
試験フェーズ ： 設計通りに動くかの確認
開発プロセス的にちょーばっくり言うと上記の通りのイメージで品質保証を行っていく。
そして多くのSIerでは実装フェーズでの品質確認が抜けるため、試験フェーズで痛い目を見る。
実際にそのフェーズの作業の経験が無いと、何をすべきかすら分からない状態に陥ってしまう傾向が強い。
そしてそんなPMが指揮を執るプロジェクトは多くの問題を抱えて疲弊していくパターン・・・
実装だけでなく、ミドルウェアやアプライアンスについても同様の事が言える。
何か問題があっても「非公開」、「・・・なはずです。。」といった感じで肝心な部分が
グレイのまま、その他の部分から類推していって解決していなくてはならない最悪の非効率な
パターンに陥る。。。
パッケージやアプライアンスを使う事で開発効率・生産性を一気に引き上げる事はできる。
ただそれだけで判断せず、システムの構造・仕組みをしっかり押さえておく事ができるか
どうか（スキル的・人的・仕組み的）をしっかり見ておかないと、最悪のケースで
コントロールが効かない事になりかねない。。。
昨今では技術・アーキテクチャーといった面より、よりビジネスに比重を置く傾向が強くなっている
感じがするこの業界。大事な事を忘れないようにしたい。。。