システム開発のジレンマ

どうも、うちの会社は仕事のジャンルが違うものどうしは仲が悪い傾向がある。
まずは、インフラと開発・・・・、DBAと開発・・・・。
などなど「開発 VS どこか」などという図式がいつもできあがってしまいます。

まぁ、理由は簡単なことで開発はインフラの気持ちはわからないし、インフラは開発の気持ちはわからない、DBAは・・・以下略のようにお互いの気持ちなんて全く考えてないのです。
こんなことが起こってしまうのは、うちの会社の人材育成の構造に問題があって、なんとうちの会社はジョブローテーションを全く行わないのです。
自分自身は

ライブラリー管理
↓
開発者
↓
インフラ＆ネットワーク

と道を歩んできたので営業さん以外の気持ちはわかるのですが、ほかの人は開発オンリーな上にその技術力まで低かったりしてもうずたずたです。
いつもその間に入って仲裁しなければいけない身にもなってほしいものです。
今もパフォーマンス改善のためにSQLの改善を行ってるのですが、とにかくSQLなんて動けばいいと思っている＆納期が厳しいのでやってる暇がない開発とそれにあきれてやる気のなくなっているDBAのチームの間に入るのはほんとにしんどいです。
で、DBAチームが出しているSQL改善の為の資料をみたところ、チェックの為の一覧もないうえに全体的に資料の見通しも悪い。
これじゃぁ、開発者は直す気がおこらないのはな納得です。
DBAチームの方からすれば、直すための資料は出してるとの事ですが、開発者がやる気を出してくれるような資料をださなければ駄目です。
開発者は自分の責任じゃない部分の仕様変更やバグなどに追われて他のチームからの要請なんてやってる暇がないわけです。
「それじゃ、駄目だろ！」ってDBAのチームが突っ込むのですが、それはやった人にしかわからない辛さがあるのです。開発っていうのは結局納期が絶対なもので無理なものでもやらなきゃいけないような無茶状態になってしまってます。
なのでプロジェクト全体をうまく回すためには、DBAやインフラ側が作業しやすい状態を作ってあげないとだめなわけですが、DBA側がそれを出来てなかったのが現状です。

人間は確かに自分の経験したことしか認識できませんが、それならば色々な仕事をしてみたいと積極的に取り組んでみたり、本を読むなどして勉強してほいものです。

まぁ、自分の専門分野の本も読まないようなやつらが他の分野に手を出すとは思えないけどね。゜(゜´Д｀゜)゜。