そして、あなたのギャングには誰がいますか？

私が働いていた会社は、HR兵器庫のあらゆる種類のテストを本当に気に入っていました。 すべての-とマネージャー、および通常のパフォーマーは、これらのテストを介して駆動されました。



テストは、原則として、職業活動に関連する人格のタイプを決定しました-人が最も傾倒しているもの、彼にとって簡単なもの、どんな種類の活動が彼を緊張させ、まったく引き受けない方が良いか。



驚いたことに、さまざまなテストでほぼ同じ傾向があることがわかりました。 あるテストで、たとえば会社の魂、シャツを着た男などの人物が示された場合、残りのテストでも同様の結果が得られます。



テストは同じ原則に基づいて構築され、前世紀の科学者によって発明されたほぼ同じタイプの人格に人々を分割するため、これにはおそらく奇妙なことはありません。



しかし、個人的には、この結果の収束は、私が性格のタイプと、その人の職業活動への影響を信じるのに役立ちました。 さらに、私は数年間、私に知られている「肖像」を持つ人々を観察する機会があり、特性の正確さは確認されただけでした。



テスト自体については説明しません。この情報はインターネット上にあり、あなたの人事担当者は、もしあなたが頼んだら、喜んであなたを数十人落とすでしょう。



私はテストについて話したくありませんでしたが、私の個人的な観察についてです：異なる特性を持つ人々がチームでどのように振る舞うか、彼らがどのような役割を果たしているか、どの役割を引き受けない方が良いか、どの仕事で、どの瞬間に誰が良いか（良い方法で） ）



主にプログラマーとシステム管理者の例を紹介します。 時々、私は確立された制限を超えます ITチームには複数のパーソナリティタイプはまったくありませんでしたが、近隣の部署を歩いていました。

座標系

私はベルビンのチームの役割の例についてお話します-個人的には、このテストは私にとって最も成功したようです。 タイプが多すぎず、混乱することは難しく、インターネットには多くの情報があり、テストに合格することは難しくありません。



したがって、Belbinテストでは、チームの役割に応じて人々をタイプに分類します。

• コーディネーター（コーディネーター）-運用レベルでの管理方法を知り、管理するのが大好きな人。
• 動機付け（シェイパー）-仕事を前進させる方法を知っており、大まかに言って、ポジティブとネガティブなモチベーションを持つ人々を「押す」こと。
• チームの魂（チームワーカー）-チームを結集する方法を知っている人（基本的に-目的もなく）、すべての友人になります。
• 外交官（別の言い方をすれば、リソース調査員）は、他のチームや一般的な環境と対話する方法を知っている人です。
• アイデアの生成者（プラント）-チームのすべての面で新しいアイデアを思い付く方法を知っている人。
• アナリスト（モニターエバリュエーター）-オプションを分析し、先読みしてエラーを確認する方法を知っている人。
• 請負業者（実装者）-彼らが言うことをするのが好きな人。
• スペシャリスト-請負業者に似ていますが、特定の分野をよく理解しています。
• フィニッシャー（Completer Finisher）-業務の完了を整理する方法を知っており、それを愛する人。

テスト結果によると、通常、人は2〜3の顕著な役割を果たします。まれに-1つ、非常にまれに-単一の役割ではなく、すべてが平凡です。 通常、結果の不鮮明さは不公平な充填を示します。



一度に1つずつ外出してください。

コーディネーター

特にプログラマにとって、この役割はあまり有用ではありません。なぜなら、常にではなく、毎日が必要だからです。 コーディネーターは、危機的状況に短時間で対処する方法を知っています。



たとえば、サーバーがクラッシュしました。 鉄、または仮想、またはアプリケーションに行きます。 さて、そこには何がありますか-1Snogoのようなアプリケーションサーバーは、何らかの理由で、すべてのメモリ、プロセッサ全体、およびコンソールを使い果たしました。



大丈夫なようです-最もまれな例外を除いて、データの損失は発生しません。 しかし、それはそのような状況、つまり時間のプレッシャーであなたを怖がらせ、止めさせ、あなたを愚かにさせます。 時間がありません。人々は永遠に「あぁ、荷を積む車があります！」と走り回ります。あるいは、2時間で所得税を渡す必要があります-それは問題ではありません。 カルクシとオオハシは常に発見されます。



