本人現在就職於壹對日軟件外包公司，所以在對日軟件外包方面有壹些經驗，可以與大家分享。本文就著重為您介紹壹下對日軟件外包的特點，以此來使您了解對日軟件外包。文中並不涉及任何細節問題，只是對日軟件外包特點的壹個概覽。
二、 特點1：日語水平
和其他外資或對外公司壹樣，對日軟件外包公司也很需要外語也就是日語人才，它最看重的就是妳的日語水平，妳技術水平不高，甚至妳根本不懂軟件，沒關系，只要妳日語很好，公司也照樣會錄用妳，如果妳能和日本人交流，那妳更是公司的重點保護對象了。為什麽？因為公司和日本做生意就要和日本交流，連交流溝通都有問題，別的就別談了。很多人說中文和日文有很大的相近之處，所以中國在對日外包上有語言的優勢，我認為也不全盡然。首先中國人會日語的太少了，而且因為歷史原因許多人不願意學日語。雖然近幾年參加日語等級考試的中國人猛增，但相對於學習英語的人來講還是不可同日而語，對於彌補對日公司的人才缺口更是杯水車薪，更何況這裏面很多都是半路出家，日語不是他們的第壹外語，水平也是參差不齊。從中國整體地域上來看，由於日本臨近中國東北部，所以有史以來東北地區和日本、朝鮮交流比較多，會日語和韓語的人相對其他地區較多壹些。而中國的南方和西部日語人才屈指可數，所以對日外包公司多集中在中國的東北和華北地區，比如大連和最近對日外包日漸活躍的北京。
那麽是不是我壹點日語不會，或是日語不好就沒有希望在對日公司工作了呢？不，絕對不會。因為在對日企業如果純作技術的話壹開始日語不好也沒有關系，因為妳不必和日本人直接交流，雖然文檔都是日文的，但都是模式化的東西，而且確實和中文比較相近，大概意思都可以猜出來，實在不行別人也是可以幫忙講解的。壹般對日公司針對日語不好的員工都會開辦各種形式的日語學習班幫助其學習日語的，利用晚上或周末大家聚在壹起由老師教授或自學。起碼我所在的公司是這個樣子的，別的對日公司我也了解過大體上都差不多。不過經過壹段時間的日語學習如果妳的日語水平還沒有長進或妳根本不學那問題就嚴重了。當前日語人才短缺，所以對日公司才會招日語基礎不好的人，也是不得以而為之的。員工在公司裏接觸的都是日文，如果壹點不懂，時間長了必定影響工作效率。不會可以，肯學就行，不會又不肯學日語在對日公司是壹點前途都沒有的。在我們公司日語不好別的再好，漲工資、提升根本就不會在考慮範圍之內，但如果妳日語水平很高，甚至能通過高等級的日語水平考試那就是前途壹片光明，如果技術在很過硬的話，沒的說，重點栽培對象。
在這裏我建議有想到對日公司工作的朋友，如果妳不再乎學日語，肯學的話，妳可以到對日公司試壹試，如果根本不想學那我勸妳還是另做打算吧，如若不然妳在公司裏將非常尷尬，妳並不是技術或別的方面不行，就是日語不行，那妳的績效就是上不去，不光屈了妳的材更為公司帶不來高效益。
三、 特點2：工作時間
為什麽會把工作時間列為對日外包的特點呢？其實不光是對日外包，所有的離岸（國外、海外）外包都有這個特點，也就是國外和國內因為時差和節假日或其他的不同會導致我們的工作時間步調不壹致，這裏我只是針對日本來說說。
首先說日本人和中國確實是有壹個小時的時差，但壹個小時並不是問題。成問題的是日本人的工作習慣和工作精神。日本人壹般都不是正點下班的，日本人工作瘋狂的程度我想已經不用我再多說了，日本人因為工作勞累過度猝死的有很多。日本人下班後大多數都會自覺的留在公司再繼續工作壹段時間，尤其是軟件行業。這是傳統也是因為日本國內現在就業壓力很大，不賣命就會很快被淘汰掉，所以大部分人都是很努力的工作。而對於我們對日軟件外包公司和人員來說問題就來了，他們不下班，他們在工作，那我們就要有人和日方對應（隨時響應日方發過來的任何東西，必要時要馬上給出回答），所以不光白天我們要工作，要實時和日本保持聯系，到了晚上更是如此。尤其是日本人壹般是白天整理壹些問題，效率高的可以實時的發過來進行解決，慢壹點的就要攢到臨下班之前發過來，要求在多少多少時間之內解決，所以有些比較極端的情況下，我們就會白天等待日方的問題，然後晚上幹活。納品期（項目交付期限）越是臨近就越是這樣，有時候納品那天和前壹兩天基本上是24小時全天候待命。但這正是說明了日本人對質量要求的非常嚴格，不惜壹切代價保證產品質量，壹旦發現問題馬上進行對應。所以和其他IT公司壹樣對日公司也會經常加班，當然這只是加班的原因之壹。日本的各種名目的節日卻非常的繁多，動不動就放假，所以有時候會非常忙有時候壹連好幾天日方都沒人對應。
再有就是中國人過春節，日本人沒有。所以對日外包公司如果有項目跨春節，甚至在春節當天或後幾天納品，那對不起了，壹般這種情況下項目成員的春節就會過得比較緊張。大年三十晚上壹般可以放妳回家過，但過完節就很有可能提前幾天回公司加班。
四、 特點3：采用成熟技術
如果妳是.Net編程人員。那妳在對日軟件外包公司應該是很難找到工作。如果妳是Java高手那恭喜妳，妳是對日公司最青睞的人選。對日外包項目采用什麽工具進行開發壹般都是日方指定的。日本人選擇開發工具或其他周邊工具時大多會選擇java這樣的工具，壹是因為這些工具經過很多年很多人和項目的使用，已經非常成熟和完善，基本上不存在任何技術難點，可利用的外圍資源也非常充足，拿來就使，有什麽問題都很容易查到解決方案，還有就是java是免費的，當然最重要的還是第壹點。
高度成熟的工具帶來的低風險，低風險意味著高質量和低費用。反之，使用新工具必然要承受高風險。日本人有時候會使用壹些很古老的工具，有些甚至是聞所未聞的，為什麽？因為有些系統是在原有系統上擴展開發的，原有系統可能是很多年前開發的，那時候的技術當然還很落後，但原系統運行了很多年都很穩定，說明原系統使用的技術是可靠的，所以為了維持系統的穩定而繼續沿用原技術。日本人在軟件技術上從來不是拓荒者，他們使用經過百般錘煉靠得住的工具和方法和框架，壹旦他們找到壹個或壹套實用的適合他們的開發方式，他們就會堅持的使用下去並不斷的改善，直到這些東西老得實在不行了則再融合壹些較新的但亦已成熟的東西進來。質量和穩定是第壹位的。
五、 特點4：文檔極其嚴謹
文檔在軟件項目中的重要性已經是盡人皆知，日本軟件業極為重視文檔和使用文檔，他們把每個細枝末節都要以文檔的形式記錄，哪怕是壹封郵件中的內容也要摘出到文檔中記錄下來，印度軟件業和文檔化和日本很相似，印度軟件業的文檔也相當完備的。
日本人寫文檔有壹個特點，就是特別偏愛Excel，他們90%以上的文檔都是用Excel寫的，至於為什麽他們偏愛Excel是重說紛紜，我覺得其中最重要的壹個原因是Excel可以分很多頁，便於管理，而象Word等其他文本都不具備這個優勢。日本人把Excel運用得出神入化，使用各種各樣的宏，各種各樣的繪圖，各種復雜計算，只要他們想要他們就能在Excel中搞出來。
日本軟件項目文檔雖然詳細，但也不很統壹，並不是或僅是教科書上羅列的那些文檔，每個公司又有每個公司的特點，但大體上相差並不是很大。下面我給大家說說兩種比較有特點的文檔，這些文檔也許別的類型的軟件公司也有，這裏只說我在公司裏所見過的。壹種是質問票，是接包方（外包承接方）發給發包方（外包提供或發放方）的。質問票是當仕樣書（設計書）上的內容含糊不清或不易理解的時候，或對於日方的壹些要求理解不清楚的時候要用到的，在質問票中寫出妳的疑問點發給日方，然後日方會給妳壹個回答，裏面有對妳的疑問的詳細解釋。這是離岸外包項目中特有的壹種文檔，因為發包方和接包方的距離比較遠，不能隨時交流，所以用這種方式討論問題，雖然效率不高，但成本比較低，且能留下書面證據。另壹種就是指摘，是由發包方發給接包房的。和其他軟件公司壹樣，日本人把程序中比較明顯的問題叫做bug，而壹些模棱兩可或理解有差異的問題他們叫做指摘，不算作bug。記錄bug的文檔叫做bug票，記錄指摘的文檔就叫做指摘。還是因為溝通的問題，在日方拿不準這個問題到底是不是bug或算不算bug，他們都會發過來指摘讓我們調查或商討。指摘的存在對衡量軟件產品的質量影響很大。壹個項目如果bug很多，當然質量就不好。但有了指摘，很多問題就不必歸為bug，所以對接包方來說就有bug和指摘兩個方面來衡量軟件產品質量。這樣衡量起來就更公正壹些，但指摘如果很多的話當然也說明軟件質量不高，如果某個指摘最終被確定為bug的話，那麽此指摘就要被歸為bug。當然指摘的作用不止於此，它還有很多別的功用，就不細說了。
以上只是舉了兩個例子，對日外包項目還有很多獨特的文檔，如果有朋友感興趣我以後可以專門撰文介紹之。
六、 特點5：外包層次低
現在大家大多使用傳統的瀑布模型生命周期，保守的日本軟件業當然也不例外，瀑布模型分為需求、分析、概要設計、詳細設計、編碼、測試、維護等階段，現在大多數的對日外包項目都是從編碼階段以後開始外包，需求分析和設計鮮有外包的。可以說對日外包公司就是壹個代碼工廠，大部分員工都是代碼工人。所以中國現在就是日本軟件業的後方代碼代工廠，這也就意味著中國的軟件外包還處在壹個很初級的階段，只能把做壹些沒有技術含量的簡單的工作。這裏的原因很多，日本軟件外包項目的需求壹般都來自日本國內，所以我們中國對日外包公司很難也不太有能力接觸到需求分析階段（當然這裏面還涉及商業機密、安全等方面），概要設計要根據需求分析的結果來進行，詳細設計是接包方最有可能接觸到的上層環節，但現在中國的軟件業的行業素質還不是很高，還無法實現日方要求的詳細設計要求，所以詳細設計壹般也不外包給接包方。
雖然如此我們也不要過於悲觀，現在中國的軟件產業正在大踏步的向前發展，我們在承接外包項目的同時，也學習到了發達國家的軟件產業的先進知識和經驗。國內已經有很多發展很快的對日外包企業得到了日方的肯定，近來已經有壹些對日外包項目拿到了詳細設計的外包。我想隨著中國經濟的高速發展，帶動著中國軟件業的高速發展，未來的中國軟件外包業壹定會從日本或世界代碼工廠的陰影中走出來上升到成為業務流程整體外包的接發包的高層面上來。從業務到研發，從設計到開發的全面接包，逐步取得發包方的信任，積極樹立接包方的信譽和品牌。由此我們的角色不僅僅只停留在接包方，在我們掌握了先進的管理方法以後，我們同樣可以成為發包方，把我們的軟件項目外包給其他國家。
當然要實現上述的宏偉目標還需要付出相當多的努力，需要我們踏踏實實壹步壹個腳印的走下去，去爭取更高層次的外包項目，學習別人的長處為我所用，將其發展，取其精華去其糟粕，使之成為適合我們使用的知識。
七、 特點6：需求變形
在上述特點中我們提到對日軟件外包通常是不外包需求、分析和設計階段的，那麽就會造成接包方和發包方對需求、分析和設計在理解上的分歧，因而導致設計或編碼的不斷變更。
需求和設計的不穩定是軟件業的通病，是軟件業最讓人頭疼的頑疾。有人說有壹個軟件領域的需求就非常穩定，可以在設計完成之後就不再變化，這就是離岸軟件外包，特別是對日軟件外包，就我看來這是大錯特錯。雖然日本軟件業的需求和設計文檔相當規範，但這並不代表它們不會變更。大多數情況下如果日本某公司要制作壹款軟件會將其外包給壹日本軟件公司，而日本軟件公司為了節約成本有時會將此項目中的部分模塊或某個項目階段再轉包給中國對日軟件外包公司，而中國的對日軟件外包公司的總公司壹般都在日本，總公司負責接包，然後再由總公司將項目發到國內進行最終制造。大家可想而知這裏面壹***倒了多少次手了，有的時候甚至到某對日外包公司手上的項目已經是三包四包了。項目小點還好說，如果是壹個大項目，發包方要和接包方進行頻繁的交流，大量的信息經由三四個節點的傳輸很難說不會變形。
越是大項目需求越不穩定，這是大家都知道的，發包方很難壹次性的了解清楚所有的需求，何況再倒了幾次手，再加上仕樣書的錯誤或者語句有歧義（我們經常遇到），再加上接包方項目人員日語不好，我想最終編碼人員對項目的理解和最初發包方的理解不會是完全吻合的。所以就出現了到了項目中後期的時候，已經做出壹些成型的模塊了，這時候發包方和接包方的交流就會越來越頻繁，妳問我答，我問妳答，大家都在極力搞清楚某個東西到底是幹什麽用的，它到底是不是用戶想要的，然後是仕樣書修了又補，程序改了又改，最後再大量投入測試人員，進行大規模的測試以保證項目的質量。所以對日項目到了中後期以後項目人員就會經常加班，這也是對日公司加班的另壹個原因。
其實，話說回來，我覺得對日外包項目做到這個程度已經是很不容易的，而且現在有很多公司已經做得很好了，已經形成了壹套成熟的外包對策。壹個項目能夠做下來而且不延期或是延期很短時間已經算是相當成功了，雖然說存在項目需求變形，但日本人良好的做事習慣還是值得我們學習的，比如他們的文檔大部分用貼圖、圖形、表格來實現，任何細節都要形成文檔有據可查，這就保證了雖然項目總是在變，但不會陷入混亂，亂如麻而理不清頭緒。壹切都是有序的在進行，只是要做的事情比較多時常加班。八、 特點7：沒有產品,沒有銷售
壹般軟件公司都做兩種東西，壹個是項目，壹個是產品。項目是從來沒做過的，只做壹次的軟件。產品是做完了要面向市場銷售的,要維護要更新換代的。項目和產品的具體區別請參閱其他資料，我這裏就不累述了。
外包公司壹般接到的活都是項目，很少接到產品外包的。因此沒有產品也就談不上銷售，沒有銷售部門、銷售人員、營銷、渠道市場、鋪貨等等的職能和運作。如果妳是壹個銷售或營銷人員那妳就不要考慮對日軟件公司了，如果妳是壹個程序員或工程師或項目經理想改行搞銷售或市場，那麽也勸妳不要考慮對日軟件公司了。當然，如果有公司做對日的產品，而妳想做銷售日語又好，那麽無疑這個公司是妳理想的選擇。九、 特點8：外派制度
妳屬於A公司,現在A公司暫時沒有事情做，那妳是否就可以閑下來呢？當然不是，妳會被派到壹個需要人的B公司支援那裏的項目。當然並不壹定要A公司有閑人，如果B公司很需要人找到了A公司，A公司也會想方設法的抽出人手派給B公司。這就是對日外包公司極有特色的外派制度。
在國內公司尤其是國有企業妳從來沒見過哪個公司把自己的人派到別的公司去幹活，在國人看來這也許不太好理解。而這在對日公司之間已經是司通見慣的了，甚至專門有公司就是做外派，招了人就派出去。是因為對日公司之間喜歡互相幫助麽？當然我絕不否認有會有此因素存在，但最終落實到根本還是利益在其中起著重要的作用。下面就讓我祥述壹下外派的來龍去脈吧。A公司派人到B公司去工作當然不是無償的，B公司是要按每人每月付錢給A公司的，所付的錢按照公司、項目、人員素質、時間等等因素由A和B公司來協商，如果兩公司之間經常互相外派的話那麽就會自然的形成壹個約定的穩定價格。A公司外派到B公司的人除了工資不歸B公司發以外，和B公司的待遇是壹樣的，當然這裏面還有很多細節問題按各公司不同而具體協調。A公司要和B公司簽訂外派合同，規定外派人員、外派時間、外派費用以及各種細節問題。外派人員在B公司規定的時間內完成規定的工作後，交接完工作後就可以回到A公司了。
這就是對日公司外派的大概流程，無論妳喜不喜歡這樣的公司運作方式，它現在都已經存在很長時間了，而且得到了許多對日公司的認可了。是誰是哪家公司先實行的這種制度我實難考證，但這種制度能出現且能生存下去必然有它的優勢所在。首先，很顯然，B公司從A公司借來壹個人工作，每個月只要付給A公司壹定的費用就可以了，當然這筆費用要比正常員工的月工資高很多，但外派人員的保險、福利、人事關系等等B公司統統的不用關心。這其實就是A公司把人借給B公司用用，說得更深入壹些，本質上外派也是外包，就是B公司把壹些工作外包給A公司，A公司出人來做這些工作，但A公司的這些人要到B公司去，與B公司的員工壹些協作完成工作。
如上所述，外派是壹個多麽好的運作方式啊，B公司無須擔負外派人員的任何長期額外支出，節省了B公司的成本，A公司也充分利用了人力，使人力資源得到了合理化配置，並獲得了人工的超額利潤。那麽外派制度真的就白璧無瑕麽？當然不是，外派制度是壹把雙刃劍，它也有致命的缺陷。有些短期外派人員被派到壹個公司主要負責編碼工作，編碼結束後外派人員不再跟進編碼階段以後的工作了。這樣壹來就帶來了隱患，試想B公司某項目的編碼工作是A公司的外派人員完成的，編碼階段結束了，外派人員走了，那麽外派人員所編的代碼就要B公司的人員來測試和維護，而且B公司本來就缺人手，所以B公司肯定要每人負責很多代碼，本來這些代碼就不是他們編的，現在他們要看懂這些代碼，要找出其中的問題，並對代碼進行修改。想想這是多麽可怕的壹件事情，誰敢保證別人寫的代碼全能看懂，誰敢保證改動代碼後不出問題，後果可想而知。其實不光是編碼，只要外派人員不跟進整個項目流程就存在此類問題，別的我就不多說了。所以現在企業更希望外派人員跟進整個項目流程，但時間越長外派人員的成本越高。很多對日公司壹直在思考怎樣提高外派的效率，相信以後的外派制度會越來越完善，國內公司也許也會借鑒這種模式來節約成本。十、 總結
上述是我個人總結的對日軟件外包的壹些特點，雖然它們不是對日軟件外包獨有的，但它們確實是對日軟件外包中所存在的所固有的。了解這些特點有助於我們深入了解日本軟件業、對日軟件外包，並促使我們去思考我國的軟件業該如何改進、發展。
我國對日軟件外包正處在高速發展階段，它前景廣闊，機會多多。我們從日本軟件業學到了很多東西，從日本人身上學到了他們做事的態度。對日軟件外包擴充了我國軟件市場，提高了我國軟件制造業的水平。但我們要深知為什麽日本人會把軟件外包到中國，就是因為中國人力資源便宜，在日本雇壹個普通員工在中國可以雇壹個四五個人的團隊，這其中我們賺到了錢，但我們賺的當然是小頭，日本人拿的是大頭。這說明我們國家的軟件水平還很低，二戰後我們和日本壹並起步，為什麽日本可以壹躍成為世界強國？日本的軟件業並不比我們起步早，為什麽現在他們的軟件業水準如此之高，以至於他們的鄰居我們這個泱泱大國都要向他們學習，這都是很值得我們去思考的。我們不能永遠滿足於軟件制造工廠這個層面，我們壹定要把別人的好的東西學來為我所用。從軟件制造工廠發展成為世界研發基地，從簡單的軟件外包發展成為業務流程整體外包，從接包方到發包方。這其中每壹步都離不開每壹個軟件人的努力。
如果您是壹個軟件人，希望本文能夠對您有用，能夠給您了解對日外包軟件業、外包行業以至於擇業提供壹些參考。