APP開(kāi)發(fā)過(guò)程中，怎么應(yīng)對(duì)開(kāi)發(fā)需求變更

    在APP開(kāi)發(fā)過(guò)程中，最為讓人頭疼和煩惱的，大概就是開(kāi)發(fā)需求的變更了，在開(kāi)發(fā)過(guò)程中，客戶(hù)往往一個(gè)新的想法，就會(huì)把原來(lái)的想法覆蓋掉，或者改變掉，正常情況下，可能不是大改，也有會(huì)需要大改的情況發(fā)生，而軟件開(kāi)發(fā)過(guò)程中是漸進(jìn)式的，是產(chǎn)品到UI到開(kāi)發(fā)，是一個(gè)項(xiàng)目落地的過(guò)程，一個(gè)較長(zhǎng)的過(guò)程，在這個(gè)過(guò)程中，客戶(hù)的想法發(fā)生新的碰撞，產(chǎn)生新的火花，其實(shí)也是再正常不過(guò)了，有新想法，需要變更，也是軟件開(kāi)發(fā)過(guò)程中的家常便飯。

    一、什么叫軟件需求

    軟件需求是(1)用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)所需條件或權(quán)能(Capability)。 (2)系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。 (3)一種反映上面(1)或(2)所述條件或權(quán)能的文檔說(shuō)明。它包括功能性需求及非功能性需求，非功能性需求對(duì)設(shè)計(jì)和實(shí)現(xiàn)提出了限制，比如性能要求，質(zhì)量標(biāo)準(zhǔn)，或者設(shè)計(jì)限制。

    軟件需求分為三個(gè)層次，業(yè)務(wù)需求、用戶(hù)需求和功能需求—也包括非功能需求。

    業(yè)務(wù)需求( business requirement)反映了組織機(jī)構(gòu)或客戶(hù)對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。

    用戶(hù)需求(user requirement) 文檔描述了用戶(hù)使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例(use case)文檔或方案腳本(scenario)說(shuō)明中予以說(shuō)明。

    功能需求(functional requirement)定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶(hù)能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。所謂特性(feature)是指邏輯上相關(guān)的功能需求的集合，給用戶(hù)提供處理能力并滿足業(yè)務(wù)需求。

    二、作為APP軟件開(kāi)發(fā)公司，該如何應(yīng)對(duì)開(kāi)發(fā)需求變更

    1、對(duì)軟件需求進(jìn)行有效管理

    在項(xiàng)目簽訂之前，通過(guò)思維導(dǎo)圖、功能列表等多種方式幫助客戶(hù)進(jìn)行功能梳理，最大限度的減少將來(lái)可能存在的需求變更。并將功能情況列入合同內(nèi)，作為依據(jù)；

    在項(xiàng)目開(kāi)發(fā)過(guò)程中，對(duì)需求變更進(jìn)行有效控制，一方面，在產(chǎn)品原型設(shè)計(jì)階段，與客戶(hù)反復(fù)確認(rèn)，以免進(jìn)入后期開(kāi)發(fā)再有新的變更。第二，減少過(guò)濾不合理的需求，從產(chǎn)品的功能和用戶(hù)的角度給客戶(hù)合理的建議；第三，對(duì)于UE開(kāi)發(fā)過(guò)程中，實(shí)在需要修改的需求，較小的需求變更，可以接受的需求，可以幫助客戶(hù)實(shí)現(xiàn)，提高客戶(hù)滿意度；對(duì)于較大的變更，對(duì)整體開(kāi)發(fā)有較大影響的需求，需要對(duì)軟件進(jìn)行重新評(píng)估，看客戶(hù)是否接受在下一期開(kāi)發(fā)，或者本次需要開(kāi)發(fā)的話，需要對(duì)新功能的情況進(jìn)行評(píng)估。第四，一旦UE確定后，UE將無(wú)法再次變更，因?yàn)楹罄m(xù)開(kāi)發(fā)都會(huì)以此為依據(jù)。

    2、在系統(tǒng)開(kāi)發(fā)完成后，客戶(hù)再次提出新的需求

    這種情況下，基本上考慮是約定之外的新的開(kāi)發(fā)需求，要分析客戶(hù)要改變的具體的是什么內(nèi)容，如果是一些小需求，可以在下次版本迭代時(shí)進(jìn)行開(kāi)發(fā)，在原來(lái)基礎(chǔ)上增加一些小的修改。如果是較大的基本的核心功能都需要更改的話，那么可以在二期項(xiàng)目中，需要進(jìn)行大的升級(jí)或者重構(gòu)時(shí)，重新評(píng)估來(lái)滿足客戶(hù)的需求。而且要防止客戶(hù)濫用提需求的權(quán)力，對(duì)于一些不合理的需求，還要去引導(dǎo)客戶(hù)，讓他們理解這個(gè)功能的不合理的地方，從而重新修改需求或者放棄。

    總的來(lái)說(shuō)，軟件需求變更并不可怕，最重要的是需要合理的控制和應(yīng)對(duì)，小修改，滿足客戶(hù)，提升客戶(hù)滿意度，大修改，重新評(píng)估，客戶(hù)也是可以理解自己的需求變更的。最無(wú)法把控的就是前期需求不清晰，或者客戶(hù)不認(rèn)可需求的內(nèi)容為新增需求的情況，所以，文檔化管理、前期約定，對(duì)雙方都是更好的保障。