ITチームを編成する方法
スペシャリストは彼の代わりにいなければなりません-これは彼が成功し、彼と会社の雇用主の両方のために成長することを可能にします。 これは、IT部門およびその他の部門に当てはまります。 ただし、ITスペシャリストは通常のオフィスの従業員ではないため、特別なアプローチが必要です。 この記事では、技術者の選択と昇進における多くのIT企業の経験を要約しようとしました。
ITに関する神話
もちろん、ITスタッフと協力することには特殊性がありますが、IT従業員と一般ユーザーの違いはしばしば誇張されます。 最も一般的な誤解は次のとおりです。
しかし、その特定の機能と専門用語は、あらゆる職業に固有のものです。 会計士は、他の会計士だけが理解できる言語も話します。 特異な人ではないもの-ジャーナリスト？ などなど。 同時に、これらの人々がどれほど強く職業と同一視しても、彼らの行動はほとんどの場合、普遍的な人間の動機によって決定されます。
したがって、ITスペシャリストの仕事を整理するとき、相互作用の原則は他の従業員と同じです。 IT企業の目標を達成するために考慮しなければならない機能もあります。
プログラマーは貴重なコードだけではありません。
ITスペシャリストは通常どのような基準で選択されますか？ 当然、技術的なスキルが前面に出てきます。そのリストは空室のテキストに入力されます。 したがって、たとえば、求められているプログラマーは、特定の言語、環境、技術、デバッグツールのセットを持っている必要があります...そして、潜在的な従業員の知識と経験（少なくともインタビューで述べられている）が空席で示された要件を理想的に満たしている場合、これが必要な人です？ この原則により、多くのIT企業はスペシャリストを募集しています。 ただし、別のアプローチがあります。 多くの小規模企業（新興企業を含む）や大企業や成功企業では、エグゼクティブはインタビュー中に技術的な能力よりも深く掘り下げ、「彼らの従業員」を感じ、「左」を排除する傾向があります。 どうやってやるの？ 話すだけです。 以前の経験、将来の計画、および仕事から抽出されたトピックについて。 多くの場合、このアプローチは正当化されます。 結局のところ、プログラマーがどれだけ効果的に働くことができるかは、主に彼の学習能力、責任、全体的な成功への関心、チーム内で相互作用する能力にかかっています。 原則として、あなたは専門的なものを損なう個人的な資質に基づいて選択するべきではありませんが、応募者の価値を会社やリーダーの価値と比較することは良いことです。 意見の相違は遅かれ早かれ明らかになり、仕事に深刻な影響を与える可能性があります。
プロのスキルに関しては、スキルや学習意欲ほど重要なのは経験ではありません。 実際、多くの場合、教科書と一緒に数日間（夜、数時間、数週間）座っていれば、投稿に欠けている技術を習得できます。
ITリーダーはどこから来たのですか？
古典的な状況は、IT企業の長が技術専門家であり、運命が管理を引き受けることを余儀なくされた場合です。 しかし、有能なITスペシャリストを指導的地位に昇進させると、プロジェクトが崩壊したり、会社全体の仕事さえも破壊される可能性があります。 そのため、一流のプログラマを失い、あまり強くないリーダーを獲得することができます（多くの場合、まったくリーダーよりも悪い）。 実際、ITの達人がマネージャーに必要な資質とスキルを持っていることはめったにありません。 これは、コミュニケーションの構築、部下の動機付け、目標の設定、計画などを行う能力です。 技術的な問題を解決するのにそれほど優れていない従業員にも、同様の資質が見られることがよくあります。 彼にリーダーシップを委ねることは論理的でしょう。
しかし、そのような「マネージャー」の可能性が見える「平均的な」スペシャリストの昇進は、チームに不満を引き起こしますか？ ほとんどないでしょう。 そして、これにはいくつかの理由があります。 ITスペシャリストは常にリードすることに熱心ではありません。 上司の役割を自分で試した人の多くは、自分のコードに戻って喜んでいます-他の人が紙片や他の人の問題をかき集めた方が良いです。 さらに、一流の技術スペシャリストは多くの場合、ラインマネージャー以上のものを取得し、まったく過小評価されていません。
モトローラはこの問題の解決策を見つけました。 そこで、専門家には、技術分野または管理分野の2つの分野のいずれかで開発する機会が提供されます。 キャリアの特定の段階で、従業員は自分に近いものを決定します-技術的な部分の指示とプロジェクトを監督するか、管理上の問題に責任を負います。
しかし、教室の技術者にリーダーシップの地位を提供することは、極端な可能性の1つです。 ITの技術的なバックグラウンドと経験がなくても、プロジェクトマネージャーをプロジェクトマネージャーとして招待してみませんか？ この場合、人は必然的に技術的な静脈、ドキュメントを理解し、タスクの複雑さを評価する能力を持たなければなりません。 本当に才能のあるマネージャー（彼が100％人道主義者でない限り）は、これが可能になります。
それでも、結果のために働く優秀なITチームをどのようにまとめるか？ ユニバーサルソリューションは存在しません。 しかし、他の企業の経験と状況に対する彼ら自身の深い理解に導かれて、非常に困難な場合でも解決策を見つけることができます。
ITに関する神話
もちろん、ITスタッフと協力することには特殊性がありますが、IT従業員と一般ユーザーの違いはしばしば誇張されます。 最も一般的な誤解は次のとおりです。
- IT担当者は非常に特殊です。 ほとんどすべてで。 仲間のユーザーにとって、それらに対処し、やる気を起こさせ、評価し、訓練する方法は明確ではありません。
- IT担当者はそれぞれの言語を話します。 彼らにとって、一般ユーザーの言語は鳥です。 同意することは非常に困難です。
- ITは、論理と合理的思考によってのみ導かれる人材を採用しています。 感情は彼らにとって異質です。
しかし、その特定の機能と専門用語は、あらゆる職業に固有のものです。 会計士は、他の会計士だけが理解できる言語も話します。 特異な人ではないもの-ジャーナリスト？ などなど。 同時に、これらの人々がどれほど強く職業と同一視しても、彼らの行動はほとんどの場合、普遍的な人間の動機によって決定されます。
したがって、ITスペシャリストの仕事を整理するとき、相互作用の原則は他の従業員と同じです。 IT企業の目標を達成するために考慮しなければならない機能もあります。
プログラマーは貴重なコードだけではありません。
ITスペシャリストは通常どのような基準で選択されますか？ 当然、技術的なスキルが前面に出てきます。そのリストは空室のテキストに入力されます。 したがって、たとえば、求められているプログラマーは、特定の言語、環境、技術、デバッグツールのセットを持っている必要があります...そして、潜在的な従業員の知識と経験（少なくともインタビューで述べられている）が空席で示された要件を理想的に満たしている場合、これが必要な人です？ この原則により、多くのIT企業はスペシャリストを募集しています。 ただし、別のアプローチがあります。 多くの小規模企業（新興企業を含む）や大企業や成功企業では、エグゼクティブはインタビュー中に技術的な能力よりも深く掘り下げ、「彼らの従業員」を感じ、「左」を排除する傾向があります。 どうやってやるの？ 話すだけです。 以前の経験、将来の計画、および仕事から抽出されたトピックについて。 多くの場合、このアプローチは正当化されます。 結局のところ、プログラマーがどれだけ効果的に働くことができるかは、主に彼の学習能力、責任、全体的な成功への関心、チーム内で相互作用する能力にかかっています。 原則として、あなたは専門的なものを損なう個人的な資質に基づいて選択するべきではありませんが、応募者の価値を会社やリーダーの価値と比較することは良いことです。 意見の相違は遅かれ早かれ明らかになり、仕事に深刻な影響を与える可能性があります。
プロのスキルに関しては、スキルや学習意欲ほど重要なのは経験ではありません。 実際、多くの場合、教科書と一緒に数日間（夜、数時間、数週間）座っていれば、投稿に欠けている技術を習得できます。
ITリーダーはどこから来たのですか？
古典的な状況は、IT企業の長が技術専門家であり、運命が管理を引き受けることを余儀なくされた場合です。 しかし、有能なITスペシャリストを指導的地位に昇進させると、プロジェクトが崩壊したり、会社全体の仕事さえも破壊される可能性があります。 そのため、一流のプログラマを失い、あまり強くないリーダーを獲得することができます（多くの場合、まったくリーダーよりも悪い）。 実際、ITの達人がマネージャーに必要な資質とスキルを持っていることはめったにありません。 これは、コミュニケーションの構築、部下の動機付け、目標の設定、計画などを行う能力です。 技術的な問題を解決するのにそれほど優れていない従業員にも、同様の資質が見られることがよくあります。 彼にリーダーシップを委ねることは論理的でしょう。
しかし、そのような「マネージャー」の可能性が見える「平均的な」スペシャリストの昇進は、チームに不満を引き起こしますか？ ほとんどないでしょう。 そして、これにはいくつかの理由があります。 ITスペシャリストは常にリードすることに熱心ではありません。 上司の役割を自分で試した人の多くは、自分のコードに戻って喜んでいます-他の人が紙片や他の人の問題をかき集めた方が良いです。 さらに、一流の技術スペシャリストは多くの場合、ラインマネージャー以上のものを取得し、まったく過小評価されていません。
モトローラはこの問題の解決策を見つけました。 そこで、専門家には、技術分野または管理分野の2つの分野のいずれかで開発する機会が提供されます。 キャリアの特定の段階で、従業員は自分に近いものを決定します-技術的な部分の指示とプロジェクトを監督するか、管理上の問題に責任を負います。
しかし、教室の技術者にリーダーシップの地位を提供することは、極端な可能性の1つです。 ITの技術的なバックグラウンドと経験がなくても、プロジェクトマネージャーをプロジェクトマネージャーとして招待してみませんか？ この場合、人は必然的に技術的な静脈、ドキュメントを理解し、タスクの複雑さを評価する能力を持たなければなりません。 本当に才能のあるマネージャー（彼が100％人道主義者でない限り）は、これが可能になります。
それでも、結果のために働く優秀なITチームをどのようにまとめるか？ ユニバーサルソリューションは存在しません。 しかし、他の企業の経験と状況に対する彼ら自身の深い理解に導かれて、非常に困難な場合でも解決策を見つけることができます。
All Articles