My Photo

中国オフショア開発の基礎知識

オフショア開発のお役立ち本

  • オフショア開発 ～現場でよくある30のケース演習
    書籍　オフショア開発　～現場でよくある30のケース演習～
    オフショア開発特有の問題発見と課題解決アプローチ、外国人材のマネジメントや外注管理の実践テクニック、品質管理や中長期の持続的改善に関する勘所を網羅的に学べます。教科書や語学教育だけでは学べない実務的な視点が満載。(★★★★★)
  • オフショア開発　英文コミュニケーション編
    書籍　オフショア開発　英文コミュニケーション編
    「シンプルな日本語に言い替えてから、シンプルな英語に翻訳する」ためのコツを紹介。難しい日本語の文章を英訳せず、伝えたい意味や意図を簡単な日本語に言い替えてから英訳。(★★★★★)
  • オフショアプロジェクトマネジメント【PM編】
    書籍　オフショアプロジェクトマネジメント【PM編】（技術評論社）
    当ブログ管理人・幸地による教科書第３弾。日本人／正社員／終身雇用を前提としないオフショア開発モデルを実現する多国籍分散チーム運営、可視化と標準化、グローバルな資源配分とキャリア開発、異文化研修の体系的技法を詳解する実践ガイド。解答付き演習50問！　内容が万人向けではないため星４つ。(★★★★☆)
  • オフショアプロジェクトマネジメント【SE編】
    書籍　オフショアプロジェクトマネジメント【SE編】（技術評論社）
    当ブログ管理人・幸地による教科書第２弾。言葉や文化の違いを克服する異文化コミュニケーション技法、外国人ブリッジＳＥにも伝わる文書作成術、仕様変更管理、品質管理、情報セキュリティ対策の留意点を網羅した業界待望の実務者向けベストプラクティス。(★★★★★)
  • オフショア開発に失敗する方法
    書籍『オフショア開発に失敗する方法』ソフト・リサーチ・センター
    当ブログ管理人・幸地による待望のオフショア専門書がついに出版。「なぜ、外国人ブリッジSEに“あうんの呼吸”が通じないのか」など、経験者だけが持つ暗黙知のフレームワーク化に成功した業界で話題の実務書。読み物としても傑作、出版１０年後も陳腐化せず。(★★★★★)
  • オフショア開発PRESS
    オフショア開発PRESS、技術評論社(2008)
    オフショア開発で必須の基本スキル、現地事情、コミュニケーションスキルを実情に即した形でタイムリーに提供。記事の網羅性はお見事。情報満載すぎて、遊び心が少ないのが玉に瑕。小手先のテクニックよりも、マネジメントの本質に興味がある方にお勧め。オフショア開発コーディネータ向け。雑誌なのでやや内容が陳腐化したゆえ星３つ。(★★★☆☆)
  • オフショアリング完全ガイド - ソフトウエア開発
    オフショアリング完全ガイド - ソフトウエア開発
    日本初の「オフショア開発本」。当ブログは、中国を中心に現場マネジメントの話題が満載。一方、この本は、インドを含む海外オフショア開発を網羅的に押さえているのが特徴。経営層／管理層向けの手引書として、最適な著書となっています。いささか内容が古びたため、星２つとします。類書が少ないため、予算が許す限り「買い」であることは間違いありません(★★☆☆☆)

メディア連載実績

  • ミャンマーオフショア開発は「中国プラスワン」戦略の主役となるか
    ＠IT連載記事（2014年01月31日 18時00分 更新）。 以前まで中国が中心だったオフショア開発市場。しかし時代の流れとともに状況は変わりつつある。本連載では、いま注目されているミャンマーの動向を中心にオフショア開発の最新トレンドを紹介する。
  • @IT情報マネジメント「中国オフショア」
    当ブログ管理人が執筆する連載記事。日本が得意な“カイゼン活動”。問題があった場合、それを分析して見直していく、いわゆるPDCAサイクルだが、中国ではこれを行うのが難しいという。それはなぜなのか。国民性や報酬に対する意識の違いなどが原因として考えられる。今回はこの問題を考える。

« 顧客の期待値を過度に高めてはいけない | Main | 失われた６日間、忘れられた世代 »

勝手に知らない外部ソフトが組み込まれていたら

中国から納品されたソースコードを眺めていたら
発注者への相談もないまま勝手にオープンソースの無料ソフトが使われているようです。どう対処すべきでしょうか？
（日本人SE）

●次のケースを読んで、後述する問いに答えなさい。


中国から納品されたモジュール一式の受け入れ検査が急ピッチで進みます。機能要件の確認が済み、必要書類も揃っていることから、まもなく検収です。

今後の保守・改修を見据えて、今のうちから少しずつソースコードに目を通しておこうと思います。すると、モジュールの一部が、私の知らない外部ソフトを呼び出していることに気づきました。

どうやら、発注者への相談もないまま勝手にオープンソースの無料ソフトが使われているようです。現在、日本側で気づいているのは、私だけ。

納期遅延は絶対に避けたいところですが、検収後は完全に日本側で保守メンテする約束になっています。いったい、どうすれば良いでしょうか。


●問い

もしあなたが保守・改修作業を引き継ぐ担当者だとしたら、問題視される外部ソフトの呼び出し部分をどうするか？


[PR] 2008年6月16日オフショア開発勉強会（東京）
「文化的相違を考慮した交渉術」にて、このような交渉の勘所を扱います。
http://www.ai-coach.com/seminar/workshop.html

June 04, 2008 in グローバルソーシング戦略 |

« 顧客の期待値を過度に高めてはいけない | Main | 失われた６日間、忘れられた世代 »

Comments

これはオフショア開発中に良くあることです。避ける方法は事前に「＊＊以外のソフトを利用しない」規約を契約に記入すること。問題が発生したら、まずは作成者と確認します。そのソフトを利用する目的を判明した上に、なるべく本人から改修する要求を明確する。そのソフトではないと解決できない問題なら、そのソフトの使用条件、環境、メンテナンス方法を明確してもらいましょう。

Posted by: レイコ | June 04, 2008 05:34 PM

The comments to this entry are closed.

TrackBack


Listed below are links to weblogs that reference 勝手に知らない外部ソフトが組み込まれていたら:

« 顧客の期待値を過度に高めてはいけない | Main | 失われた６日間、忘れられた世代 »