第36回 「面倒」なオフショアを、それでも行う3つの理由
トライアンツコンサルティング
野村隆
2008/10/24
■それでも、オフショア化のメリットは大きい
なるほど、オフショアを避けたい気持ちは分かります。理由についても、確かにおっしゃるとおりです。「面倒だ」という単なる感覚論ではなく、実際にプロジェクト運営上のリスクとなり得る理由があると思います。
しかし、だからといってオフショアを避けていいのでしょうか。オフショア化を回避することが、本当に得策なのでしょうか。
私の意見ですが、オフショアプロジェクトを円滑に遂行するために必要な段取りを整えることで、プロジェクト自体の運営を円滑にできるという側面があると思っています。
具体的に見ていきましょう。
・オフショアでは、成果物、作業段取り（方法論）の事前定義が必要
オフショアプロジェクトを円滑に遂行するには、成果物の定義が重要です。
オンショアで作成する成果物を定義し、オフショアにおける作業のインプット・アウトプット成果物を定義します。成果物の書式のみならず、詳細度（どのレベルまで記述するか）についても、作業の依頼前に定義することで、オフショアでの作業が円滑になります。
また、成果物を作成する段取り、つまり開発の方法論も重要です。方法論のどのタイミングでオフショアに作業を依頼することが最善かを事前に決定しておくことで、オンショア・オフショア双方の意識合わせが事前にできるからです。
・作業の分担や手続きの明確化も重要
作業範囲、役割分担の明確化も、重要な要素です。
オフショアに仕事を依頼する場合でも、国内の協力会社に仕事を依頼する場合でも、複数の組織がプロジェクト作業に関与する際は、作業範囲や役割分担の定義が重要となります。お互いにどういった作業を実施するのかが明確になれば、おのずと分担が明確になり、作業の抜けや漏れがなくなりますので。
また、オフショアプロジェクトを推進するうえで重要な項目として、仕様変更管理の手続きを明確化し、同時に構成管理を明文化することがあります。ロケーションが離れているため、これらの手続きを明文化して運営しないと、仕様変更が適切に反映されず、成果物・プログラム資源などの管理が不十分となり、品質が保証できなくなるなどの影響が出るのです。
・結果として、開発能力の成熟度レベルが向上する
以上で挙げた、「成果物、作業段取りの事前定義」「作業の分担や手続きの明確化」は、オフショア開発をする、しないという前に、そもそもプロジェクトの作業品質を保証するうえで非常に重要です。
見方を変えれば、オフショア開発を前提とすることでこれらが習慣化されれば、プロジェクトの作業品質保証に貢献できることになります。
このように考えると、「オフショアプロジェクトが運営できれば、国内の協力会社に作業を依頼する場合にも、作業品質と効率がアップできる」といえるのではないでしょうか。つまり、「協力会社のスキル・経験に深く依存しないプロジェクトの体質を築き上げることができる」ことになるのではないでしょうか。
■オフショアを経験し、チーム全体の設計・開発能力を上げよう
記事冒頭で紹介した典型的な現場の意見は、「理屈は分かった。でも、なぜ、私がオフショアの当事者にならなくてはいけないの？ 正直、面倒なだけ。できれば避けたい」でした。
避けたいと思わず、「オフショア化を推進することで、プロジェクトチームとしての設計・開発の能力、組織としての成熟度が向上する」と認識してみてはどうでしょうか。
さらにいうと、いったんオフショア開発を経験すれば、そのプロジェクトメンバーは、オフショアの経験者として認識されるわけです。「少子高齢化、グローバル化の潮流の中で、オフショアが有効な手段となり得る」という現在において、オフショア経験者として重宝されるようになるわけです。
まとめると、オフショアを経験すれば、
- 組織としての設計・開発能力が向上し、成熟度が上がる
- さらに、オフショア経験者として重宝される
のです。決して悪い話ではないと思いますよ。
皆さんのオフショアへの認識に、新たな視点を加えることができればと思い、オフショアの効能・効果を説明しました。皆さんの日ごろの仕事や、今後のキャリアを考えるうえでの1つの視点として活用していただきたいと思っています。
 |
| 今回のインデックス |
| オフショアが嫌われる3つの理由 |
| それでも、オフショアを行う3つの理由 |
 |
＠IT自分戦略研究所の関連キーワード
ヒューマンスキル
| 筆者プロフィール |
| トライアンツコンサルティング エンタープライズアプリケーションサービス ディレクター 野村隆 無料メールマガジン「ITのスキルアップにリーダーシップ！」主催。早稲田大学卒業。アクセンチュアにて、金融・通信業界の業務改革・大規模システム導入プロジェクトに多数参画。ITバブルのころには、少数精鋭からなるITベンチャー立ち上げに参加。大規模（重厚長大）から小規模（軽薄短小）まで、さまざまなプロジェクト管理を経験。SIプロジェクトのリーダーシップについてのサイト、ITエンジニア向け英語教材サイト、人材派遣情報サイトも運営。 |
| この連載の筆者・野村氏の新企画「ITエンジニアをあこがれの職業にするには？」で、インタビューに答えてくれるITエンジニア募集中！ ご対応が可能な方は、下記のアドレスまでご連絡ください。連絡先：jibun@atmarkit.co.jp |
＠IT自分戦略研究所は2014年2月、＠ITのフォーラムになりました。
現在ご覧いただいている記事は、既掲載記事をアーカイブ化したものです。新着記事は、 新しくなったトップページよりご覧ください。
これからも、＠IT自分戦略研究所をよろしくお願いいたします。
