2016-11-01 分類: 網(wǎng)站設(shè)計
1、相關(guān)干系人的通知。在需求變更的時候,最好對所有相關(guān)干系人都要進(jìn)行通知和管理,很多時候,溝通的時候忽略了一些主要干系人,結(jié)果導(dǎo)致變更失控。2、需求變更的反饋。在進(jìn)行需求變更的討論和交流后,一定要反饋。反饋的時候,一定要告訴對方需求的實(shí)現(xiàn)目標(biāo)和時間。因為有時候目標(biāo)一致,因為人力資源問題,有時候雙方的預(yù)期時間會不一致,這個時候,就需要雙方重新協(xié)商,達(dá)成新的一致目標(biāo)。3、需求變更的確認(rèn)。當(dāng)需要進(jìn)行需求變更的時候,一定要有書面的文檔和簽字手續(xù)。這樣,對雙方的工作量都有明確的記錄和認(rèn)可。同時,確認(rèn)書會讓變更變得更有效和科學(xué)。臨時發(fā)生需求變更,容易導(dǎo)致新的需求考慮得更加不周全,項目的風(fēng)險、產(chǎn)品質(zhì)量下降的風(fēng)險都會加大,嚴(yán)重的還會導(dǎo)致產(chǎn)品偏離原本的產(chǎn)品定位或想法。頻繁的需求變更,對產(chǎn)品、項目進(jìn)度和團(tuán)隊積極性都有非常大的危害。項目經(jīng)理一定要不遺余力避免需求變更的情況。下面來看看需求變更產(chǎn)生的主要矛盾以及如何應(yīng)對。(1)由于實(shí)現(xiàn)難度而修改需求。這種情況往往發(fā)生在設(shè)計人員已經(jīng)給出了設(shè)計圖和切圖,開發(fā)人員開始開發(fā),在某一個地方遇到了實(shí)現(xiàn)難題,比如按照原本的需求方案,可能有性能問題,或者開發(fā)難度太大,工作量比預(yù)期的大很多,等等。這時候,只好用一個妥協(xié)的產(chǎn)品方案來替代原本的需求。于是,設(shè)計人員需要重新作圖,開發(fā)人員也有部分工作需要調(diào)整。有的同學(xué)可能會說,這種情況可不能賴項目經(jīng)理了吧?是開發(fā)人員實(shí)現(xiàn)不了導(dǎo)致推倒重來的。這里要特別指出,如果你想成為一名優(yōu)秀的項目經(jīng)理,千萬不要有這種思考習(xí)慣。項目中出現(xiàn)的任何問題,都有項目經(jīng)理的責(zé)任。那么,這種情況要如何避免呢?那就是盡早地邀請開發(fā)人員介入,在需求方案還未敲定時,甚至在需求發(fā)起和討論時就邀請開發(fā)人員一起參與討論,即使開發(fā)人員對產(chǎn)品方案不能給出建議,至少也可以了解需求的來源,并且及時指出一些技術(shù)實(shí)現(xiàn)的難點(diǎn)。這種實(shí)現(xiàn)風(fēng)險大、成本高的地方發(fā)現(xiàn)和提出得越早,越能保障產(chǎn)品后續(xù)環(huán)節(jié)的順暢進(jìn)行。需求變更發(fā)生得越晚,新的需求方案輸出得就越倉促,考慮得就越不周全,對產(chǎn)品和項目都有很大危害。風(fēng)險提出得越早,除可以避免團(tuán)隊成員工作量的浪費(fèi)之外,還可以讓大家對需求變更考慮得更周全。所以,在這里項目經(jīng)理要注意,讓開發(fā)人員盡早了解和知道接下來要做什么需求,涉及哪些技術(shù)難點(diǎn),這既是必需的,也是應(yīng)該的。(2)對需求考慮不周全。比如項目經(jīng)理小明設(shè)計用戶注冊流程,方案是用戶需要填寫手機(jī)號才能順利注冊。這個方案已經(jīng)由設(shè)計人員給出效果圖和切圖,且進(jìn)入了開發(fā)階段。那么,在這個過程中,小明從公司內(nèi)部的其他同類產(chǎn)品中了解到,用戶對手機(jī)號非常敏感,如果手機(jī)號是注冊時的必填信息,則很容易造成在注冊流程中用戶的流失。于是,小明只好修改產(chǎn)品方案,將填寫手機(jī)號一項改成選填,增加填寫常用郵箱作為注冊用戶的唯一標(biāo)識。這就是典型的在需求方案設(shè)計階段,沒有全面考量方案的例子。當(dāng)然,這與小明的經(jīng)驗也有關(guān)系,一般新人難免在設(shè)計方案時對一些情況不夠敏感,會有疏忽和考慮不全的情況。這需要項目經(jīng)理高標(biāo)準(zhǔn)要求自己,從各種角度審視、考量自己的方案,盡全力考慮周全,那么就會在相當(dāng)大的程度上避免需求變更,并且本人也會有所收獲、提升能力。 (3)還有一種非常無奈但是常見的情況,即老板提出的需求變更,或者真的由于產(chǎn)品方向改變而出現(xiàn)的需求變更。這種情況下,項目經(jīng)理也并非完全沒有責(zé)任。這時項目經(jīng)理要思考,為什么老板在已經(jīng)進(jìn)入設(shè)計和開發(fā)的階段才提出需求變更?是否因為老板之前并沒有能夠充分了解需求?這可能是因為老板太忙了,沒有關(guān)注到這個項目,那么其實(shí)項目經(jīng)理可以更主動積極地讓老板了解產(chǎn)品項目的進(jìn)度、整個需求的思考過程和最終方案。這樣,如果老板有其他想法或不同意見,即可及早提出。(4)在設(shè)計圖出來之后,或者開發(fā)原型出來以后,甚至在測試階段,發(fā)現(xiàn)之前的需求方案不合理。這種情況一般是不應(yīng)該發(fā)生的,項目經(jīng)理的水平越高,發(fā)生這種情況的概率也會越低。但是人不可能完全不犯錯,或者說,在看到真正的效果之前,甚至試用原型之前,有些交互體驗的細(xì)節(jié)問題確實(shí)難以發(fā)現(xiàn)。這也是項目經(jīng)理需要修煉自身的地方,平時應(yīng)該多試用各種產(chǎn)品,體驗各種交互和頁面設(shè)計,這樣才能在設(shè)計產(chǎn)品方案時不是單純地拍腦袋,而是在有真正的操作體驗的基礎(chǔ)上去設(shè)計。但是也要說明一點(diǎn),這種情況下的需求變更,不應(yīng)該是非常重大的變更,一般都是交互體驗或者頁面內(nèi)視覺邏輯的微調(diào)整。產(chǎn)品流程或產(chǎn)品邏輯的問題,應(yīng)該在視覺效果圖輸出之前就能夠被發(fā)現(xiàn),而不是到視覺效果圖或者產(chǎn)品原型階段才能發(fā)現(xiàn)。因此我們看到,避免需求變更的主要思想就是,讓信息在團(tuán)隊內(nèi)部,產(chǎn)品與產(chǎn)品之間, 團(tuán)隊與老板之間,進(jìn)行充分的交流和溝通,避免信息不對稱或不同步的情況,在信息充分同步的情況下,才能更早地暴露問題,提前修改需求方案,不浪費(fèi)設(shè)計和開發(fā)等資源。沒有需求變更的團(tuán)隊是非常理想的,但是當(dāng)理想照進(jìn)現(xiàn)實(shí),我們發(fā)現(xiàn),事實(shí)上很少有需求不變更的情況。那么,當(dāng)需求變更不可避免地發(fā)生了,該怎么處理,才能將危害降到最小呢? 其實(shí),需求變更流程與產(chǎn)品的一般流程是一致的,首先是項目經(jīng)理重新思考變更的需求, 全面考慮后輸出新的需求方案,同時并行的是充分與設(shè)計、開發(fā)、測試等團(tuán)隊成員溝通,讓大家了解需求為什么要變更,如何變更,以及修改后的方案會是什么樣子,等等。在團(tuán)隊成員對變更后的需求都認(rèn)可了之后,就要再次進(jìn)入設(shè)計、開發(fā)、測試的階段。在整個過程中, 項目經(jīng)理同時要關(guān)注的是需求變更對整個產(chǎn)品版本進(jìn)度的影響,一般需要設(shè)計、開發(fā)、測試人員重新評估工作量和提測時間,項目經(jīng)理需要了解該變更是否會影響產(chǎn)品最終的發(fā)布時間, 如果確實(shí)有影響,無法通過協(xié)調(diào)其他時間來消化,那么要及時告知更大范圍的團(tuán)隊成員。比如需求變更只涉及一個功能的開發(fā)和測試,但當(dāng)這個需求變更會影響整個版本的進(jìn)度時,就需要讓整個產(chǎn)品版本涉及的所有開發(fā)、測試等人員知道版本發(fā)布計劃的變更及原因。
名稱欄目:網(wǎng)站設(shè)計中客戶需求改變該設(shè)計師該如何做?
文章出自:http://redsoil1982.com.cn/news/55698.html
網(wǎng)站建設(shè)、網(wǎng)絡(luò)推廣公司-創(chuàng)新互聯(lián),是專注品牌與效果的網(wǎng)站制作,網(wǎng)絡(luò)營銷seo公司;服務(wù)項目有網(wǎng)站設(shè)計等
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容