アウトソーシングするか、自分で行う必要がありますか？

私の経験の中で、失敗したプロジェクトに定期的に遭遇しました。その主な間違いは、関連するリスクを適切に調査せずにプロジェクトをアウトソーシングすることでした。 サードパーティ企業に仕事を提供するか、私に委ねられたユニット内のリソースを見つけるかを決定する際に私を導く原則を共有したいと思います。



この記事を書いた理由は、私の会社で私に知られているいくつかのプロジェクトであり、結局のところ、アウトソーシングの決定は最終的に間違っていました。 これらの間違いを避けることはできませんが、おそらく私の推奨事項が新しい問題の回避に役立つでしょう。

次のすべてが主にITに適用されることを直ちに予約してください。 会計、物流、その他の非IT分野のアウトソーシングについては、意図的に言及していません。 あなたの意見では、原則がそれらに適用されるなら、それを試してください。 ここでは、 ITソリューションに注目しましょう。

最初に 。 新しいソフトウェアの開発を外注するかどうか、およびどのような条件下で決定するかについて、開発した製品が企業の競争上の優位性に与える影響を評価しようとしています。 明らかに、企業のWebサイトに関しては、この効果は、たとえば小売や卸売をサポートするオンラインストアの場合よりもはるかに少ないです。 たとえば、電子商取引が会社の主要なビジネスである場合、そのようなサイトは本当に「戦略的リソース」になります。 第三者企業に譲渡することはできません。

1つの実例は、オンラインストアです。 開発者がオンラインストアのウェブサイトを提供した後、ソフトウェアソリューションの「曲率」のレベルは考えられるすべての考えられない制限の規模を超えたため、開発者のみが完全にサポートできます。 開発者がそれを作成できる独自の特別な考え方を持っていると仮定すると、おそらく、彼らはそれをサポートすることができます。 しかし、私たちはたくさん書き直さなければなりませんでした。 その結果、非常に多くの労力が費やされたため、最初から社内ですべてを行うことが容易になりました。



第二 。 請負業者は、少額または多額を提供する必要があります。 「少し」とは、小規模なプロジェクトを意味します。内部プロジェクトは、技術的な受け入れの段階で品質を評価することができ、要件を十分に説明し、十分にテストすることができます。 「たくさん」とは、技術専門家の完全な実施とトレーニング、技術文書の準備、ターンキー作業、予算内で独立した決定を下す権利の請負業者への移転、およびそれに設定された高レベルの目標を含む包括的なプロジェクトを意味します。 このスキームには、「中規模」プロジェクトの場所がないことに注意してください。 私の意見では、それらは質的に側面で作ることができないからです。 小さなタスク（「数少ない」オプション）の場合、フリーランサーを引き付けることもできますが、この場合、少なくとも2倍の時間を確保し、これに関連するリスクをカバーするための予備予算を拡大する必要があります。



サード 。 請負業者は、非常に責任があり、信頼でき、安定している必要があります。 このため、彼らはそれに割り当てられたタスクのレベルと規模に対応する会社にならなければなりません。 最初のパンケーキゴツゴツに関するルールは、ここでは他に類を見ません。単一の請負業者が、すべてのハンドルとレバーを「試して」いなければ、「熊手を踏む」ことなくインフラストラクチャのすべての機能を掘り下げることはできません。 それが手袋のような請負業者を変えるのが悪い理由です-新しいものはそれぞれお金と時間だけでなく、共同ミスもかかります。



私たち自身の経験から多くの例があります-昨年、サイトを開発するために、多くの小規模な請負業者を放棄して、1つの大規模な請負業者を支持しました。 エラーの数は桁違いに減少し、品質が向上しました。



4番目 。 プロジェクトの最後に、開発したソリューションを完全に顧客に提供する必要があります。 ソリューションの技術サポートは、顧客企業によって既に提供されている必要があります。 私の意見では、いかなる状況においても 、請負業者が「秘密の知識」を確保してはなりません 。 契約完了後のあらゆる種類の保証サポート、エラーを修正する義務-悪から。 これは機能しません。 プロジェクトが独自の技術サポートをすぐに受けられるように、すべてを行う必要があります。



私自身の経験からの例として、Web Media Groupのサイトの1つを開発するとき、請負業者のプロジェクトチームに当社の専門家を含め、主要な開発段階を終了する必要があると主張しました。 その結果、サイトが「内部」でどのように機能するかについての知識とともにサイトを取得し、請負業者は初期段階で「ウィッシュリスト」をよりよく把握できました。 通常、このようなスキームは、開発者にリスクを追加するため、 Web開発市場では非常に人気があります 。 しかし、顧客の立場から見ると、彼にとってこのスキームは非常に有効です。



「スタッフィング」キオスクを介した販売のための当社のソフトウェアおよびハードウェアソリューションの1つによると、外部企業が開発中でした。 特徴は、簡単に言えば、彼らが私たちにレンタルベースでプロジェクトを提供してくれたことです。 技術サポートと製品開発サービスは徐々に高価になり、ケアの価格は毎月上昇していました。 間違いは、契約が製品の完全な移転を規定していないことでした。 繰り返しになりますが、解決策は、もう一度やり直したことです。 「ゼロから」製品の2番目のバージョンを作成するための総コストは、「レンタル」製品を受け取った場合よりもさらに低く、このプロジェクトに興味のあるすべての人の満足度は何度も高まりました。



アウトソーシングの唯一の言い訳は、時間とお金を節約することです。 この節約の価値と、そのようなソリューションが抱えるリスクのバランスを常に取ってください。