關於銀行類半外包項目的管理思路

       銀行類項目從形式上可分爲外包型,半外包型兩類。其中外包型多爲需求較爲明確或同類產品已經被其他銀行實現的項目,此類項目即可按部就班依照客戶需求實現即可,好比照葫蘆畫瓢。而半外包項目,即客戶需求並不明確和清晰,需要和乙方共同制定商討,同時在實現的過程中可能因爲前期雙方經驗不足導致需求設計存在問題而修改需求的問題。顯然,辦外包項目其實更復雜,當然機遇與風險並存。

      本文將從前期需求制定,服務架構設計,人員管理與溝通,項目部署與上線四個方面與大家交流經驗,當然經驗較爲片面,針對於本人近期做的一個銀行項目。

      前期需求設計是最曠日持久的,因爲雙方可能對新產品都並不是特別專業,所以面對面的討論是必要的,但在討論中需要注意如下幾個階段:

      1.討論即頭腦風暴,討論前需要有一個基本的雛形,大家圍繞雛形進行打磨,確立大方向並保留有爭議的地方,將需求可變更方向儘量縮小;

      2.一段時間的討論後,甲乙雙方需要指派專門負責本項目的直接項目經歷整理本階段雙方成果以及對項目的認識,並有甲乙雙方項目經理中對項目認識更加深刻的一人撰寫需求設計與UI設計;

      3.本階段雙方就需求方案與UI設計再次進行一輪雕磨,求同存異將需求的可變更方向再一次縮小到可同範圍;

      4.需求與UI得到雙方達成基本一致後,由乙方項目經歷牽頭評估根據目前需求所需成本(人月以及項目變更風險控制成本等)提交甲方,雙方領導對價格確認並一致後簽署合同,項目啓動。本階段需確認:

     a.本項目人月數,預計完成時間,模擬各階段時間推進表

     b.需求變更範圍與變更需求的形式與成本支付方式

     c.確認開發形式,尤其爲駐場開發的形式(全部駐場開發/半駐場開發/階段性駐場開發等)


      在服務架構設計方面,本人並不專業,但可以從實際情況分享一些見解如下:

      1.服務架構從層次上可分爲:代理轉發類/業務處理類/特殊工具類/底層接口類/Web接口服務類等,從

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章