そのため、同様の状況はコーディネーターを使用するのに理想的です。 彼は状況をすぐに自分の手に取り、通常の場合、明確で短い指示を出し始めます。 他の誰もが黙ってそれをやるだけで、すべてがうまくいくでしょう。



注-コーディネーターは、最も知的であるか経験豊富であるため、それを取得しません。 彼は、他の人のように、ただ失われていません。



時間のプレッシャーをオフにする場合-たとえば、年末年始に人がいないときにサーバーを落とすと、チームの誰でもこの状況に対処できます。 しかし、時間の問題では、コーディネーターが最善を尽くします。



はい、重要な点-コーディネーターは問題を解決するプロセスのリーダーシップにうまく対処しますが、解決策そのものには対処しません。



コーディネーターは、一見したところ、私たちがリーダーと呼んでいた男に最も似ています。 私たちはマネージャーの中に多くのコーディネーターがいて、彼らはすべて喜んでいた-e-gay、テストでも私たちがマネージャーであることを確認しました、これは私たちの性格タイプです！



しかし、悲しいかな、コーディネーターは、むしろディスパッチャ、注文のフォアマン、オフィスマネージャーなどです。 これは、注文を直接、非常に短い期間（最大で1日）行う場合の最低レベルの制御だとしましょう。 実際、これは時間とともに確認されました。



危機的でない通常の時間では、プログラマーの間のコーディネーターは、善よりも害をもたらします。 彼は明白な指示を出し始め、優先順位をその場で変更します。「逃げて、リリアを助けて、彼女は美しい」、「ねえ、OneScriptを落として1か月を締めましょう！」、「進行状況を見せましょう、もう15分です」。 あなたはこの男に、うまくいくものを管理するために登る必要がないことを時間内に理解させる必要があります。 危機があります-その後、手綱を取ります。



ホラー、もちろん、プログラマーがこのタイプの個性を持つ上司を獲得した場合-そして、彼らが言うように、あなたは走り回って、「石鹸の中にいる」（イディオム表現）。 私にはそのようなボスがいました、私は1ヶ月半の間十分でした（または私は彼を覚えていません）。

動機付け

私の意見では、これはプログラマーのチームで最も有用な役割です。 動機付けは、他の人を前進させる方法を知っている人です。



彼はインスピレーション、秩序、操作、挑戦ができます。 主なことは、おそらく-彼は特定の人に合った言葉を選ぶ方法を知っています。 なぜなら、彼は元々良い心理学者であるか、そのようなことを学んだか、または単に言語の悪魔だからです。



チームの仕事と開発の両方、および特定の人の自己発達を前進させ、時間内に情報を提供するか、または仕事のコンテキスト外の何かについて考えさせる。



なぜモチベーターがプログラマーにとって最も有用な男なのですか？ 何と言っても、あなたと私は少し不器用な怠け者です。



しかし、問題は、そのような人がプログラマーとその上司の間で非常にまれであり、元気づけるために外部のプログラマーからめったに来ないことです。 足を踏みつけて期限を設定する顧客は動機付けではなく、原則として潜在的な寄生虫です。



Belbinに従ってデジタル化された私たち全員の中で、2人だけが動機付けと発音され、全員がITの外にいました。 したがって、プログラマーからの自然な動機の例はありません。



しかし、良いニュースがあります。 動機はあなたが学ぶことができるものです。 単純な理由から、自然のようにクールになることはまずありません。彼らがやる気を起こさせるのは興味深いことであり、少なくとも最初は力でやらなければなりません。



私は長い間、自然な動機付けで勉強し、なんとかスキルを習得しました。 彼らと比べて、もちろん、私はbespontovayaのバケツを持っていますが、プログラマーの間ではビールを抜きました。



動機付けのスキルについては、応用心理学、感情的リーダーシップ、および一般的なリーダーシップに関する本や、Transerfingなどのノンフィクションでよく書かれています。



