項目在后續(xù)過程很被動外包項目失敗在哪?(2)

1. 業(yè)務(wù)流程不穩(wěn)定
     SP項目所涉及的業(yè)務(wù)一直以來都是很令人頭疼的：業(yè)務(wù)流程復(fù)雜、業(yè)務(wù)人員眾多、分工細而且雜，業(yè)務(wù)流程的各個環(huán)節(jié)散落在眾多的業(yè)務(wù)人員當(dāng)中，沒有誰能說清楚整個流程的走向。
     在項目立項之前，剛剛成立了一個新的部門來專門管理這塊業(yè)務(wù)，所有流程都在重新整合，正是在流程的梳理和整合過程中，他們逐漸產(chǎn)生了對IT系統(tǒng)的強烈需求。
     2. 業(yè)務(wù)人員沒有IT系統(tǒng)使用經(jīng)驗
     無論是新部門的管理者還是具體*作的業(yè)務(wù)員，都沒有類似的IT系統(tǒng)使用經(jīng)驗，對IT系統(tǒng)可能給工作帶來的變化感到惶恐和茫然，面對需求調(diào)研人員的問題顯得不知所措。
     因此，從項目選擇開始，我們就已經(jīng)把自己放在了一個十分不利的位置上，項目范圍模糊，變更頻繁，需求蔓延，成為日后令我們焦頭爛額的罪魁。而在后來的開發(fā)過程中，我們對業(yè)務(wù)流程規(guī)范的缺乏關(guān)注和控制不力，也從另一方面助長了這些不利因素對項目的影響，使得需求一變再變，進度一拖再拖。
     既選公司也選人
     SP項目中的外包公司在業(yè)內(nèi)的口碑很好，外包工程師的工作非常努力，但是因為項目經(jīng)驗較少，尤其缺乏制造企業(yè)信息化項目的經(jīng)驗，面對用戶提出的關(guān)于流程設(shè)置、界面布局、錯誤提示等各方面的需求顯得無所適從，甚至無法理解為什么用戶會對一個輸入框的擺放位置有那么多的意見。這使得開發(fā)人員與用戶的想法存在差異，造成了很多額外的返工。
     因此，在外包項目的招標(biāo)過程中，除了應(yīng)該注意外包公司是否具有相關(guān)領(lǐng)域的外包經(jīng)驗，還要特別注意對方是否能夠在項目進行過程中提供最合適的人選，因為真正提供服務(wù)的是具體的開發(fā)工程師而非外包公司，無論公司的實力多強大，如果不能提供最合適的人選，一樣不能保證項目的順利進行。
     框架選取—“吃螃蟹”
     SP項目采用了微軟的最新架構(gòu)體系，該架構(gòu)體系在此之前還沒有類似項目的成功應(yīng)用案例，我們因此成了吃螃蟹的人。
     事實證明，螃蟹并不是那么容易吃的，還要自己的腸胃能夠消化才行。因為是全新的架構(gòu)，所以也談不上什么經(jīng)驗，一切都要從頭開始。外包工程師進場后的一個多月的時間都花在了熟悉新架構(gòu)和新技術(shù)上，開發(fā)進展緩慢。而且，新的架構(gòu)為了實現(xiàn)多系統(tǒng)整合、客戶端自動更新、權(quán)限統(tǒng)一管理等目標(biāo)，使得開發(fā)和調(diào)試變得復(fù)雜而且困難，代碼可讀性變差，在一定程度上也影響了開發(fā)的進度，并且給后來的維護工作埋下了隱患。