【ITコンサルに転職して分かった】SEとの求められる役割の違いを解説

コンサルの実態

「ITコンサルに転職したいけど、SEと具体的に何が違うのか知りたい」「例えば、PMOだとITコンサルがやるのとSEがやるのでは何が違うんだろう」

ITコンサルとSEは、顧客の課題解決を支援するためにシステムや業務改善の提案を行う役割であることは同じです。しかし、その単価の違いからか、SEとITコンサルでは求められる役割や担おうとしているタスクが異なります。SEとITコンサルは仕事内容がそれほど変わらないと思い、ITコンサルに転職しました。大きく仕事内容は変わらないのですが、求められる役割が異なるため、SEのままのスキルだとITコンサルは大変だということが分かりました。

この記事では、システム導入のプロジェクトでのPMOの業務において、SEとITコンサルで求められる役割の違いから大変だと感じた場面を紹介します。SEとITコンサルで同じPMOでも、その期待値の違いから役割が異なることが分かるかと思います。これからITコンサルへの転職を考えている方にとっての有益な情報になれば幸いです。

結論:SEのスキルのままだとITコンサルは大変

SEからITコンサルに転職して感じた最も大きな違いは、求められる役割やスキルの違いです。SE時代に培ったスキルだけでは、コンサルとしての役割を十分に果たすのは難しいと実感しました。特に、コンサルに求められる「ロジカルシンキング」や「戦略的な思考」が不足していると、仕事を進める上で大きな壁にぶつかることになります。プロジェクト全体を進行させるために、ロジカルな思考力や、リーダーシップが必須であると感じました。

SEの時より能動的に物事を解決することが求められる

ITコンサルとして、顧客に対して体系的に論理だった資料説明を行わなければならず、また、スケジュール調整や進捗管理の際に、受け身ではなく、能動的にプロジェクトを前に進めていくことが求められます。プロジェクト全体を俯瞰して、進捗が遅れているチームの問題点とその対策を検討する必要があります。SEの時に求められていたPMOとはレベル感が異なることに気づきました。

具体的な大変な場面

それでは、実際にどのような場面で大変さを感じたのか、具体的な例をいくつか挙げてみます。

資料作成・説明

ITコンサルとして最も大変だと感じる業務の一つが資料作成です。特に、顧客への説明を行うための資料がロジカルでないと顧客の信頼を得ることはできません。私はSE時代にも資料作成は行っていましたが、ITコンサルとして求められる資料のレベルは全く違います。それは、顧客からの視点でもそうなのですが、特に上司からのレビューが厳しく、資料が通らないと顧客に提出できないため、スピードと品質を両立させる必要があります。

進捗・課題管理

進捗管理や課題管理は、SE時代でも行っていた業務ですが、単に進捗を追うのはコンサルに求められるレベルではありません。状況を踏まえて、リスクはないか、リスクがあればどういった打ち手が必要かを担当者に検討させたり、一緒に検討することが求められます。リスクを早期に察知してプロジェクトを円滑に推進することが求められます。SE時代のPMO業務では、この部分を機械的に管理することが多かったのですが、ITコンサルでは、課題に対して主体的に打ち手を考える必要があります。

ミーティング調整

PMOはプロジェクト全体のスケジュールを把握し、顧客とのミーティングを調整する必要があります。SEの時は、各チームから求められたらミーティングを調整するくらいで、PMOが積極的に調整しに行くことはしなかったです。しかし、ITコンサルでは、全体スケジュールから逆算するとこの期限までにタスクを終わらせる必要があるため、顧客レビューはいつまでに必要といったように各チームにスケジュールを出させることが求められました。特に、スケジュールが遅れたり、顧客とのミーティングがずれたりした場合には、その調整が非常に大変です。遅れた部分を取り戻すために、どのタスクを優先して進めるかを判断し、関係者との調整を行うこともPMOの責任になります。

まとめ

ITコンサルとして、プロジェクトを成功に導くというのが求められる役割になります。今回はPMOとして、資料作成やスケジュール調整、進捗管理といった部分について紹介しました。もしITコンサルへの転職の参考になれば幸いです。

コメント

タイトルとURLをコピーしました