私たちがどれだけのオープンソースソフトウェアを持っているかを覚えておいてください。そして、結局のところ、それを開発する人々はオフィスで一緒に座ることはなく、最も重要なことには、彼らはお互いを見ませんでした（ほとんどの場合） 生産の新しい分野の現代のビジネスマンがこの利点を無視するのはなぜですか？ 本社から離れた場所にある外部フレームを使用しないのはなぜですか？ しかし、一方で、多くはこの規定の完全な利点を理解しており、残念ながら、そのような少数派はそれらを使用しています。
そのため、ソフトウェアの開発時にアウトソーシング担当者との作業を開始できないのは何ですか（ここでは、開発者、テスター、アナリスト、技術ライター、そしておそらく他の人などの投稿を含めます）。
1）新しいものへの恐怖。
2）外部のリソースがプロジェクトを圧倒することを恐れる。
3）チーム内の通常のコミュニケーションの不可能性についての考え。
4）ワークフローを制御できない。
これらはすべて、この問題を真剣に考えていない人にとって非常に重要な議論です。 各アイテムを個別に見てみましょう。
新しい恐怖
これは心理的な側面であり、特にIT以外のコアビジネスを持つ人々にとっては当然であり、ITは支援的な構造です。 なぜ恐怖があるのかを説明するのはおそらく難しいでしょう。おそらくこれはパラグラフ4とより密接に組み合わされているでしょう。 これらの人々は、すべてを手に持つことに慣れています。 おそらくこれは正しいアプローチですが、最適ではありません。 プロセスを最新の状態に保つことは時間の無駄です。 プロセスではなく、結果を制御する必要があります。 なぜなら 私は心理学者ではありません、この点を去ると思います。
外部リソースがプロジェクトを圧倒します
繰り返しますが、前の段落に戻り、繰り返します-各段階で結果を制御する必要があります。 特に、初めてこの会社と仕事をする場合は。 そして、6か月の作業の後の驚き：「プロジェクトはどこにありますか？」 ただし、これは毎日結果を要求する必要があるという意味ではなく、これらの要求は顧客と請負業者の両方からの時間がかかるだけであり、これは本当に必要なものに費やすことができる時間です。 ただし、期限が切れていることが明らかな場合は、プロセスに影響を与えるか、このリソースプロバイダーを放棄する方向で何らかのジェスチャーを行う価値があります。 ちなみに、プロジェクトの混乱は、同じ会社内の顧客自身のチームにとっても当然のことです。 したがって、これに基づいてチームを独自のチームと見知らぬ人に分割することは、「突然締め切りを破る」ことは間違っています。
チームコミュニケーション
チームが複数の部分に分かれている場合、これは確かにコミュニケーションを複雑にしますが、各チームが他のチームから可能な限り独立している場合、これは問題ではありません。 各チーム内では、コミュニケーションは問題なく行われ、チーム間のコミュニケーションはアーキテクトとチームリーダーのレベルで行われます。 アナリストと開発者の間のコミュニケーションに関しては、口頭でのコミュニケーションはどこにもありません-Skypeと有能なドキュメントが役立つでしょう。 ここでは、ドキュメントについて詳しく説明します。 プロジェクトの主なものはドキュメントです（紙なし-あなたはバグです）。 実際、アナリストの書き込みが多いほど、開発側からの質問は少なくなります。 一方、アナリストが開発者に何かを説明し、それを作業明細書に追加するのを忘れると、これは将来の誤解と追加の時間コストを脅かすことになります。
状況を想像してください。アナリストはTK（ChTZ）の一部を書いたので、ChTZ開発者は作業を開始し、いくつか質問があります。 チームが分割され、開発者が別のオフィス/市/国に座っている場合、おそらく彼は手紙を書いて、修正されたChTZの形で文書化された応答を受け取るか、最後の手段として応答文字で受け取ります。 この場合、アナリストによって補足された要件はそのまま残り、繰り返し、転送、送信できます。 ただし、（これがより伝統的なチームに関係する場合）アナリストが開発者と同じオフィスにいる場合、口頭で説明する危険があり、悲しい結果を招く可能性があります。
- 開発者は口頭の要件の一部を忘れて、それを繰り返す必要があります。
- テスターは同じ質問をする可能性が高いので、今回はアナリストが少し違った質問に答えることができます。その後、これらの要件を書き留めれば、そうでない場合は？
- テクニカルライターはこのChTZに再び目を向け、ChTZが補足されていない場合は誤解が生じる
- また、このChTZの実装にエラーがあった場合はどうなりますか？ 右、再び質問、不必要なコミュニケーション。 そして、別の開発者がすでに来た場合はどうなりますか？
しかし、その後、私は夢中になりました。 これは、十分に説明されたChTZが不必要な通信の塊を排除するということです。したがって、この段階は非常に重要です。 さて、他のすべての通信は、電子メールとスカイプを使用して簡単に解決されます。 もちろん、私が説明したこの種の作業は、開発者がすべて一緒に座っているという事実に要約されますが、単にリモートにあります。
そして、このアイテムに少し計算を追加します。 開発側から直接顧客と通信する必要があると仮定します。 そして、チーム全体がコミュニケーションをとるのではなく、たった1人、多くの場合これはチームリーダーです。 だから、モスクワへの一人の週の旅行は、約35-40千ルーブルです。 おもしろい！ 月に一度出張で人を送っても、モスクワとその地域のこの専門家に差額を支払うよりも安くなります。 チーム全体について何が言えますか？
プロセスを制御できない
最後のポイントに進みましょう。プロセスを制御できないことです。 私はすでに彼に言及しました。 確かに、プロセスを制御し、開発に入る必要がありますか？ ほとんどの場合、プログラマーは閉じられており、あまり注意を払うのは好きではありません。 そして、彼らがマネージャーと離れて永遠にチャットし、静かに「コーナーでコーディング」するとき、これは集中と作業のための理想的な条件を作り出します。 プログラマーはリーダーシップに注意する必要がありますか？ いや 経営陣は開発に介入する必要がありますか？ いや ここから結論が1つだけ表示されます。ビジネスオーナーがプロセスを制御する必要はなく、結果を制御する必要があります。 そして、チームはチームリーダーによって導かれ、調整されます。役割の純粋な分離です。
まあ、恐怖は無駄に出ますか？ 絶対に。 これは、経済の新しい分野であり、巨大な層であり、経済で最も急速に成長している部門です。 そして、私たちは時代に追いつき、この点で開かれている新しい機会を理解しなければなりません。
最後に、リモートワークの利点に移りましょう。
アウトソーシング会社と協力する場合の利点：
- プロセスを制御する必要はありません。
- スタッフを維持するよりも、一度雇って忘れる方が安い。
- 職場、機器、給与、その他のオフィスの詳細、および従業員のモチベーションを管理する必要はありません。
- 提供されたソリューションを初期要件と比較することで結果を検証するのは簡単です（もちろん、作業明細書の草案が外部委託されている場合など、ここでは議論の余地があります）。
ブランチで作業する場合の利点：
- プロセスを制御する必要はありません。
- 給与、家賃、およびその他の指標の観点から、首都（モスクワ、サンクトペテルブルク）よりも地域に開発者の支店を置く方が安価です。
- ブランチで問題が発生した場合、クローズできます。
- 地域の人員は過熱していません。そのため、より少ないお金で、首都よりも低くないレベルの優秀な専門家を得ることができます。
これはすべて、現代のITの世界では、新しい作業方法、新しいテクノロジーを探す必要があるという事実につながります。 この世界は急速に発展しており、主なものは取り残されないことです。 そして、あなたが地域に支店を開くかどうかを考えている間、あなたの競争相手はすでに使用してアウトソーシングしています。
なぜこれをすべて書いているのですか？ 私はモスクワに行きたくない若い専門家です。 私は家で働き、仕事に対してまともな金銭的補償を受けたいです。 現在、モスクワには膨大な数のIT企業があり、これらの企業の支店は地域に十分にありません。 私は大富豪の都市で判断します。 ブランチがありますが、少数です。 私たちには膨大な数のスタッフ（プログラマー）が卒業しており、同じ膨大な数が首都や海外に出ています。 見込みが高いためです。 ここで人員を節約するために必要なのは、ブランチを開くことだけです。 私は心から耳を傾けることを望んでおり、私たちの地域での競争が私たちの都市と共和国全体のITの発展を可能にすることを願っています。 そして、これは都市のクールなプログラマーの数の増加と雇用者からの新しい関心につながります。
PSたぶん私は何かを逃した、私はコメントで意見を交換して喜んでいるでしょう。