質問: ソフト関連の仕事をしています。 先月までやっていたプロジェクトが 失敗してしまいました。 それまではPGとして働いていたのですが、 その時の私の位置付けはSE(サブリーダー)でした。 次のプロジェクトに入る前に 「SEとは何なのか?」 「リーダー、サブリーダーの役割は何なのか?」 考えるように言われました。 いろいろ本や雑誌などを見ているのですが、 SEの仕事って何なのでしょう?
回答: なんとも漠然としたご質問ですね。 私も偉そうなことを言えるほど経験があるわけではないのですが...。 SEの仕事は、 1)エンドユーザーとプログラマの仲介役 基本的にコンピュータの知識がなく仕様に重点を置くエンドユーザーと、技術に重点を置きがちなプログラマの仲介をし、両者の立場に立ってシステムが成功に導かれるようにする。 SEの多くはプログラマ出身ですが、そのため、技術よりの提案が多くなりがちですが、本当にそうなってしまったらほぼ失敗することでしょう。 極端な話、遅れた技術を使っていても、ユーザーの求める仕様を完全に満たしていればそれでOKだと思います。 2)プロジェクトチームのリーダーとなる 多くの部下たちをまとめて、とにかく好かれること。 部下たちのモチベーションが上がらなければプロジェクトは失敗します。 3)エンドユーザーと仲良しになる 部下たちにもですが、エンドユーザーの信頼がなければプロジェクトの成功はあり得ません。 次回の発注もしてくれないのは当然ですし、何より、こちらを信用してくれなければ、本当に必要な仕様を引き出すことも困難となるでしょう。 4)提案型SEを目指す エンドユーザーにいわれるがままのSEもエンドユーザーには都合がいいかもしれませんが、長期的な観点では信頼されることはないでしょう。 積極的に提案することにより、新たなビジネスチャンスを産むことにもつながるかもしれません。 という感じですが、プログラマ時代のように「やらされている」というような感覚をなくすことが一番重要なのかもしれません。 自分で積極的に顧客を開拓し、チームもまとめあげる。 大変ですが、がんばって下さい。