個人的には、チーム内の少なくとも1人が少なくとも少しはモチベーションにならなければならないと考えています。 これを行うには、試してみる必要がありますが、今はどうでしょう。 モチベーションスキルは非常に普遍的であり、その獲得は解雇パッケージに適切に貢献するという事実で楽しませることができます。

チームソウル

個人的には、このチームの魂はプログラマーにとって最も役に立たない男のようです。



これは、仕事の後の金曜日や夏のハイキングでみんなにビールを飲むように呼びかけたり、仕事中に「人生のために」会話を始めたり、「みんな、一口食べに行け！」と叫ぶ人です。



多分これはある種の偏見かもしれませんが、そのようなプログラマー（そして彼は私たちのチームにいた）は他の人たちと団結する以上に私を激怒させました。 私は主張しませんが、個人と仕事を強制的に混ぜることは間違っていて有害であるように思えます。



もちろんクールですが、仕事に悪影響を及ぼします-そして、私たちは仕事に来ました。 ビールを飲みたいなら、誰かを見つけます。理由は必要ありません。どうにかして集会の組織を管理できます。



そのような「会社の魂」は、工場、村、小さな町でずっと以前からありました。 彼らのおかげで、チームには常にプロフェッショナルと国内の2つの価値システムがあり、ほとんど常に対立しています。



あなたがうまく働き、たくさん/効果的に働くなら、あなたは家計制度から脱落します-あなたは9時から10時までお茶を飲みません。 したがって、逆もまた同様です-ジョークや釣りの話を最もよく知っており、自宅から最もおいしいパイを持ち込む人は、生産の最前線にいることはめったにありません。



しかし、ここで、私の個人的な意見を繰り返します。 実際、記事に記載されているすべてのものと同じです。 あなたがチームのシャツの男が好きなら-健康。 好きじゃない。 したがって、私は彼らの釣り物語の期間を制限しました:)



モチベーターはチームにとってより重要です。

外交官

翻訳は愚かで、オリジナルでは「リソース調査員」と呼ばれています-リソースの専門家です。 プログラマーのチーム、特に実装者は、非常に役立つ人です。



外交官とは、チームに関して関心を持ち、外部関係を構築しやすい人です。 私たちの現実では、これらはユーザー、顧客、所有者、意思決定者などとの関係です。



あなたが知っているように、特にそのような人は、外部環境で多くの作業を行う必要がある実装で不可欠です。 これは、関係がいわば一晩であるフランチャイズ実装ではなく、通常のペースで企業の企業情報システムを開発しているアクティブな修正チームで特に重要です。



チームの長期的な成功は、何らかの形で外部環境に大きく依存しているためです。 あなたは少なくとも最もクールで超過激なチームになることができますが、あなたの友人が経理部門のリリアと営業部門のセレガだけであり、残りが馬の給料を使った独善的なバカだと考えているなら、この休暇は長く続かないでしょう。



私たちは幸運でした-いわば、レベルの異なる2人の外交官がいました。



1つは、ほぼすべての部門の負担のない高位の従業員と（言葉の意味では...知っているが）すばやく多くの接続を行った水平通信の専門家です。 彼らが直接の親友になったわけではありませんが、彼らは適切な助けの要請にほぼ喜んで反応しました-彼らは善良な人を助けたかったのです。 実装や変更のために必要な場合、チームとしてこれらの接続を大胆に使用しました。



2人目は、垂直方向のコミュニケーションの専門家で、階段を上っていきます。 この男は、トップ、オーナー、ディレクター、トップマネージャーとのコミュニケーションのかなり安定した直接チャネルを意識的に構築しました。



オーナーとディレクターとの連絡は特に役に立ちました。 その助けを借りて、多くの場合、実装と変更のブレーキとなる上級管理職と中間管理職に非常に大きな影響を与えることができました。



中間管理職が最も不運だったことが判明しました-彼らは上からも下からも、2人のあまりにも邪魔なリソース調査員から報道機関の下に落ちました。

アイデアジェネレーター

これは、アイデアを思い付くのが好きな人です。 アイデアは彼の製品であり、彼が誇りに思っている結果です。 誰かがこのアイデアを実装するかどうかは関係ありません。ジェネレーターがアイデアを思いついてそれを表明するのに十分です-彼は彼が一生懸命働いてミッションを達成したと信じています。



