四月份項目結束，立馬被分到了板凳上了，至今坐了一個月。還好板凳生活還算豐富，公司剛好來了兩個需求，是兩個客戶有意向要我們做系統，所以我就幫忙做着售前的技術分析。
售前分析很有挑戰性，因爲要爲項目做初步的工作量評估，所以需求中的每一個點都需要明確，並大概知道它是否可以實現，實現的時間週期會有多長。售前發過來的需求當然是不可能如想像中那麼理想，很多時候需求都藏在字裏行間，很可能一個很難很重要的功能就在一句很不起眼的話裏面出現。所以我們逐字逐句地去摳，將客戶的語言化爲一個一個的功能點。然後按：RA、設計、UI、邏輯、數據庫代碼、測試等五個部分來對每個功能估時間，且以最悲觀的角度去估。這是我第一次做這方面的工作，我想我的同事們也很少做這類工作，所以大家都沒什麼概念只是摸着石頭過河那樣去試。最後評估的數值我們自己覺得還是合理的，但真實情況是怎麼樣，要等項目談成了，開發完成上線後才知道這種方法是否合理了。呵呵。不過這是一次寶貴的經驗。
在分析的過程中遇到了很多功能點是以前沒試過的，所以每天去在網上搜，比如PDF全文搜索，在線殺毒，活動目錄用戶管理等。多個技術點要在短時間內明確它們能否實現，大概有什麼方法。這很有挑戰性，也讓我每天充滿鬥志。也許這類工作非常適合我，哈哈。
這次分析工作，我只是作爲一名技術人員參與，未來的某天，也許我會以管理者的角色參與，所以這個過程中我也在思考如何帶領各位技術人員進行分析。
首先，我們在明確我們的工作，因爲這一階段客戶想要知道的是成本，而且他們對自己的實際需求也許還不十分明確。所以我們無須花太多時間去明確客戶明細的需求，而應該抓住大功能塊，還有一些他們所希望的特色功能，着重去明確他們想像中要達到的程度，這個部分是要多跟客戶溝通的。因此，我們這一部分的首要工作是提取功能點，儘量列出客戶明示或暗示的功能點。而這次的經驗告訴我，提取功能點的工作是不能一個人完成的，應該多人一起看需求，所以多開會，讓各位技術人員無所顧忌地表達他所看出的功能，由一個人記錄下來。要注意的是，這個時期不可以分工看需求，一定要一起看，因爲大家的知識面和經驗都不相同，能看出的點都不十分相同，分工絕對會漏掉許多功能點。另外，要注意多開會收集意見，閉門造車無法最大程度地發揮技術人員的聰明才智，反倒打擊他們積極性。
然後，我們知道有哪些功能點後，就開始分工去找解決方案，這同時，也應該要求技術人員間多溝通。原因也是大家的知識面不相同，交流中可以節省大量的時間。
最後，作爲領導者，因爲是小組對外的唯一接口，要做到第一時間將客戶的反饋或是與該項目有關的任何信息傳遞給技術人員。目的是讓他們可以多發表意見，無論意見是否有意義。另外一個最大的目的是，讓技術人員保持對該項目的關注，不至於停止分析，漏掉一些不應該漏掉的功能點。
寫得很亂，以後會再接再勵！希望對您有一定的價值。