プロジェクト/システムエンジニア
Last-modified: 2015-12-28 (月) 13:57:49 (3013d)
定義された業務要件元に機能要件を定義することができ、また提案できる人、およびそのロールのこと。
概要 †
ポジティブに考えれば、コンサルタントとプログラマの隙間を埋める、双方の手からも零れ落ちがちな観点・知識・技術を持って、両者・両工程をつなぐ人というところか。
但し、開発者とコンサルタントという区分けにおいては、その双方で分担し役割をこなすため私見ではまったく不要と考えるが、そもそも何故こういったロールが存在するのだろうか?
- 多少はマシな、或いはキャリアのあるABAPerとそれ以外を分類するため
- コンサルタントとギリギリ呼べない人とそれ以外を分類するため
- 「自分たちの言葉」でしか喋ることのできない開発者とコンサルタントので通訳として
- 実装系ドキュメントの作成係として
・・・正直、あまりポジティブな存在意義が浮かばない。
いずれにせよ、過去は「SAPは高いもの」として十億オーバーの案件がゴロゴロしていた時代ならばよいのだろうが、充分な予算が確保できなかったり当初金額以上はビタ一文出さない(出せない)企業が多いこのご時世においては、一人何役も兼任できなければプロジェクトはまわらない。
こういう中途半端な位置付けでしかアサインできないスキルセットの人間は、開発者とコンサルタントのどちらかになるか、どちらかのフリをするか、或いは淘汰されるのであろう。
【スポンサードリンク】
コメントはありません。 Comments/プロジェクト/システムエンジニア?