私たちの職業は創造的であるため、プログラマーの間には多くのジェネレーターがあります。 工場や卸売業者などの通常の会社の固定発電機プログラマは、関連するビジネス分野で視野を広げれば、ITを超えて印象的なキャリアを飛躍させることができます。 その理由は単純です。非創造的な職業の中には、アイデアを生み出す人がほとんどいないため、関連分野では、物理的に直接、質の高いアイデアが不足しています。



「主任会計士が接続するためにEDIを考案した」、「ファインダーが会計管理スイッチでFIFOを考案した」、「ロジスティクスのディレクターが実装するためにWMSを考案した」、「CRMの実装により売上が10％増加するとライトアップした」などのアイデア悲しいかな。 正式には、これらはアイデアですが、その品質はゼロです。



ジェネレータープログラマーは、どんなに些細なことでもプログラマーであるため、高品質の応用アイデアを思いつくことができます。 自分で判断してください。



たとえば、情報システムの要件を（プログラマーではなく）バカにさせた場合、彼のアイデアはbash.orgに提供されます。 結局のところ、誰もが少なくとも一度は「大きな赤いボタン」というアイデアを聞いたのでしょうか（それでも緑色になります）。 馬鹿のアイデアは「私にできるなら...」というフレーズで始まることもよくあります。まあ、朝にコンピューターの電源を入れたり、フォームを描いたり、「コンピューターのような」携帯電話を使って（=太いクライアントで）、スタッフ外骨格などで管理する



これらのアイデアはすべて、意味のない一連の文字であり、1つの簡単な理由で発音すべきではありません。実現できないため、役に立たないのです。 まあ、「世界平和を作る」というアイデアのように。 そのようなアイデアは、ただ一つのことのためにばかによって発言されます-発言される。



ジェネレータープログラマーには1つの重要な違いがあります-彼のアイデアはコンテキスト依存です。 彼がプログラマーであるのは、特に彼が1Snikである場合、そして彼は常に頭の中に何を持っているからですか？ プラットフォームの制限、 それらが間違っている場合 。



プラットフォームの制限は、座標系のように頭の中にあり、何が可能か、何が不可能かを思い出させます。 もちろん、これらの制限は絶えず拡大しています。 ミラーによると、プラットフォームは開発中のようで、 1Cの外部のフレームワークは十分に確立されていますが、コンテキストは常に定義されています。



もちろん、そこには常に新しいテクノロジー、ブロックチェーン、人工知能、そしてあらゆる種類のオープンソースがあります。 しかし、「現代のITテクノロジーには何ができるのか」というコントロールの質問をすると、プログラマーは「多くのことに答えますが、それでも何もできず、請求書を提出し、OneScriptの点灯を止めないでください」と答えます。 そして、あなたがばかに同じ質問をすると、彼は「すべてのために！」と答えます。



ITの先へ戻る ロジスティクスなどを理解しているプログラマーのアイデアが貴重になる理由を理解できましたか？ 彼は制限を知っており 、彼によって表明されたアイデアはすでに （彼の頭で）制限のチェックに合格しているからです。 もちろん、最終的には「ここでそれが可能かどうかわからないので、マニュアルをグーグルで検索して喫煙する必要があります」などの質問があります:)



プログラマーのチームに戻りましょう。 ジェネレータは彼らにとって非常に重要です。 まず第一に、その最大の価値は、制限の枠組み内の非標準ソリューションです。 ジェネレーターは、たとえば、レイアウトのようなもので、タスクのクラス全体に対する小さなソリューションを考え出すgovnokodの数千行を回避するのに役立ちます。



繰り返しますが、非標準のソリューションは必ずしも通常とは異なるものではありません。 ジェネレーターだけが、他の人が新しいキロメートルのコードだけを見る標準メカニズムを使用する可能性を見ることがあります。



しかし、発電機を備えたチームには問題がたくさんあります。



