アウトソーシング幹部は、「あなたのソフトウェア開発をアウトソーシングしない」

以下はPeter Vaihansky、ゼネラルマネージャー、First Line Softwareのアメリカ人によるゲストポストで、IT開発者にコード開発をアウトソーシングする前に代替案を検討するよう促します。

Peter Vaihansky、GM Americas、First Lineソフトウェア

ソフトウェア開発をアウトソーシングしないでください;はい、あなたはその権利を読んでいます。私はソフトウェア開発アウトソーシング会社の仕事をしていますが、アウトソーシングしないように指示しています。誰もがそれをやっている、そして誰もが間違っていることはできませんよね?一般的な認識は、アウトソーシングが労働裁定に基づいてお金を節約するということです。他にも要因があるかもしれませんが、主に企業はより多くのソフトウェアを入手するためにそれを行いますが、おそらく早く、より少ないお金で実現します;しかしながら、アウトソーシングの経済性は、労働時間の比較よりもはるかに単純です。ソフトウェア開発には「労働裁定」というものはありません。銅または小麦とは異なり、すべての開発者は平等に作成されていないため、商品を正確に取引するわけではありません。さらに、アウトソーシングは、以下で説明するように、リスクがないわけではありません。したがって、アービトラージの概念は適用されず、それは全体の命題になります;財務的根拠を失う:まず、リンゴとリンゴを比較していますか?はい、海外の会社では、開発者には20ドル/時間の料金を請求します。しかし、その時間にどれくらいの価値がありますか?その開発者はどれくらい有能ですか?あなたはあなたのチームで強い人を得ていますか?彼らはどのような経験を持っていますか? 1人の経験豊かな社内開発者は、海外の5人以上のジュニア$ 20 / hr人よりも多くの価値を生み出すことができます;また、外部リソースを訓練する必要があることを忘れないでください。当初、彼らはあなたの製品を知らず、あなたのプロセスを知らず、以前は一緒に働いていなかったので、価値を生み出すには時間がかかります。必要に応じて、学習曲線への投資は、明らかに予想される貯蓄を食いつぶします。完全にスピードアップしているシニア社内デベロッパーは、それらをさらに上回るパフォーマンスを発揮します;あなたが最初の知識移転を超えているとしましょう。あなたはまだそれらの節約を実現していますか?ほとんど。ソフトウェア開発では、コミュニケーションが重要です。同じ部屋の経験豊かな人に説明してもらうのは、時には難しいです。何千マイルも離れた誰かと同じことをして、主に電子メールとIMに依存していることを想像してください。また、時には音声とビデオのSkype通話もあります。ソフトウェア開発は複雑なアイデアや抽象的な概念を共有する社会プロセスであり、非常に関与しています。

そして、いいえ、ドキュメントはこれを完全には救済しません。あなたは本当にシステムについてすべてを文書化することはできませんし、書かれたテキストは常に複数の解釈の対象となります。また、市場が急速に変化しているため、ドキュメントが完成するまでには、通常は廃止され、新しい要件が異なるシステムを推進しています。ソフトウェア開発は、暗黙の知識と緊急の理解を扱います。もう一度、社内では十分にハードで、アウトソーシングサプライヤーとはさらに挑戦します(文化的な違い、アクセント、コミュニケーションの壁などを考えてください)。たとえば、リリーススケジュールが遅れていて、納期を守るために安価なオフショアリソースを追加しようとしているとします。残念ながら、あなたがそうした場合、 “ブルックスの法則”が効力を発揮する可能性があります。この有名な原則は、遅れたプロジェクトにリソースを追加することで、後でそれを作ったり、著者のフレッド・ブルックスがよりカラフルに表現しているように、「9人の女性は1ヶ月で赤ん坊を作ることができません。プロジェクトが遅れていない場合でも、より多くの人々はより多くの価値と同等ではありません。コミュニケーションの複雑さによって、より大きなチームはよりゆっくりと、時にはかなり移動し、結果的に生産性が失われます。あなたの投資は海外の多くの開発者を買うかもしれませんが、必ずしもあなたのドルで市場性のあるソフトウェアの形で価値があるわけではありません;また、あなたが通信し、サプライヤーのパフォーマンスを監視するために費やす余分な管理コストを忘れないでください。アバディーングループの調査によれば、76%以上の顧客がプロジェクト管理とベンダー管理コストを予想よりはるかに上回っていると報告していますが、これはアウトソーシングを行った人には驚くことではありません。 。統計はさまざまですが、ソースに応じて、アウトソースプロジェクトの30%から50%は完全に失敗します。完全に放棄されています(追加コストで自社に戻されます)。機能性とビジネス価値を提供します。確かに、すべての社内プロジェクトが完了するわけではありませんが、アウトソーシングでは、プロジェクトの失敗のリスクが高くなりますので、ソフトウェア開発を外部委託しないでください。そして、あなたがアジャイルでそれをしない限り。より具体的には、スクラム。時にはプロジェクトを社内に置くことは選択肢ではありません。たとえば、開発チームを迅速に立ち上げ、特定の日付や機会閉鎖のリスクで製品を出荷する必要があるかもしれませんが、地理的に十分な高品質の人材を雇うことはできません。あなたが配布されている場合、あなたは本質的にアウトソーシングしており、伝統的なソフトウェア開発に内在する困難の少なくともいくつかが適用されます。

