ダウン覆っ多くの経営者は、適切に事前条件がすべての作業を実行するために必要なことの芸術を理解していました。全体の国内販売や業務主導型開発モデル、多くの場合、プロセスの終了時に技術者、より多くの理解と意識することの必要性に。多くの技術的な管理が原因技術者の種類と分析の特性の欠如が悪いために行きました。
1.人の4象限モデル
この本は多くの場所で4象限モデルは、最初の2つの寸法を決定するために4象限モデルが必要になります。人のために、二つの性質の最も基本的な寸法は、姿勢及び能力（以下に示すように）です。我々は、すべてのそのような人々は、多くの場合、それを再利用するにするために経営陣としての地位を向上させることができ、能力と良い姿勢の両方、私たちの開発者は、第1象限に位置することができますしたいです。同様に、第4象限どちらも能力も優れた人材の態度が排除されなければなりません。ほとんどの開発者チームは、第二象限と第三象限の間に配置されているこれら二つの態度と能力のバランス、であってもよいが、訓練を通じて自分の能力を高めることができる人々の態度を持っている能力を欠いている、とのためにすべきですしかし、能力に欠陥態度を持っている方の面で方法を導くために取られるべきです。
開発者は、容量不足の問題を解決するために、通常はでき技術的能力や効果的なトレーニング方法を強化するため、明らかに異なる要件になります異なる組織、ヒト組織のさまざまな段階では、ソフトウェア業界は、農産物人工するために、基幹産業であります。だから、スタッフに、我々は第二象限における中産階級の開発者を取得する傾向があるはずです。一方、インターネット業界、技術の更新多くの組織が得られ、開発の速すぎて、高い離職率、特にスタートアップのインターネット企業は、直接第三象限に導入される傾向にある採用の人々に能力を持っているし、道を導くために組織を適応させます環境。
2.要員タイプと特性分析
タイプと客観的現実の開発の特性、技術的なマネージャーとして、自分の仕事の内容や方法の違いを対比に加えて、我々はまた含め、開発者として、他の機能の深い理解が必要になります。
（1 ）チームの要件
今、ソフトウェア開発者は、一般的に高いチームメンバーのために必要な技術者のチームの行動です。プロの要件とそのチームと技術者のためのその他のこのような製品、プロジェクトやその他の非技術者は、プロ意識の同じレベルを持っています。チームは不均一なレベルの異なる種類に特化した場合、技術者は、いくつかの共同のないを示す傾向にあります。
（2 ）高感度
研究開発の仕事は、R＆D担当者は他の人が見つけることができない問題を見るために高い見識を持っている必要がありました。この高感度の技術はまた、他の人との日常の相互作用は、人々のグループよりも慎重になってきた開発者には、しかし、この文字は時々、研究開発プロセスにおけるR＆D人材の里親相互協力とチームワークに影響を与えることができます。
（3 ）追跡フロンティア
知識は異なるサバイバルで、R＆D人材ライは、刻々と変化する技術業界と一緒に、開発者は、自分のスキルのアイデアを確保するために、技術革新の要件に適応する習慣を学び続けなければなりません。
（4 ）自己の独立性
R＆D担当者が、仕事の自己管理と独立性に重点を自律的な作業環境を持っている傾向があります。担当者はチームのリード状態であることが多いいくつかのR＆Dの能力、一方では彼らの才能を見せたかったが、ためにも起因する独自の方法の欠如への全体的なコンセプトの一方で、ビジネス関係のサービス組織との連携の一元管理には影響しません。
（5 ）クリエイティブ
クリエイティブR＆Dスタッフはのような以前に、単純に繰り返しのではなく、技術の研究課題を行っていない、非常に強いです。彼らの自己価値や生活様式と追求を作成します。
（6 機関用）軽蔑
スキルと専門の重要性は、多くの場合、R＆D担当者が技術の研究開発スタッフが自分のイデオロギー、企業のR＆D人材の影響を決定する権限を形成する傾向に焦点を当て、彼らの上司、同僚、部下に影響を及ぼします。
（7 ）達成感
一般職員と比較して、R＆Dスタッフは、よりおよそ独自の値を実現し、認識し、社会的・ピア尊敬する強い意欲が必ずしも一般事務の日常完了を満たしますが、完璧のために努力しない関係です。
（8 ）高自尊心
R＆D要員により良い教育に、独立した思考と技術の研究開発の仕事を行うために必要な、平均的な人、自尊心、自己愛と比較して、それらをより独立させるために、内側と外側からの熾烈な競争の圧力に直面しました。
（9 ）強い流れの願い
伝統的な雇用関係のプレゼントの新しい背景ソフトウェア開発と製品のビジネスモデルでは原因業界に内在する不確実性に特にインターネット業界における新たな課題は、主観的または客観的な原因として、伝統産業、R＆D人材よりもはるかに高いです流動性が非常に一般的で、忠誠の感覚は、より多くのR＆D彼らのプロのための人員ではなく、雇用主です。
9つの以上の機能のために、我々は、開発者を分類することができます。分類のための根拠はここにも多くの次元いる開発者の種類を分析するための典型的な寸法のインターネット業界では現在、いくつかのとおりです。
（1）開発VSテスト
従来のウォーターフォール型開発プロセス、開発やテストの境界には明らか。しかし、インターネット業界の需要の急速な反復の開発に、アジャイルの考え方が根強く、境界開発し、より多くの明白なテスト。多くの開発者やテスター割合チームがnに維持：1つの状態、nが5であってもよいし、5月10は、さらにいくつかのチームは、configureプロテスターをしませんでした。セルフテストしながら、これは、非常に真剣にテストに開発者が必要とするだけでなく、システム全体の統合テスト、パフォーマンステストに。同時に、開発とテスト機能で複雑な技術には、従来の純粋な開発技術とは対照的に、新しいタイプを浮上しています。
（2）VSテクノロジー事業
技術開発とビジネス型開発の境界は通常、特に大規模なチームで、より明確である、分業は、現像液の種類を決定します。多くのチームは、ビジネス指向の製品開発チームのためのサービスを提供するために、特別なミドルウェア、データベース、および他の専門家と技術チームを設置します。
（3）R＆D VSの開発
時々、私たちは二つの異なるタイプを構成するように、「開発」と「R＆D」を別々と技術者取ら二つの単語を置くことができます。達成開発、および研究開発の重視は、研究と技術革新に焦点を当てています。オブジェクトだけでなく、技術の研究と技術革新のために、また、ビジネスすることができます。全体として、R＆Dは、上流開発を配置する必要があり、ワークフロー、研究開発における開発作業の難易度よりも大きいです。
（4）VSデータ機能
ビッグデータ関連技術の台頭によって、データ指向の開発は、技術開発の重要な一部となっています。オペレーティング前提がデータによって支持されながら、インターネット業界では一般的に、動作する傾向があります。通常の機能の開発者とは異なり、開発者はより大規模なデータ解析とマイニングの下で処理するデータの種類を懸念している、と可視化システムは、関連する意思決定者や他の操作にデータによって実証されます。
（5）VS実行計画
技術開発は、通常、組織の幹部レベルにあるが、技術はまた、計画が必要です。技術開発は、触媒の役割を果たしているかどうかをこの観点から、開発者は、計画と実行系現像剤形の開発者に分けることができます。
私たちは、あなたが例外ではありません開発者にするために使用しても、技術スタッフは、単純な問題ではありません理解して、上記の分析から見ることができます。技術管理者は、最初のステップは、リーダーシップとモチベーションの理解に基づいて、理解することであるチームのすべての技術者が態度に向けた能力と才能の開発を持っているように、行うことができるダウン管理します。
建築家にプログラマの移行を、以下のQRコードをスキャン：あなたが記事に興味があるなら、私は、マイクロチャネルの公共の番号に集中することができます。
、「技術管理者への移行：ソフトウェア業界全体の開発、技術、思考と実践管理の変革」と「マイクロサービスアーキテクチャと設計原則」：私は「建築家の道へのプログラマの変換システムアーキテクチャ設計」を公表しました（公開する）、「マイクロサービスアーキテクチャの戦闘」や他の書籍、翻訳「深いのRabbitMQ」と「Spring5反応プログラミング戦闘」、してください共有。
