My Photo

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

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

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

メディア連載実績

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

« インド現場便り | Main | 東工大IT開発オフショアリング研究会 »

紙出力の習慣がないインドでは、エクセル印刷時の考慮なし

新興国ならでは
インド開発現場には、電子データに印刷設定をするという習慣もない。またエクセル等を印刷した際のことを考慮し、罫線を引くということもあまりしない。
（インド開発現場／日本人SE）

日本向けインドオフショア開発の現場から、日本人ブリッジSEが体験した小ネタ＆TIPSをお届けします。


～インド現場便り vol.1～

現在、私は日本の開発現場で勤務している。周りの多くの日本人エンジニアは設計書をプリントアウトして開発をしている。これはすなわちプリントアウト版と電子データ版との文章２重管理である。ここで問題なのが、変更が入った場合である（開発フェーズに入ったら原則設計書に変更すべきではないのだが・・・）。

変更が入ったら再度プリントアウトするのである。しかしプロジェクトも忙しくなってくると、この２重管理でギャップが生じる場合も度々ある。

一方、インド開発現場では設計書等をプリントアウトするという習慣が殆んどない。開発者は全てパソコン上で確認する。従って上記のような問題は生じない。

しかし電子データに印刷設定をするという習慣もない。またエクセル等を印刷した際のことを考慮し、罫線を引くということもあまりしない。そもそも特定のＰＣ以外はプリンタがインストールされていないので、ワード＆エクセル等の印刷プレビューボタンがグレーアウトしているのである。

情報提供：向井永浩 Softbridge Solutions (Japan) Co Ltd
http://www.softbridge.jp


■問いかけ

あなたの会社で、MS-Office などの電子文書が印刷配布されることを考慮しながら作成される工数と効果の関係を洗い出しなさい。無意味な作業はなくすべき。有意義な作業なら継続・改善すればよい。

文責：幸地司（オフショア大學）

June 17, 2008 in インド |

« インド現場便り | Main | 東工大IT開発オフショアリング研究会 »

Comments

うーん、日本でも印刷する方が珍しいと思いますが、
まぁ細かい主観はおいといて、
仕様書作成でも「印刷」を考慮したデザインは重要ですね。


赤・青・黄等の色を駆使して
「カッコいい＆分かりやすい」仕様書を作って出張しても、
仕様書説明ではモノクロ印刷のものを持っているPG君達。


「赤い線が指す部分は」「青いエリアは」なんて説明しても、
自分以外はみんなグレーだったり（笑
そのうち「グレーの下の方は」「真ん中あたりのグレーの部分は」
「そっちじゃなくて、ここですここ！！（自分の仕様書をみんなに見せる）」
・・・なんて余計ワケワカラン状態に。。。


塗りつぶしは色ではなく網がけにしたり、
線は実線・破線に分けたりと、
こんな小さな改善でも、現場では結構役に立ちます。

Posted by: しみけん | June 17, 2008 02:56 PM

The comments to this entry are closed.

TrackBack


Listed below are links to weblogs that reference 紙出力の習慣がないインドでは、エクセル印刷時の考慮なし:

« インド現場便り | Main | 東工大IT開発オフショアリング研究会 »