しかし、スクラムを使用している会社にアウトソーシングすることは、伝統的なアプローチを扱いにくく非効率的にし、それによって固有のプロジェクトが失敗するという障害を克服するのに役立ちます。どうして?プロジェクトの末尾にあるすべてのソフトウェアが一度配信される従来の「ウォーターフォール」アプローチとは異なり、スクラムは顧客に継続的な価値の流れを提供することに重点を置いており、プロジェクトのリスクを最小限に抑え、投資収益率を向上させます。スクラムは、最近カリフォルニア州裁判所管理システム(CCMS)のような致命的なプロジェクトの失敗は定義上不可能である;トヨタ生産システム(TPS)に触発されたスクラムは、ジェフ・サザーランド博士Scrumは、短い反復の開発、各繰り返し後の潜在的に出荷可能なソフトウェアの段階的な配信、ビジネス価値に関する機能の優先順位付け、企画、精緻化、受け入れへの直接的な顧客関与を含む、いくつかの基本原則と実践に基づいて設計されています。研究は、スクラムが正常に実行された場合、世界規模で分散している大規模プロジェクトであっても、少数の共同配置されたチームで可能な超生産性/極端な速度のタイプ、典型的には数倍の生産性社内または沖合の滝のチームに見られます。アウトソーシングされた分散型ソフトウェア開発では、スクラムはコミュニケーションの触媒として機能し、クライアントとベンダーとの関係のすべての側面に輝く強力なスポットライトとして働き、一方でアカウンタビリティを強制し、他方では驚異的な生産性を引き出します。 OpenViewベンチャー・パートナーズの投資チームにアドバイスし、OpenViewのポートフォリオ会社をアジャイル開発技術のコーチで指導していることは、OpenViewのポートフォリオ企業に、この厳密なアドバイスを依頼すると説明した。フォーブスのスティーブ・デニングは、スクラムを経営者の大部分の発見と呼んでおり、実際に創業者がノーベル賞を受けなければならないと主張している。実際に、オフショアを含む人々を追加し、より遅くなるのではなく、速く行くのを助けることができますか?アウトソーシングベンダーと協力してソフトウェアを確実に提供できるかどうかこれらの質問に対する私自身の答えは無条件の「はい」ですが、調査して自分自身で調べてください。特にあなたがアウトソーシングしている場合、私はあなたが余裕がないとは思わない。

M2M市場はブラジルに戻ってくる

今日のデジタルワークプレイスの構成原理は何ですか?

CIOには誰が影響しますか?ここではトップ20です

ANZ銀行、技術エグゼクティブデッキをシャッフル

革新、?M2M市場がブラジルに戻り、コラボレーション、今日のデジタルワークプレイスの構成原理は何か、CXO、CIOには誰が影響を与えるのか?トップ20はCXO、エグゼクティブデッキをシャッフルするANZ Bank