那雖然與現在已經間隔多年了，但是，還時時在我耳邊繚繞。我清楚的記得，那是乙個春天，乙個百花待放的季節。但是，我心裡一點都沒有春天的感覺。原來，前不久，我們公司上了乙個開源的辦公自動化(oa)專案。但是，我們公司因為人手不夠，而公司人力資源部門又不同意給這個專案加派人手，所以，我們決定尋找外部的合作夥伴，來幫助我們進行一些功能的開發與定製。
那時，我們有兩個選擇。一是選擇這個開源軟體的專門服務商。雖然這個軟體是開源的，但是，已經有軟體公司看到了其的商業價值，開始研究這個開源軟體，並為其提供服務。可惜的是，那時，這些公司還是鳳毛麟角，而且，都在廣州、北京等地區，連上海都沒有，離我們公司比較遠。我們認為，若選擇這麼遠的公司，到時候服務起來不方便。雖然我們跟他們接觸後，發現他們水平還可以，但是出於路途的考慮，我們還是放棄了。
另外乙個選擇就是離我們公司近一點的地方，找一家軟體開發企業。我們公司在杭州。杭州的資訊化企業雖然不能跟上海、廣州、北京比，但是，也差不了**去。所以，找一家專門為公司提供軟體定製的企業，也不是很困難。不過，他們有乙個不好的地方，而且，這個缺陷可以說是致命的。一方面，他們對於這套軟體不是很熟悉，若讓他們進行開發的話，他們需要花費比較多的時間去研究這套軟體，而這個成本最後肯定會轉嫁到我們身上;二是他們以前也沒有接觸過oa軟體，可以說，對於辦公自動化的業務沒有直觀的了解。
雖然他們有不足的地方，但是，我們最後還是考慮選擇跟附近的一家軟體公司合作。主要出於以下考慮。一是他們不懂oa軟體，但是，我們公司有一位以前實施過oa軟體的人才，則只要他提需求與解決方案，讓對方進行開發即可;二是他們雖然不懂這個軟體，但是，我們現有已經有了全套的資料，他們根據這套資料，應該可以在短時間內了解這套系統;三主要還是出於路途的考慮，離我們公司近，方便我們的溝通與協作。另外還有乙個原因，就是起公關做的不錯，借助我公司一位副總的朋友的關係，順利的促成了跟我公司合作的機會。
但是，後來的經歷我那時的選擇是多麼的不明智，導致我現在是進退兩難。
一是軟體公司沒有我想象的那麼兢兢業業。因為oa軟體開發來說，對他們是乙個陌生的業務，重要的是，不是他們的主要業務。他們主要是為一些超市、賣場的企業開發軟體。所以，他們在簽合同之前口頭答應會派一些經驗豐富的程式設計師，但是，後來呢，派出的都是一些剛入門的程式設計師。但是，這也不能說他們違反合同，因為他上面還有乙個軟體工程師在做指導。可惜的是，其只是掛著名兒的，沒有參與任何功能的開發。
經驗教訓1：技術專案要對口
所以，我們選擇資訊化合作夥伴的時候，不用太過考慮軟體公司的規模，但是，一定要考慮軟體公司跟你的專案是否對口;千萬不能象瞎貓抓老鼠，抓到乙個是乙個。若你選擇的外包服務商，跟你的專案不對口的話，雖然其實力可能比較強，但是，你也不要想他們給予你太多的關注，因為他們不會「不務正業」，他們現在接受你的專案，可能是他們現在正處於淡季，沒多少專案。所以，就接乙個專案是乙個專案了。
其實，現在通訊這麼發達，有時候，路途不一定非常關鍵。雖然路途遠的企業，在上門服務上會遇到一定的問題，但是，通過遠端協助工具也可以解決一些常規問題;就算讓對放派個一兩個專業人員，我們包吃包住，集中精力花個乙個月時間搞開發，也花不了我們多少錢，效果，卻比找一家沒有經驗的軟體公司要好的多。
二是軟體公司不熟悉oa專案的具體業務，跟他們交流非常的困難。其實利用過oa系統或者其他大型管理系統的人都知道，這些系統的開發，難度不大;難的在於業務的熟悉與系統的設計。主要系統設計與業務處理邏輯做好後，軟體開發就是一件很簡單的事情。但是，我們在剛開始考慮的時候，把問題想的過於簡單。我們錯誤的認為，只要我們有熟悉oa系統的人才，即使對方沒有這方面的人員，也沒什麼問題。但是，後來，不幸的證明了我這個想法是多麼的一相情願。由於軟體公司人員以前沒有接觸過oa系統，對於oa系統的相關業務非常不熟悉，結果呢，我們跟他們溝通起來非常的麻煩。乙個簡單的業務，我們要重複好幾遍，他們才能夠接受。最重要的是，我們不可能老是在旁邊站著看他們開發。最後，他們開發出來的功能，跟我們設想的，總是有距離。
經驗教訓2：雙方溝通很重要
管理軟體的本質在於業務流程，在於管理思想。軟體設計的好壞，直接關係到軟體的利用效果。若想要沒有oa軟體使用經驗、開發經驗的人，開發出一套oa軟體，即使在原有的模板上進行開發，也是一件非常困難的事情。因為他們程式開發人員的思維跟我們使用者的思維還是有一定差異的，有時候，這些差異很難通過語言來解決。
所以，我們在選擇資訊化業務夥伴的時候，特別是涉及到一些比較複雜的管理軟體時，除了要考慮對方的程式設計師能力時，非常重要的，還要考慮對方除了技術員之外，有沒有比較熟悉實際業務的專業人員。如此的話，我們只需要跟對方的熟悉業務的人員溝通即可。至於他如何跟他們的程式設計師溝通、如何保證需求的實現，就不是我們關注的內容了。我們只需要關注最終的結果就可以了。
三是在跟資訊化合作夥伴洽談時，沒有提出乙個合理的考核方案。我們在起草合作合同時，雖然也想到考核的問題，但是，出於經驗的限制，沒有沒有設計出乙個好的考核方案。這導致了在資訊化專案的後期，我們跟軟體公司之間相互扯皮，踢皮球。
經驗教訓3：專案考核必須有
若我們選擇外包服務商的時候，乙個切實可行的考核方案是非常有必要的，不能夠讓軟體公司，把專案簡單的完成了，甚至只是時間到了，就可以輕鬆的拿到專案資金了，這顯然是不行的。為了能夠督促合作夥伴完成專案，則就必須要有考核方案，而不能簡單的用專案時間來度量。值得高興的是，我們在這方面雖然做的不夠，但是至少還做了一些。在專案開始前，我們還是進行了一番比較深入的需求調研，對開源的oa軟體也進行了試用，然後，兩者比較，就羅列了一些在系統中無法滿足的需求。我們在簽定合同時，就明確了要實現這些需求，對方才能夠拿到專案資金。所以，現在的狀況是，我們跟對方都陷入了泥潭，不可自拔。對方軟體公司雖然不能實現全部需求，但是，為了拿到這筆資金，還在那邊不斷的努力;而我們呢，因為由這個軟體開發公司的限制，也不能再隨便的尋找其他的開發商。現在至少有軟體公司陪著我們一起熬，心裡至少安慰一點。雖然，這對我們的影響可能會更大。
最後，這個專案還是以失敗告終。投入了不少精力與金錢，開源oa軟體還是沒有在企業中上線執行。我一發狠，最後，還是在企業財務總監那邊，爭取到一筆資金，上了乙個成熟的商業oa軟體，沒花多少時間，就完成了oa專案。
借鑑成功者經驗，吸取失敗者教訓
老男孩語錄 借鑑成功者經驗，吸取失敗者教訓 當事情還未發生時，我們要拿linux老鳥的血的教訓和成功經歷，來完善 武裝自己，不能什麼事只有經歷後才長教訓長經驗，那樣就落後一截了，當然經歷一次長教訓，也是 牛人了，只怕很多人經歷多次還沒記性，好了傷疤忘了疼！有關好了傷疤忘了疼的案例，在老男孩老師全職和...
借鑑成功者經驗，吸取失敗者教訓
老男孩語錄 借鑑成功者經驗，吸取失敗者教訓 當事情還未發生時，我們要拿linux老鳥的血的教訓和成功經歷，來完善 武裝自己，不能什麼事只有經歷後才長教訓長經驗，那樣就落後一截了，當然經歷一次長教訓，也是 牛人了，只怕很多人經歷多次還沒記性，好了傷疤忘了疼！有關好了傷疤忘了疼的案例，在老男孩老師全職和...
FPGA專案經驗借鑑
做了5年的fpga了。手中經歷的專案也不在少數。就在此刻又乙個fpga專案宣告結題，好多感受趁著現在還新鮮著，寫出來和大家一起分享。不對之處，希望得到大家的指正。另外1234並沒有絕對順序，都是有感而發，隨性而寫。1.要和人配合 以我們做硬體的工程師為例，測試的時候一般都需要軟體的配合，乙個對硬體來...