入了Castle與AOP，試圖簡(jiǎn)化ORM以及橫切關(guān)注點(diǎn)例如日志、異常、權(quán)限、事務(wù)等功能的實(shí)現(xiàn)。同時(shí)，希望采用WCF，利用SOA思想建立松散耦合的面向服務(wù)應(yīng)用程序。但隨著客戶需求的變化，我們果斷地放棄了采用WCF的構(gòu)想，同時(shí)又克服了技術(shù)困難，堅(jiān)持了對(duì)Castle與AOP的使用，并為此成立了框架開發(fā)小組。事實(shí)證明，在技術(shù)的抉擇上我們作出了正確的決定。
    重視UI原型設(shè)計(jì)。系統(tǒng)的原型設(shè)計(jì)與需求分析相輔相成。如果有好的原型版本交付給客戶，則客戶更能夠理解系統(tǒng)的實(shí)現(xiàn)，促進(jìn)溝通的有效性與準(zhǔn)確性。在EAS項(xiàng)目中，我們從一開始就確立了原型設(shè)計(jì)小組，并在分析需求階段，就開始了原型設(shè)計(jì)。這一做法無(wú)疑在客戶溝通、需求確認(rèn)、UI設(shè)計(jì)等方面都發(fā)揮了很大的作用。但是，我們?cè)谶@一點(diǎn)上，由于缺乏專門的UI設(shè)計(jì)人員，因此，這一工作還存在很大的缺陷，甚至于UI的設(shè)計(jì)為迭代版本的交付帶來(lái)了很大的障礙。在項(xiàng)目后期，關(guān)于UI的bug是最多。因此，我們認(rèn)為在開發(fā)類似的WEB應(yīng)用程序時(shí)，應(yīng)盡早確立UI設(shè)計(jì)規(guī)范，以約束所有的UI設(shè)計(jì)。同時(shí)，必須培養(yǎng)專門的UI設(shè)計(jì)師，在開始原型設(shè)計(jì)時(shí)，就盡快完成UI交互的設(shè)計(jì)。并且，必須成立專門的UI設(shè)計(jì)小組，在需求階段與需求分析師合作，在編碼階段與開發(fā)人員合作。
測(cè)試
    測(cè)試成員應(yīng)了解需求。如果不了解需求，測(cè)試人員無(wú)法編寫正確的測(cè)試用例，同時(shí)在測(cè)試過程中，也可能因?yàn)殄e(cuò)誤地理解需求，從而導(dǎo)致報(bào)告錯(cuò)誤的bug，影響開發(fā)人員效率。
    加強(qiáng)開發(fā)人員與測(cè)試人員的合作。開發(fā)人員必須及時(shí)響應(yīng)測(cè)試人員提交的bug。而測(cè)試人員也應(yīng)跟蹤開發(fā)人員對(duì)bug的修復(fù)情況。
    測(cè)試之初必須確定測(cè)試原則，對(duì)bug的嚴(yán)重程度進(jìn)行分級(jí)。同時(shí)，必須確定修復(fù)bug的優(yōu)先級(jí)別。
項(xiàng)目管理
進(jìn)度管理
    保證項(xiàng)目進(jìn)度不出現(xiàn)大的偏差的前提是制定一個(gè)好的項(xiàng)目計(jì)劃。必須根據(jù)項(xiàng)目規(guī)模，成員情況，技術(shù)難度等多方面考慮整個(gè)項(xiàng)目計(jì)劃。如果項(xiàng)目的deadline已經(jīng)確定，則必須采用一些方法來(lái)保障項(xiàng)目計(jì)劃的完成。首先是選擇符合項(xiàng)目的軟件開發(fā)生命周期。通常情況下，并不建議采用瀑布開發(fā)方式。最佳的辦法，應(yīng)該是RUP或者敏捷開發(fā)，然后結(jié)合原型法制訂項(xiàng)目計(jì)劃。這樣可以規(guī)避因?yàn)樾枨笞兏a(chǎn)生的風(fēng)險(xiǎn)。
    其次，要每日跟蹤項(xiàng)目的進(jìn)展情況?？梢酝ㄟ^晨會(huì)、周會(huì)以及項(xiàng)目日?qǐng)?bào)、項(xiàng)目周報(bào)了解項(xiàng)目進(jìn)展情況。同時(shí)，需要為各個(gè)小組指定進(jìn)度跟蹤人，根據(jù)各個(gè)小組長(zhǎng)的日?qǐng)?bào)，判斷實(shí)際的進(jìn)度是否與計(jì)劃出現(xiàn)偏差。
    要制定項(xiàng)目進(jìn)度偏差的應(yīng)對(duì)方法。一旦項(xiàng)目進(jìn)度出現(xiàn)了偏差，必須采取相應(yīng)錯(cuò)誤解決問題。或者通過加班、增加人手、申請(qǐng)項(xiàng)目進(jìn)度等方法及時(shí)作出響應(yīng)。
    及時(shí)向項(xiàng)目成員匯報(bào)項(xiàng)目進(jìn)度情況。只有讓各個(gè)項(xiàng)目成員了解到項(xiàng)目現(xiàn)狀，才能夠給每個(gè)成員增加壓力，不至于松懈。同時(shí)，也能夠使得每個(gè)成員能有一個(gè)目標(biāo)，而不至于茫然失措。
    制定項(xiàng)目計(jì)劃時(shí)，必須考慮階段評(píng)審與同行評(píng)審的時(shí)間。這一點(diǎn)在EAS項(xiàng)目中做得不夠好。其中原因也是由于項(xiàng)目進(jìn)度本身較緊的緣故。
    注意維護(hù)項(xiàng)目進(jìn)度跟蹤表與項(xiàng)目進(jìn)度偏差跟蹤表。讓項(xiàng)目管理部以及QA及時(shí)掌握項(xiàng)目進(jìn)度，有利于對(duì)項(xiàng)目進(jìn)度的管理。
變更管理
    變更包括需求變更、人員變更。如果不控制好，兩者對(duì)項(xiàng)目的進(jìn)展都會(huì)帶來(lái)災(zāi)難性的后果。需求變更在前面已經(jīng)敘述，而EAS項(xiàng)目中發(fā)現(xiàn)人員變更的情況也非常嚴(yán)重，因此這里重點(diǎn)介紹關(guān)于人員變更的管理。
    如果發(fā)生人員進(jìn)入的情況，那么對(duì)項(xiàng)目帶來(lái)的通常都會(huì)是好的影響。但我們也必須注意如何讓新成員更快地融入團(tuán)隊(duì)。整體上講，如果需要新成員加入，發(fā)生變更的最佳時(shí)機(jī)是項(xiàng)目前期。如果在項(xiàng)目中后期加入新成員，無(wú)疑則意味著項(xiàng)目出現(xiàn)了災(zāi)難性的后果。而新增加的成員

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html