版權所有：(xiaodaoxiaodao)藍小刀
??
xiaodaoxiaodao@gmail.com
http://m.tkk7.com/xiaodaoxiaodao/archive/2008/01/08/173778.html
???
??
轉載請注明來源/作者
?
如何開展一個項目
?
做需求其實不是想象中那么容易，在和客戶交流前首先要弄明白項目的背景，比如為什么需要這個項目，是為了日常辦公的方便還是政府的門面工程；項目有哪些人使用，是企業內部人員還是一些終端用戶；項目有沒有針對性，比如是針對國內用戶還是國外用戶，等等。這些問題在很大程度上會影響到后來的設計，比如
UI
界面是簡單樸素呢還是時尚華麗，
DEV
是需要開發一個后臺還是兩個后臺，服務器是使用國內的還是國外的，傳輸是否需要壓縮等等，把這些背景先搞清楚了，才可以繼續和客戶談項目的業務需求。
?
很多時候客戶根本不知道自己想要什么，這就需要和客戶不斷的溝通，直到可以把客戶想要的清楚的用文字描述出來。要把需求很透徹的理解，在需求調研的過程中，可能要和好幾個客戶進行溝通，比如做一個學校的信息管理系統，可能就需要和不同的科室負責人或者具體倒某個使用者去交流。一方面我們需要盡可能多的獲取信息并轉化為文字，另一方面也要及時的引導客戶來把他想要的東西說明白，不管哪一方面，我覺得最關鍵的是要學會引導需求向正確的方向發展，不能被客戶牽著鼻子走。
?
盡可能滿足客戶的要求，不是說要以客戶為中心，而是要善于分清楚主次，哪種效果能夠實現，哪種功能開發存在風險，這就要及時和同事溝通，從
UI/DEV/QA
和各種渠道來分析實現的可行性，不但要考慮當前是不是能夠滿足客戶這樣那樣的需求，同時也要考慮將來可能出現的維護問題和擴展性。需求分析是一個不斷總結客戶需求——反饋修改——再總結的過程，一般情況下，我們要先明白客戶的大體需求，然后劃分為一些可以大致的功能點，在每個功能點的基礎再一步步細化。在這個逐漸的過程中，最終會形成一份需求分析的說明文檔，要保證這份需求文檔可以順利的實施，必須保證這份文檔是經過客戶和相關開發人員確認的。
?
需求文檔確認后，首先就是要制定一個大致的計劃，一個項目要順利完成，最重要的是把時間控制好，就像做需求的時候也是先拿一個大體的需求，知道客戶需要哪些功能，然后總結為很多功能塊，再逐步去細化，項目一旦開始，就要制定相應的時間進度，比如各個過程的分工，如
UI/DEV/QA
，每個階段都要評估一個合理的時間，對于可以同步進行的工作，比如
UI
可以先開始界面的設計制作，同時
DEV
可以進行一些結構功能的后臺設計，這樣進度上可以盡可能的做到高效率。
?
時間計劃不僅僅關系到項目如何展開，也關系到工作量的多少，最終項目的報價要以工作量為基礎，所以一份合理的時間計劃是必須的，在時間的安排上，要注意不僅要忖度
UI/DEV/QA
等實際所需要的時間，同時為了減少項目延期的可能性，必須留一個緩沖時間在其中。很多時候在實施中會遇到需求變更問題，或者由于前期調研的不準確導致項目開發工作量增加，所以一個合理的緩沖時間，能夠盡可能的避免項目延期的風險。
?
在項目開展過程中，要注意及時和項目開發人員進行溝通，對于小型的開發周期比較短如一兩個月的項目，最好的方式是每隔三五天開一次項目會議，進行一次項目總結，一方面可以把握整個項目的進度，使項目開發人員彼此之間能夠了解對方在做什么，可以及時的根據進度分析和合理分配人力和其他資源，以便保證項目不會延期，另一方面也可以把了解開發中遇到的一些問題，對于可以解決的可以討論解決，對于無法解決的要及時和客戶進行溝通，討論合適的替代方案。每次會議最好以文檔的形式保存下來，便于以后查閱。
?
?
版權所有：(xiaodaoxiaodao)藍小刀
??
xiaodaoxiaodao@gmail.com