まず、発電機は水仙です。 彼がアイデアを与えれば、それは似ているに違いありません。そうでなければ、彼はひどく腹を立てます。 彼は、貧しいことを試みた、考えた、夜、そしてここで眠れなかったので-応答の冷静さ。



第二に、チームのジェネレーターは1つでなければなりません 。 それらが2つある場合、それは悪夢になります-彼らが確かに「彼らの考えを測定」し始めます。 いいえ、そうではありません-彼らは他の人の考えを支持したので、それは落胆するでしょう。



それらの2つがある場合、あなたは一緒に暮らすのルールを学ぶ必要があります。



第三に、ジェネレーターを記録する必要があります。 もちろん、彼が自分でやるように強制する方が良い。 ジェネレーターはメモリでいっぱいであり、アイデアを書き留めていない場合、 彼は二度目に心からそれを思い付くでしょう、そして再びあなたは好きで賞賛しなければなりません。 そして、彼がそれを書き留めていないが、彼がそれを覚えているなら、彼はさらに数年間覚えているだろう-はい、私はあなたに言ったが、あなたは私を無視し、あなたは私に何も聞いていない



しかし、すべてがそれほど悪くはありません。 発電機は成長して適切になることができます。 奇妙に思えるかもしれませんが、すでに述べたアイデアの記録は、情報システムのどこかに役立ちます。 アイデアが書き留められると、ジェネレーターはそれを解放し、書かれたバッグのように急いでやめます。



しかし、主なことは後で起こります。 ジェネレーターが以前に記録されたアイデアに戻ると、彼自身が最初にアイデアが悪いと言います。 これが通常のジェネレータであり、書くのが面倒ではない場合、リストは大きくなります-数百、数千のアイデア-そしてそれらに固執する意味がないので、結婚を安全に消すことができます。 それは怖くないからです-さらに百万のアイデアが思い浮かぶでしょう。



まあ、「アイデアは何もない、生産は結果だ」とジェネレーターに納得させないでください。 彼は鉄の反論を持っています-「さあ、自分でアイデアを考えてみてください。私はそれをプログラムし、生産に渡します」。 非発電機の仕事の苦痛はそれだけの価値はなく、この牛はくっついて面白がります。



そのようなものを手放す方がいい-それぞれ自分自身に。

アナリスト

彼は「批評家」とも呼ばれます。 これは、意思決定、アイデア、プロセス、システム、および問題の評決を適切に検討できる人物です。



たとえば、彼は行われた変更の結果をうまく予測できます。 1Snoyのプラクティスでは、これは重要です。ご存じのとおりです。あるメタデータオブジェクトの変更が別のオブジェクトにどのように影響するかを理解する必要があります。



プログラマーの中には、そのような人がかなりいます;彼らは不足していません。 おそらく、アナリストは一般に、すべてのエンジニアリングの専門家にとって一般的なタイプの人格です。



チームワークでは、アナリストに意見を求めることが重要かつ有用です。 彼は、上記のすべてのタイプと同様に、他の人のアイデア、提案、計画、目標を分析し、批判することに興味があります。 したがって、分析のために何かを振り分けても心配しないでください-アナリストにとっては高いです。 もちろん、2つのアンロードされたExcelの回転について話していない場合は、その間に違いを見つける必要があります。



アナリストは、両方とも適切であれば、アイデアの生成者を補完します。 1つはアイデアを思いつき、2つ目はそれを分析します。 両方のビジネスでは、誰にも違法ではない、誰もが興味を持っています。 ゲームに変えることができます。



プログラマチームのアナリストは、スクラムマスターの役割に適しています。スクラムマスターは、他の人の作業を監督し、プログラマが愚かで時間を無駄にしていることを確認する人です。 彼は非常に簡単に成功します。なぜなら、損失はシステムの間違いだからです。 お気に入りの料理分析。



確かに、問題を見つけたアナリストからはスクラムマスターの半分しか取得されません。 そして、それをどう解決するか、アナリストはジェネレーターを思い付かないでしょう。 そして、アナリストはその後、批判し、問題の解決策を試み、インターフェースの矛盾を見つけ、ジェネレーターに通知し、何か新しいものを思いつき、無限に、それらを繰り返し停止します 。



アナリティクスには、従う必要がある2つの極端があります。



