最近又要開始與南韓三星合作專案了,為什麼要用'又'能? 是因為在我上乙份工作的4~5年裡面經常與三星合作, 同時也跟nokia公司合作，不論是與三星還是與諾基亞合作專案，發現在日常的專案管理過程中有不少共通的地方和值得注意的一些事項，在此將值得注意的事情記錄下來為其他有需要的朋友們提供一定的參考。
1、雙方的介面人需要明確的定義（含聯絡方法、職責等資訊），例如專案經理、市場銷售、技術架構、測試主管等人員列表；除了這個基本的人員列表外，還需要增加另外下面兩個人員資訊內容：
a、escalation path(投訴渠道)，即但工作中出現雙方介面人員無法搞定的事情時，該向哪個級別、人員進行向上申報/投訴。2、使用合適的工具建立良好的溝通方式b、人員備份列表，由於歐美的假期比較多，經常出現個人的休假情況，因此需要在專案初期定義雙方的人員備份列表，即當介面人員中的第一人選休假、缺勤、意外時他/她的備份人員是誰，如果在專案初始時不能完全確定那麼專案開始一段時間後就必須要確定下來，以免在特殊時刻找不到人。
積極主動和敢於表達自己是需要克服的第乙個溝通障礙，我就曾經見過很多身邊的同事（包括最初的我自己）在跟老外開會時不論是聽懂了、還是沒有聽懂都是滿口的ok，ok，但是等到拿到會議紀要一看書面記錄就傻眼了，所以一定要在會議弄懂對方的意思才能給出comments或承諾，如果真的沒法聽懂的就讓對方通過共享桌面的方式寫下來，總可以看懂的
。不是僅僅簡單的全盤接受對方的需求、要求，一定要記得發掘這個需求背後的真正想法，多問一下為什麼以及business values是什麼，也許你會擔心這樣會不會把對方問的不開心呢，其實通過我與歐洲人（芬蘭、瑞典、丹麥、德國的人們）、南韓人打交道的經驗來看他們還是挺喜歡給你解釋的，他會覺得你是真正的在想問題而不是僅僅是做他們布置的任務
。會前需要將需要討論的問題和內容通過郵件提前一段時間發出(提前量從提前一天到提前1個小時不等, 得取決於討論的內容和雙方的人選), 會後需要將會議上的過程,結論,和後續跟蹤措施整理發出, 最好是會議的當天趁著大家對會議內容還記憶猶新的時候就發出. 3、
通過日常工作中的按時交付或提前交付
建立起勝任關係, 同時對於分配給對方的任務遵循對方給出的承諾而不是每天都在問對方進度怎麼樣了,會弄的對方煩你, 只有當超出或臨近到計畫交付的時間時可以提醒和詢問是否進度怎麼樣了.
如果專案時長比較長的話(>=1年)，就應該至少每年計畫一次在一起開會的機會（至少包含雙方的主要介面人），這種面對面的溝通、相處會給後續大的工作增加不少的好處，這一點上可以說是花少錢辦大事。並且在會後可以舉行簡單聚餐、當地的特色團隊活動等。
人是專案管理中最大的挑戰，因此在跨國合作的專案中一定要把與人的溝通，把與人建立良好的勝任關係放在第一位，通過持續的交付專案才能為雙方的合作進行公升級和建立長期的業務關係。
ATL中值得注意的C 技術
1.多重繼承中的名字衝突問題。class father class mother class baby public father,public mother virtual int mother faint 錯誤，無法區別father faint和mother faint。既然father和bab...
值得注意的函式
函式 嚴重性 解決方案 gets 最危險 使用 fgets buf,size,stdin 這幾乎總是乙個大問題！strcpy 很危險 改為使用 strncpy。strcat 很危險 改為使用 strncat。sprintf 很危險 改為使用 snprintf，或者使用精度說明符。scanf 很危險 ...
C 中值得注意的細節地方 逐步更新中
1.static的作用 static對於函式來說，只有隱藏的作用,即把本函式設定為本檔案可見。static對於變數來說，不僅可以隱藏,還讓變數存放在靜態儲存區域，具有永久性和預設為零。2.struct與類的大小 在對struct和類用sizeof 取大小時，會遵循對齊原則 盡可能地湊4和湊8 例如 ...