開發(fā)一個門戶網(wǎng)站不是簡單事情。有很多的工作要做。所以在作出門戶網(wǎng)站開發(fā)的決定之前要做好前期準備工作，一定不要趕鴨子上架匆匆忙忙的。做門戶，不要去犯一些低級錯誤，比如說剛出去的功能撤下來修改或是性能達不到要求仍需要又要調(diào)優(yōu)。這些項目的適時性，高性能，復雜的功能會給你更高的技術要求，更高強的時間性效率挑戰(zhàn)，對開發(fā)的設計、執(zhí)行、與性能開發(fā)提出更高的要求，許多一些人都會犯這樣一個錯，認為開發(fā)的時間不夠，就只要開發(fā)執(zhí)行，而忽略了其他幾個環(huán)節(jié)就可以了，不做細致的分析與設計，為后續(xù)工作帶來很大壓力。不要在開發(fā)提交后再去想如何測開發(fā)，抱怨之聲也就不絕于耳了。這樣才可能開發(fā)好一個時間比較緊的項目不管在用于開發(fā)的時間上，還是開發(fā)的質(zhì)量上都無法滿足要求。同時門戶網(wǎng)站開發(fā)設計的很好，不僅可以節(jié)約開發(fā)執(zhí)行的時間，也可以在反復提交的過程中，由于用例執(zhí)行的一致性，保證了開發(fā)在多次的執(zhí)行中的質(zhì)量，；。同時也有發(fā)布的標準，一是缺陷的情況，二是用例的執(zhí)行與覆蓋。同時由于研發(fā)給的開發(fā)時間比較緊，所以有兩件事情就必需作做好，：一是明確產(chǎn)品提交開發(fā)時間，并在研發(fā)延遲時給自己爭取時間；二是在質(zhì)量達不到要求的情況下，時間及時的做出反應，不要到最后在研發(fā)不了解項目質(zhì)量的情況下建議研發(fā)延遲項目。為了達到上面的要求你必需要一個很好的開發(fā)平臺，把設計，開發(fā)用例管理，執(zhí)行與用例的聯(lián)動，缺陷管理與報表統(tǒng)計打通，盡可能的利用平臺解決事務性工作，降低流程執(zhí)行的成本，。也就是說，既讓開發(fā)人員可以集中精力去開發(fā)，同時又能夠讓研發(fā)管理人員隨時獲取正在進行開發(fā)的進度與質(zhì)量，。當這些工作做到透明化時以后，就算讓研發(fā)延遲發(fā)布，研發(fā)部門也會接收接受其實，一個充分開發(fā)過的有質(zhì)量保證的產(chǎn)品，可以減輕客服、市場、等各方面很多的壓力。產(chǎn)品在用戶和研發(fā)之間，反復，幾次不如晚一些上提供給用戶。從另外一方面看，這還需要開發(fā)主管能頂住某些壓力。時間緊迫當然這不是理由，如何在流程上保證開發(fā)的需求分析，、用例的設計與研發(fā)在開發(fā)時同步進行是最重要的，這時你要加強早期的開發(fā)介入，明確卡住需求確認這一部分。