最初は完璧主義と過度の献身です。 制限を設定しない場合、彼はフォーム上の要素の配置を無限に分析します。



第二-すでにほとんど生産されているシステムに彼を入れないでください。 アナリストは、あなたが期限と神経を持っていることを気にせず、彼はすべての人の鼻を傷に突っ込みます。 これらがフォーム上のわずかに壊れたバインディングと同じ場合でも。 次のプロジェクトを分析するために送信します。 または、チームの魂に彼を食堂に連れて行ってもらいましょう:)。

出演者

これは最も一般的なタイプのパーソナリティです-プログラマーの間でも、一般的に従業員の間でも。



これは彼らが言うことをする人です。 そして、彼らが言わないことはしません。



この式は、その長所と短所をよく説明しています。 請負業者がタスクを設定するのに間に合った場合、彼はそれを完了する可能性があります。 さて、あなたがそれを完了したが、次のタスクがない場合、何ですか？ そうです、facebookではバカになります。 またはチームの魂と食堂で。



アーティストは、指示、計画、スケジュール、プロセス、システム、その他すべてのジャズが大好きです。 彼らがそう言われたので、楽しくて柔和に地獄を築くのを助けるのは、ミサを形成する人たちです。



同時に、パフォーマーは変更を導入するのに最適な環境です。 たとえば、プログラマーをスクラムに切り替えます。 現在、タスクはあちらこちらではなく、ボード上にあり、期限がなくなっていることを明確かつ一貫して説明するだけで十分です。タスクの終わりまでではなく、週末までに把握する必要があります。



そして、彼らは仕事で明確で理解可能な座標系を持っているので、本当に気にしません- あなたが注文されたものをすれば、あなたは完了です。 これは使用する必要があるものです。



もちろん、そのようなプログラマーは激怒することもあります-彼らはまた、すべて、タスク、プロセス、どこへ行くか、誰と話すか、何を読むべきか、そして残りのファイルがある場所をかみ砕く必要があります。 しかし、あなたが人のタイプを知らなければ、彼らは腹を立てます。 そして、あなたが知っているとき-それはすべて、それは明らかです、彼はそのような男です、そしてあなたは彼をそのように扱うべきです。



この世界のパフォーマーがする世界で最悪のマック-彼らはリーダーになります。 実際、パフォーマーがリードするためには、誰かがパフォーマーをリードしなければなりません。 戦略的に管理するのではなく、1年間の目標を与え、毎日直接-タスクの設定、企業のノートへの書き込み、期限、詳細の説明、リソースの指定など



そして、このエグゼクティブリーダーは部下に行き、鼻水を噛み始めます。 いいえ、自分で何かをする方法、請負業者はまだ何とか理解していますが、それを部下に委任し、パフォーマンスを監視する方法さえあります。



そのようなリーダーの典型的な行動は、「自分ですべてを行う方が簡単だ」です。 リードするのではなく、行う方法を知っているため、実際には簡単です。 そして、問題は部下ではなくリーダーにあります-彼らが言うように、私は「あなたは*性交したくない、拷問しないでください* opu」と謝罪します。



もちろん、誰かが「部門の管理方法」という通常の指示を書いた場合、請負業者は成功します。 しかし、エグゼキューターではなく、ディスパッチャーになります。



そして、いい人はいません。 あなたがそれらを調理する方法を知っている場合。

スペシャリスト

私は、スペシャリストは同じパフォーマーであるか、高度に専門化されているだけだと思っていました。



しかし、下位のシステム管理者の1人が専門家であることが判明したとき、私はついにこの男の何が悪いのかを悟りました。



スペシャリストとは、通常、興味と熱意をもって、 自分が選択した分野でのみ問題を解決し、真にスペシャリストである人です。



勤勉さの問題はありません。 しかし、パフォーマーとは異なり、熱意があります。



たとえば、サーバーハードウェアとソフトウェア（WindowsとLinuxの両方）のスペシャリストがいます。 神が禁じているように、サーバーを構成するための深刻なタスクがあり、通常のタスクではなく、会社にとって重要なタスク（たとえば、脆弱性の修正）があった場合、この男は何日も休みなく休みなくサーバールームに座ります。



