Sales案例分析

 Sales 案例

在這個項目中,我(DM)主要負責項目的整個開發過程。

       開始前客戶(這裏的客戶是指外包公司)已經將一些文檔資料(包括系統雛形(UI)、功能需求說明書、和臺灣銀行的一些接口資料等)發了過來,剛開始有3個人參與,72項目開始啓動,客戶來我公司首先做流程上的講解,並且將所講內容用AniCam錄了下來,方便我們反覆聽取;然後是我們依照客戶的講解消化後再講給客戶聽,一是幫我們熟悉系統,二是讓客戶確認我們對系統的理解究竟對不對,從而減少理解上的落差;之後就是時間的安排和人員的分配,最後達成共識:所有數據庫設計、規格書撰寫、coding格式及工作都有我們來完成,客戶負責操作說明撰寫和真正客戶的需求溝通。

       初期,主要是熟悉流程和一些設計文檔的撰寫,包括數據庫設計、規格書(和福瑞博德的UC差不多功能,但是更詳細具體),我當時要求組員把自己負責的那部分要畫出流程圖來,然後拿給客戶確認,但是當時客戶並沒有做任何說法,對與不對都沒有說,因爲考慮到時間問題,所以就沒有停下來等客戶的確認而繼續做後面的工作。

       第二階段,所有文檔都已經寫完,已經開始了很大一部分的代碼撰寫工作,這時客戶方有變動,他們開始參與代碼的撰寫工作,於是他們提出一套他們自己定義的代碼規範(最典型的是原來所有用JS做的檢核都要換成驗證控件),要求按他們的規則來寫,最糟糕的是他們沒有通過我來傳達而是直接去找組員,這樣組員已經私下開始修改了,而我絲毫不知情,等第二階段快要提交時,才發現進度落後了一大截,組員不是在做第二階段,而是在修改第一階段,而提交時間一到,這時我們不能按時提交,客戶很生氣,說我們承諾的事沒有按時完成,而組員也心裏很不平衡,說是客戶讓他們改的他們就改了,這個時候我請求客戶第二階段稍稍延遲,第三階段會給他們提前完成,以彌補我們的過失,同時要求組員加班,調動其他組組員過來幫忙,這樣第二階段在稍稍延遲的情況下提交了過去。

       第三階段,鑑於我管理上的疏漏,我要求組員只和客戶溝通業務上問題,公司內部人員調配、工作進度、工作安排等有我和客戶溝通,而且要求組員每天彙報工作進展狀況,沒有我的同意,不允許私自給客戶改東西。雖然我們外包給了客戶,有客戶負責管理,但是我採取了另一種方法,在客戶管理我們的同時我們也在管理客戶,就是所有需求都要求客戶寫成文檔,口頭說不算,我收到正式文檔後發給組員,組員仔細解讀後再依照自己的理解另整理一份文檔有我發給客戶,等客戶確認後我們才動工,如果客戶不確認或客戶對此業務也是不清不楚我們就不做,如果客戶已經確認了,我們就依照正式文檔做,這樣就責任很明確了。如果真正的客戶需求有變,那麼如果要按新需求做新的改動,則我們要重新商定提交時間,如果客戶認可商定時間我們就做修改,如果客戶不認可我們就不做修改,這樣責任明確,相互管理,溝通起來就順暢多了。

       第四階段,客戶嫌我們提交的代碼品質低,爲了做好品質管控,我採取兩種測試方法,一是讓組員自己做單元測試,二是兩人或多人做交叉測試,然後提交給我後我再一次整體測試,將bug按數量、難度係數等分類統計,然後作爲考覈績效,和最終項目獎金掛鉤,這樣品質就相對高了很多。(當時公司沒有QA,一切測試都是工程師自己)

       最後階段,項目雖然按時提交了,但是都是組員加班換來的,總結得失如下:

成功之處:

1、 項目有系統雛形(UI)、功能需求說明書、接口資料等,能使開發人員更快的掌握系統。

2、 AniCam做了錄音,方便重複聽取,幫助開發人員熟悉系統,使開發進度加快。

3、 開發人員自己講解系統業務能使開發人員在最短時間內掌握系統。

4、 客戶做了確認,責任分明,以免產生糾紛。

失敗之處:

1、 被客戶所擺佈、跟着客戶要求走,而忘了最初的共識,雖然客戶是我們的上帝,但是不能認爲客戶的所有需求都是對的,要考慮到時間、成本。

2、 溝通不及時、溝通上有落差,溝通方法不正確,開發人員應只溝通業務問題,而不應涉及公司機密及其他影響項目進度等的問題。

3、 責任不明確、客戶沒給予明確的確認,責任歸屬不清。

4、 管理上的疏忽, 對組員開發情況掌握的不及時,未能做到提前預防。

5、 測試不過關,沒有專門的QA做測試,測試時間緊、測試不夠細緻認真。

6、 第一次用C#+asp.netweb開發,所有開發人員都是新手
(案例完)

 

委外項目開發全過程注意事項

一、需求分析

1、 掌握系統業務流程,需求,差異等

2、 蒐集相關文件,整理新的缺少文件,提出所需的其它文件

二、溝通

1、   和客戶溝通

1)、項目開始前先讓客戶準備好充分的文件,如接口數據、規格書、項目注意事項、錄音文件等

2)、在項目沒有正式開始以前要仔細閱讀相關文件,相關開發人員要頻繁聚集討論,提出爭議點

3)、溝通時要以文件方式解讀客戶所表達的意思,減小落差

2、   和同事溝通

1)、項目負責人和組員的溝通,要了解組員的能力、實際遇到的問題;分配任務後要定時考察,看分配的任務是否合適,按時提交工作任務。從客戶方取得信息要第一時間內mail給項目所有參與人員

2)、全面瞭解項目,瞭解組員能力,做到分配任務儘量合適

3)、同事之間的相互溝通,可以相互請教、討論、學習

三、項目實際開發過程

1、 整理和規範注意事項,項目過程中依據注意事項進行

2、 列出詳細的功能清單、項目跟蹤表

3、 熟悉業務,及時和客戶溝通

4、 明確我方和客戶的責任

[ 來自:博客園 ]

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