アンドレイ・オルロフの記事で長い間、私はチームを結成することは芸術だと読みました。 おそらく。 質問が一般的すぎることを理解しています。 それでも、私はこの記事でそれに答えようとします。 私が説明した解決策が、経験を交換するための資料として役立つことを願っています。 このプロセスを実用的な観点から説明します。単純なプログラマーからトップマネージャーまでの道のりの実践と、その過程で得られた理論的知識を使用します。
なぜなら 私の最後の経験は、スタートアップのためのチームの選択に関連しています。その後、友好的な方法で記事を呼び出す必要があります-「スペシャリストを検索し、スタートアップでチームを作成する」
初期条件
誰かがあなたを見つけるのは、原則として、これはプロジェクトマネージャーであり、プロジェクト全体の責任者です。 だから、トップマネージャーは、あなたが彼らの一人であることがわかりました。 あなたの責任は、プロジェクトのソフトウェアの実装と、会社のIT問題の効果的なソリューションです。 この投稿の呼び方は異なります。 私の監督です。
あなたが就任します。 これは、見かけほど単純なプロセスではありません。 すでに結ばれた関係があるチームに来ますが、これらの関係を見ることができないので、それを感じてください。しかし、通常の関係と倉庫管理で、最初の日から人々と向き合う必要があります。 間違った場所で喫煙するか、オーナーの娘でもあるhrマネージャーを怒らせてください。 あなたは地雷原にいるので、周りを見回し、慎重かつ丁寧になり、行き過ぎないでください。
会社でのキャリアと地位は、最初のステップに依存します。 あなたの専門的なスキルではなく、あなたの関係から強調します。 もちろん、この依存関係は会社のタイプと相関関係があります。私はそれらを次のように分類します。
- 銀行
- 小売
- じゃない
- それ
- 貿易港
- ITプロバイダー
- 国家機関
- スタートアップ、成熟したIT企業
私は新興企業でチームを作成した経験があり、強調した他の種類の企業では、チームの形成や既存のチームの活動を見ました。
次に、プロジェクトのソフトウェアを実装するための新興企業とチームの編成について説明します。
他の部門のマネージャーと会ってその理由を理解した後、彼らはあなたを連れて行き、あなたとあなたのチームに何が必要かを知りました。
チームを作る
就任、インタビューの実施、レポートの作成、開発戦略、計画、予算に加えて、プロジェクト管理のインフラストラクチャ、ドキュメントを作成するツールのセット、要件管理、コードバージョンを保存する必要があります。 なんでこんなこと？ 開発プロセスをできる限りオープンに構築することに慣れています。つまり、チームの各メンバーが自分の役割、責任、およびプロジェクトまたはイテレーションの成功のためにここで今何をする必要があるかを理解するためです。 開発管理ではXP管理モデルに準拠しています。
テクノロジーを選択し、必要なスペシャリストの種類を理解し、求人を作成します。そして、会社にウェブサイトがないことを発見します。 興味のある候補者からこれについて二度尋ねられたとき、私はこれが重要であると思いました。 あなたの会社が企業の属性を持っているなら、あなたはdrupalを取り、いくつかの記事を書き、友人をホストすることでウェブサイトを作ることができます。 私はそれほど幸運ではなく、属性もありませんでした。ワードプレスのテーマとhtmlの知識を利用しました。 出来上がり、サイトはあなたが初めて満足している8時間の準備ができています。
あなたがグーグルではなく、ヤンデックスでもないことを忘れないでください、ここで今すぐにすべてを行う必要があります。
誰が必要ですか？
そのため、インフラストラクチャの準備ができ、テクノロジーが選択され、プロジェクトの立ち上げ計画があり、そもそも必要な人を理解できます。
雇用市場で良い仕事をしてください。
- インテリジェントプログラマーにはテスト項目を提供しますが、3〜4時間以内で提供します。
- 開発者が誇りに思うコードを求めてください。
これらの2つの要件により、面接に時間を浪費することなく、話し手やずさんな開発者をすぐに除外することができます。
私は自分の仕事を非常に真剣に考えている専門家、コードのエラーを取り除くまでコンピューターを離れないプログラマー、反復の終わりのバグが機能的デリバリーの容認できない形態について話している。 ポール・グラハムはそのような人々を獣と呼び、次のテストを提供します：
すでにその人に精通している場合、「残忍なテスト」を実行するのが最も簡単です。 彼の顔を覚えて、「あれはあれは本当の獣だ」と自分に言ってください。 そして、それがあなたにとって面白くなったら、彼は適切ではありません。」
また、インタビュー中に私の質問に答えようとします。
- この専門家は私より賢いですか？
- 彼は彼が対処する分野で私よりも有能ですか？
- 彼は最後まで始めたことを完了できますか？ （彼の仕事の結果は彼にとって重要ですか？）
- この男は知性があり、才能があり、「獣」ですか？
- 彼は私のチームで働くことができますか？
5つの答えのうち4つが「はい」の場合にのみ人を連れて行きます
どこを見ますか？
賢明な人々の反応のための最も効果的な場所：
- 求人情報
- ハブラハブル
- 人材紹介会社
- 知人
- 知人はすでに雇っています
HRの目標を設定する方法と彼に何を期待するか？
プログラマが誰であり、あなたが彼らに何を期待しているのかをマネージャーに知らせてください：
- 再開-完了したプロジェクト
- あなた自身についての話-ガレージでの兄弟とのZX Spectrumの組み立てについての短い話
- 希望する職位と給与
- 彼が誇りに思っているコード
- 選択した位置のテストタスク
選択の優先順位の関連性を毎週追跡します。 送信した招待状と返信のコピーでメールを要求します。 これらの手紙は、これらの手紙を受け取る専門家の目から見たあなたの会社の評判です。
チームステージ
開発戦略は明確で、チームが形成されます。 リラックスするには早すぎます。 チームは、開発の特定の段階を経ます。 ディレクターとして、プロジェクトチームが結晶化することは私にとって重要です。 つまり、それらは有効性のピークにありました。 プロジェクトの成功について聞いたすべてのストーリーは、結晶化したチームの仕事のストーリーです。
チームビルディングの段階を共有します。
- 形成-マネージャーが管理するグループ。 チームメンバーは、互いに協力し合い、チームでの役割を理解しようとします。
- 疑似コマンドは、電力と制御のための戦争です。 同意も信頼もありません、偏見があります。 紛争管理。
- 安定-権力の分割の終了、お互いに自信があります。
- 結晶化したチームは、プロジェクトでの自分の位置を全員が知っており、プロジェクトに完全に専念している自治チームです。
マネージャーには、各段階でチームを指揮する際に、並外れた器用さと多くのトリックが必要です。
チーム内の競合と問題を解決する
私自身にとって、私は衝突を解決する最良の方法を見つけました-それらを持たないこと。 もちろん、これは機能しませんが、決定と決定の理由を文書化して最もオープンな開発プロセスを行うと、前例の数を減らすことができます。 また、ドキュメントを読むためのルールも紹介します。
- ドキュメントは常に正しいです。
- ドキュメントを2つの方法で解釈でき、開発者が責任者に質問せずに決定する場合、これは開発者の問題です。
- すべての決定と研究が文書化されています。
ハードですが、それは動作します。 ドキュメントは活発になり、常に更新されます。
私が使用している別のプラクティスは、チームのメンバーとチーム全体にミスを犯す機会を与えようとすることです（経験を積む）。 はい、これは時々競合を引き起こし、実装されていない機能をもたらしますが、そのような場合、私はわらを置く場所を知っています:)開発者が私の説明ではなく個人的に遭遇した場合、問題が最も効果的に解決されることに気付きました。 これは、機能の実装時間の開発者による評価の精度の品質を向上させるために、コラボレーションの開始時に最適に機能します。
私自身も、オープンな関係の良い習慣を見つけました。
- ボスはいません、チームがあります
- 注文なし、引数があります
オープン情報：
- 給与、予算
- 締め切りプロジェクト
- 各チームメンバーの責任
- 各チームメンバーのタスクと機能
6か月後、チームにスタッフが配置され、開発にかかる時間とエネルギーが少なくなり、プロジェクトを開発する時間ができたことが突然わかります。 やった！
まとめ
チームを集めて、それを効果的にする、クラフト？ これは私にとってスキルですが、一般的なケースではこの質問に答えることができませんでした。正しい方向に一歩進んだことを願っています:)紳士の皆さんのコメントを待っています:)
この記事の質問の多くは解決されていません。
- インタビューの実施方法 Joel Spolskyを見ることをお勧めします。彼はこのトピックに関するいくつかの優れた記事を持っています。
- チームを結晶化する方法は？
- 競合を解決する方法は？
- プロジェクトに必要な人が漏れないようにするにはどうすればよいですか？
- ...
次のシリーズでは:)