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