2008年11月21日 (金) | 編集 |
倒壊の危機のシステム開発プロジェクト
最近感じているプロジェクトの倒壊寸前（経済で言うと ９．１１寸前？）を見渡したときの感想。
だめなやつは何をしてもだめなんだなと思う瞬間
最近感じているプロジェクトの倒壊寸前（経済で言うと ９．１１寸前？）を見渡したときの感想。
だめなやつは何をしてもだめなんだなと思う瞬間
インフラリーダー的な位置づけに居ると、360度全部が見渡せる。
メリットも、デメリットも、タイタニックのようにプロジェクトが倒壊している部分も全てが分かる。もちろん、細分化してプロジェクトを進める現代において、請負元・親会社の社員が運よくプロジェクトマネージャーになるが、
これがまた、、、新規案件の場合、名前順か、席順でやっているような部門を相手にすると時々間違ったようなプロジェクト体制を作って、そのまま間違っているから見直そうということも無く、なぜかゴールまでとりあえずの体制のまま行こうとするんだな。
「つーか、そこの変なおっさん、気がついたりするのか？お前らなんで打ち合わせで発言しないやつらがそんなに居るんだっけ？」っと、顔を合わせないときに他のグループや、グループ内の人と話します。
ま、プロジェクトリーダーではないので、俺から「あの日と何の役にも立ってない系じゃないですか？忙しくなったときにちょびっと品質管理を手伝うだけじゃないっすか？」
なんて漏らすことは、毎日です。。
恐らく、危機管理能力のひとつとして、大事だと感じることは、
「常識力」の一点かなと思っています。
常識的に考えて、、、こいつに与える仕事が無い。
切り捨ててもいいがどうしようっと迷ったときに、インフラや業務アプリチームに譲れないか？譲れない理由は？スキルが無いから？スキルが無い人間を何故雇ったか？
何ってことを全体的に、考える力が必要なんだと思う。（正直、バブル世代のおっさんに、物事を考える力が無いと思ってマジ落胆するしかないっす。）
正直、こんなシステムを作っておいて、品質評価手法が無いです。
嗚呼、バブル世代のおっさんが文句を嫌がられるのがいやで、スケジュール表をちょこっと変更させるために雇った人たちプロジェクト管理チームとか言うネーミングにしていますが、、結局、自分たちで引くのがめんどくさいとか、早く帰りたいとか、人間関係に上下をつけたいとかそんなんで、
社内打ち合わせに出てきても、、、、話したのを見たことありません。コピーをとらせるとかそんなんで人を雇うばかげたプロジェクトに来てしまいました。。
そうそう、品質管理手法、、工程で言うSTあたりで、本来的なスキルを問われる気がしています。だめなものを作れば一瞬で吹っ飛びます。
全てを説明するの力のあるエンジニアが居れば何も問題がありません。
やっぱり、普通が一番。
| ホーム |
プロフィール
