私の知人と、私を推薦してくれた知人の知人が、ほぼ同じ質問で定期的に私に連絡していることがわかりました。 ITではありませんか？」
そのようなリクエストが短時間で蓄積されたため、これについては別の記事を書くことにしました。 さて、あなたは理解しています-私は怠け者で、すでに定式化された次の答えを数回繰り返すのではなく、このテキストへのリンクをすぐに与えることができます。 記事は普遍的であると主張していません-これは状況に対する私の見解です。 同時に、プロジェクトマネージャーのインタビュー、採用、トレーニングを行うとき、「ITプロジェクトマネージャーは本当に何を知り、何をする必要があるのか」という質問に答えるかなり多くの一般的な基準が蓄積されると言います。 。
ちなみに、この記事では英語の知識についても説明していません。 それは単に必須です。
行こう
通常、クエリは次のようになります。
アレックス、こんにちは！ 私の名前は<...>です。 <...>に連絡することをお勧めします。 専門家のアドバイスが必要です。 あなたの助けに感謝します。 あなたが読んだプロジェクトマネージャー向けのトレーニングを見つけました。 合格するかどうかを尋ねたいです。 私の状況について簡単に説明します：<...>私はプロジェクトの方向でさらに自分自身を発展させたいと思っていますが、すでにITの分野でです。 すでにいくつかのインタビューに合格していますが、これまでのところ成功していません（雇用主は、ITに経験がないという事実に言及することがよくあります）。 この点で、とにかく電車を動かす方法を考えました。 コースに関するアドバイスにとても感謝しています。 おそらく、そのような地位のためにIT領域に連れて行かれる機会がなければ、プロジェクトマネージャーに関連する何かを見ることは理にかなっていますか？ フィードバックに感謝します。
連絡先オプションは、特定の非IT分野での以前の経験のみが異なります。
何をアドバイスできますか？
最初に雲を怖がらせて厚くします。
1.実際、ITのプロジェクトマネージャーがプロジェクト管理だけでなくITも理解することが非常に重要であるため、ほとんど常に失敗します。 これは、正確に2つのことで必要です。a） 部下 （すべてITスペシャリストであるテスター、アナリスト、開発者）と共通の言語を見つけ、それに応じてダイアログ、仕様、問題などの本質を理解し、b） 顧客の代表者との共通の言語を見つける多くの場合、彼らはほとんどITのバックグラウンドを持っています。 もちろん、将来の雇用者に、IT分野の詳細を理解することは、このポジションにとって重要ではないと確信するわずかな機会があります。 これらの可能性は非常に小さいことを覚えておくことが重要です。 それでも、雇用主は必要なものをよく知っており、他の何かを説得することは非常に困難です。 特にITの雇用者は、必要な従業員の種類を確実に知っています。 同時に、説得を試みることを禁止する人はいません。 それがうまくいったらどうなりますか？
2. ITでは、製品開発の段階（SDLC-ソフトウェア開発ライフサイクル）を理解することが非常に重要です。 非IT組織で働いているため、この理解は完全に不可能です。 IT業界に固有の瞬間があります。 また、ITのプロジェクトマネージャーは、特定の期限、品質/機能の観点から特定のフレームワーク内での製品/コード/機能の開発を担当しているため、通常ITで使用しているツールを使用してこれを達成する方法を理解する必要があります。球。 他の業界には、ITとは異なる方向にある独自のニュアンスがあるかもしれません。
3.「一般的に」プロジェクト管理に関するトレーニングは、ほとんど役に立ちません。 ITのプロジェクト管理に関するトレーニングが必要です。 私がそう思う理由を説明します。「一般的な」トレーニングでは、「IT技術用語」と「ITの開発段階を理解する」という2つの重要なことを理解できません。
4.どのIT企業にも、リーダーになりたい従業員がすでにいます。 そして、これらの従業員（開発者、テスター、アナリスト）はすでにITに精通しており（周囲の人と同じ技術用語を知っています）、SDLCも知っています。 さらに、彼らは顧客を知っており、会社とその内部キッチンの詳細を知っています（これらは重要なポイントではありませんが、外部候補者のゼロ知識でそれらを比較します-これらのポイントを上回ることもあります）。 したがって、IT業界以外の外部候補者は、IT業界の外部候補者と同様に、社内の内部候補者と競合することを余儀なくされていることがわかります。
では、パラメーターは何ですか？
1. 技術的なIT言語の習熟度 。 たとえば、FTP、サインオフ、スプリント、ASAP、回帰、XML、データベースリクエスト、デッドライン、FYI、クライアントサーバーアーキテクチャ、レッドライン、スモークテスト、FTE、リリースが何であるかを理解する...リストは延々と続きます。 言及されたもののいくつかのスーパースペシャリストであることはまったく必要ありません。 本質を理解すること、それが何であるか、用語は何であるか、それらは何を意味するのか、その背後にあるものは理解する必要があります。
2. SDLC （ソフトウェア開発ライフサイクル）の知識 -ソフトウェア製品開発の段階。 そして、知識だけでなく、なぜそのような段階、なぜこの順序で、どこで、なぜある段階から別の段階にジャンプでき、これらの段階を反対方向に移動できるか、もしそうなら、いつ、どのような条件下で理解できるかを理解する。
3. プロジェクトおよび人的管理の方法論的スキル（PMハードスキル） 。 これには、領域ごとの方法論、管理原則、およびプロセスの知識が含まれます。 アジャイル、スクラム、かんばん、ウォーターフォール、コミュニケーション管理、仕様および要件管理、変更管理、リスク管理、報告など。 良いニュースは、何らかの方法で、関連するトレーニング、ウェビナー、および利用可能な多くのオンライン資料からこれらすべてを学習できることです。
4. プロジェクトおよび人材管理の個人スキル（PMソフトスキル） 。 これには、チームとクライアントの管理スキル、複雑なタスクを解決する能力、プレゼンテーションスキル、紛争管理スキル、コミュニケーションスキル、フィードバックスキル、聞く、聞く、理解する能力、他の視点への開放性、自分の間違いを認め、訂正する能力が含まれますそれら、自己批判、リーダーシップスキル、コーチング/メンタリングスキル、説明能力、専門的文化（スピーチの質、電子メール、電話）、意思決定とそれに責任を負う能力、プロ活動、タスク管理スキル、委任スキル、実行制御スキル、個人の有効性、時間管理スキル。 2番目の良いニュースは、関連するトレーニングからこれらすべてを学ぶことができることです。
3つの候補が存在するサマリーテーブルを作成します。
- IT業界の知識がなくても外部
- IT業界の知識を持つ外部
- IT業界および会社の詳細に関する知識を持つ社内
したがって、どの時点で競争を試みることができるかが明らかになります。
私の意見では、IT環境に飛び込むことなくして、少なくとも理解レベルでIT言語を習得することは不可能です。 したがって、最初の段落と競合する意味はありません。 あなた（外部の非IT候補者）はここで失うことが保証されています。 残りの3つの領域は、競争に非常に適しています。 さらに、2番目（SDLCの知識）も完全に理解するために環境に没頭する必要がある場合、少なくともITで作業しなくてもほぼ理解できます-学ぶことができます。 SDLCの知識不足は、インテリジェントテクニカルリード、アーキテクト、そして実際に将来のチームの技術的に有能な人の知識によって補うことができます。 しかし、そのような人と共通の言語を見つけて彼の助けを得るには、PMソフトスキルで非常に真剣なスキルが必要です。
残りのPMハードスキルとPMソフトスキル-これらは、IT候補者がIT業界の候補者を大幅に上回ることができない領域です。 なぜそう思うのですか？ 多くのITエグゼクティブは、開発者、アナリスト、およびテスターから生まれました。 はい、その中には非常にクールな専門家がいます。 これらのIT業界のマネージャーの候補者の多くは、基本的には同じプログラマー、アナリスト、テスターのままです。 そして、これは、PMのハードスキルとソフトスキルだけが、外部の候補者よりも開発されにくいことを示唆しています。 結局のところ、これらの領域（PMハードスキルとPMソフトスキル）は両方ともITの詳細に依存していません。 現在作業している地域に関係なく開発できますし、開発する必要があります。
最後に、どうなりますか？ 過去にITで働いたことのない外部候補者にチャンスを与えるために、サマリープレートとは何ですか？
役立つかもしれないし、できないかもしれない行動計画。 しかし、何もしなければ、保証されません。
1. SDLCについて、IT専門家（開発者、テスター、アナリスト、さらに優れたチームリードまたはマネージャー）の説明付き知人の誰かと話をします。 詳細については、インターネットでご覧ください。 おそらく、2回以上話す必要はありません。
2. ITにおけるプロジェクトマネージャーのアシスタントの役割、またはジュニアPMOスペシャリストの役割を選択してみてください（ステージおよびニュアンスおよび開発用語の知識よりも、管理プロセスの知識の方が重要です）。 これらの役割のいずれかに入ったら、実際にこの分野で動き、開発したいという強い要望がある場合は、ITの用語と詳細を内部から研究する必要があります。
3.インタビューで、「あなたの強みは、対立を解決する能力、困難な状況で働く能力、交渉の成功、英語の知識である。 また、適切なコミュニケーションと、部下となる技術専門家の支援により、知識の技術的なギャップを埋めます。 結局のところ、人々と働くことはあなたの趣味です。」 これらの言葉について。 これがインタビューの勇敢さではなく、強みについての真実であることは重要です。 私を信じて、あなたが不正行為をしている場合、賢明なリーダーは面接中に決定します。 それで終わりです。 しかし、あなたが仕事に就いたとしましょう-それから、仕事、仕事、遭遇した困難の技術的な側面を完全にカバーし、定期的に説明するのに役立つ技術者の間で同盟を探すことが急務です。
大まかに言えば、あなたと技術者の味方は、2つの目標を持つチームマネージャーになります（おそらく、同盟国には複数の目標が必要になります）。 多くの雇用管理者（将来の上司）はこれを理解しており、技術スペシャリストの時間を「食い尽くす」ため、チーム全体の生産性が低下するため、それを望みません。 したがって、特定のスキルと知識の不足は、スケールの一方の側にあり、他方の側では、あなたの将来のリーダーは、あなたが取られる予定のチームの効率と生産性の可能な減少を比較検討します。 そして、効率のカップを上回るほど、彼らがあなたを連れて行く可能性は低くなります。 これを覚えておいてください。
まとめます。 ITに精通し、プロジェクトマネージャーになることを目指している人と競争するには、PMソフトスキルで真剣に彼らを上回る必要があります。
PS：この記事のオリジナル（およびその他の興味深い資料）は、私のブログ： consultpm.comで読むことができます。
PPS：ITは開発に限定されるものではないことに気づきました。 これは本当です。 この場合、2番目の項目（SDLCの知識）はそれほど重要ではないか、またはあなたの方向に固有のいくつかのものに完全に置き換えられます。
この記事を友達と共有してください。
ありがとう、そして幸運を！