彼が彼の専門分野の問題を解決することに興味があるという理由だけで。



そして、彼は袖の後、他のすべてのタスクを解決します。 あるいは、彼らが非常に多くのシステム管理者について言っているように、「まるで彼がズボンに積んでいるかのように」。 勤勉さ、規律、タイミング、品質については、通常は問題外です。 しました-それは良いことです。



そして、残念なことに、または幸いなことに、そのような専門家は「専門性」で正確に評価されています。 週末と夜に、ほとんどすべてのマネージャーの価値システムにおいて、利益の輪に明らかに落ちた問題の解決策は、会社に対する真剣な取り組みのように見えるからです。



そのようなアプローチは私を長い間怒らせました。 サーバーを掘り下げるのは面白いことだと思いますが、気をつけて、誰かがカートリッジを交換する必要があり、時にはツイストペアケーブルを敷設する必要があります。



しかし、私たちの場合は特に、ソリューションはそれ自体で見つかりました-拡張に関連して、彼らはアシスタント管理者、より低い資格を取りましたが、-幸福について-実行者の。 そして、すべて、秩序と調和は、主任システム管理者が好まなかったすべての問題に来ました。 そして最後に、サーバーをさらに掘り下げ、2つ目のTsiskaを購入して構成し、自動的にバックアップインターネットチャネルに切り替え、オフィスとouuuuの間でvpnを上げる時間がありました。彼が書いた大きなリストがあり、喜んでやりました。

フィニッシャー

これはゴージャスな性格のタイプですが、私は悲しむことを余儀なくされています-プログラマーの中に彼を見たことはありませんでした、これは私たちのチームにはありませんでした。



しかし、私と並ぶリーダーの中には、明るく豊かで自然なフィニッシャーが一人いました。 彼からポートレートを書きます。



フィニッシャーとは、物事を終わらせる方法を知っており、それを愛する人のことです。 ケースは、小さなタスクと大きなプロジェクトの両方です。



社内の誰も、このような長いプロジェクトを行う方法を知りませんでした。



自分で判断してください。 私の観察中、プロジェクトを管理する人が数回いましたが、その期間は6〜24か月でした。 優れた、大きなプロジェクト、大きな予算、多目的。



さて、プロジェクトの実際の完了日をどのように見逃したのでしょうか？ 最大1日 ！ これは冗談ではありません！



さらに、当て推量、スクラムトリック、要件の削減、タスクのスミアリングが間に合いませんでした。



まず、プロジェクトの責任者が任命されると、すぐに締め切りが告げられました-正確で、最大1日です。そして、計画はありません。ただの目標です。



人は必ず、最も完全で詳細な計画、予算、指定されたパフォーマーとリソース、アウトソーシングの量を作成しました。もちろん、全員が同意しました。



そして彼はやった。時間通りに、すべての計画項目。プロジェクトに逸脱があったことは明らかです。何かが引きずられたり、アウトソーシング業者がどこかで失敗したり、資金不足により資金調達が突然中断され、それに応じて作業や調達が行われたりしました。要するに、これは人生です。



しかし、重要なことは何が起こったかではなく、マネージャーがそれに対してどう反応するかです。そして、これは、犬、フィニッシャー、私たち、通常のロブスターとは異なり、スケジュールに戻る方法を常に見つけます！彼は、発生した障害（客観的、外部的）をカバーできる、という考えさえ持っていません、otmazatsya、用語を再交渉します。



彼の（仕上げ業者の）中核能力は、何をする必要があるかを常に理解し、仕上げにつながることをすることです。仕上げは時間通りに行われる作業です。



まだ学んでいないので、この能力を心から賞賛します。しかし、明らかな欠点は理解しています。



主なマイナス点は、サロゲートの連続的なコンベア生産です。上記では、人が目標を受け取り、それをタスクのリストに変え、そこからほとんど後戻りすることはないということを見ました。このアプローチは、代理動物の主な繁殖地です。



プロジェクトの目標であるフィニッシャーにとって、その意味と有用性はまったく価値がありません。重要なのは、適切な仕上げです。彼は標的に射手のように打たれることを楽しんでいます。まあ、または冗談のように-彼はバスを追いかけたときにキックし、時流に乗ることができました。そして彼は尋ねます-この数字は何ですか？



マイナーでありながら重要なマイナス-フィニッシャーは、みんなの脳を絶えず苦痛に耐えます。完走者がプロジェクトを作成する必要があり、あなた、神が禁じている場合、彼の邪魔をする-慈悲を待ってはいけないあなたは地位、評判、権威を持っていますが、フィニッシャーは社長に連絡しますが、彼のプロジェクトに必要なことはします。あなたが署名したか、彼のプロジェクトについて初めて聞いたとき-それを取り出して書き留めてください。



しかし、フィニッシャーは適切な場合、トリッキーです。彼はプロジェクトの進行中にあなたと皆の頭脳を取り、最後に彼はハグ、すすり、泣き、悪いことではないと言いますが、サルマンの邪悪な意志は彼を中つ国の大草原を駆け抜けました監督はあなたを作りました、そしてあなたは彼の親友であり、彼はあなたに怒鳴り、不平を言いたくありませんでした、それはただ生と死の問題でした、何とか何とか。そして、どこに行けばいいのか。次のプロジェクトまで。



したがって、私は個人的にこの特定のフィニッシャーから何も学ばなかった-私は方法が好きではありません。しかし、目標-プロジェクトを時間通りに行うことを学ぶこと-私は好きです。

私のギャング

「あなたのベルビンのプロフィールは何ですか？」という質問を予想して、私は答えます：アイデアジェネレーター+評論家+外交官。私はアイデアを思いつくことができます、私は他の誰かのがらくたをすることができます、私は間違った手ですべてをすることができます。私はゆっくりと、貧弱に、そして棒の下からしか働きません。



これを実現するために、私は小さなチームをBelbinテストで実行し、責任を再配分し、不足している能力とスキルを置き換えました。



私のほかにチームには4人のプログラマーがいました。 3人は請負業者にとって顕著な役割を持っていたため、彼女を超えたすべての責任は請負業者から削除されました。顧客やユーザーとのコミュニケーションが少なくなりました。なぜなら、外交官ではありません。そして、私と彼ら自身は、苦しみを止め、私からアイデアを絞り出しました-それは私の仕事でした。



そのうちの1人がチームのソウルであることが判明したため、仲介者のようなものになりました。競合を解消し、週末に全員を招集し、週末にドリンクを飲みました。



しかし、ギャップがありました。たとえば、調整の欠如がありました;私たちの誰もこの役割を持っていませんでした。したがって、この役割を、このような自動化および優先順位付けの手法に単純に置き換えました。実際、彼らはアイデアジェネレーターと請負業者の役割を使用して、人間のコーディネーターをコーディネーターマシンに置き換える手法を考え出し、自動化しました。



フィニッシャーの役割でも同じことが起こりました。プロジェクトの完成度に応じて、自動バランスが優先システムに追加されました。私はそれが直接のメガクールであると判明したとは言いません-記事の叔母はより良くなりましたが、一般に、結果は大丈夫でした。



しかし、動機付け役の役割は私に習熟しなければなりませんでした。経験も価値があるようです。これは別の記事になります。



これらすべての変更の後、彼らは私たちを「プログラマー」、「情報技術部門」などと呼ぶことをやめました。 -私たちはギャングになりました。これは私たちが自分たちと呼んだものではなく、私たちの万能の防衛を通して愚かなことをなんとかやり遂げることができなかった落胆した財務ディレクターの一人です。



私の意見では、Belbinモデルの主なものは、受け入れ、理解し、適応することです。チーム内に単一のIdea Generatorがない場合、「ただ私たちに意志を与えてください、私たちは非常に多くのアイデアを思いつくでしょう！」と空想する必要はありません。いまいましい、単一の請負業者がいなければ、いまいましいことは解決しません-誰もがお互いをリードし、やる気を起こさせますが、働く人はいません。そして、コーディネーターがいなければ、誰も必要としない、無意味な、役に立たない、あるいは有害な仕事もたくさんあるでしょう。