深圳APP開(kāi)發(fā)公司一個(gè)完整的APP研發(fā)團(tuán)隊(duì)?wèi)?yīng)該包括以下成員。
產(chǎn)品經(jīng)理：明確產(chǎn)品需求，提供產(chǎn)品原型。
設(shè)計(jì)人員：根據(jù)產(chǎn)品經(jīng)理的原型，設(shè)計(jì)效果圖和切圖。
開(kāi)發(fā)人員：編碼實(shí)現(xiàn)具體功能。
接口開(kāi)發(fā)人員：提供服務(wù)器端的接口給APP調(diào)用。
測(cè)試人員：測(cè)試APP和接口。
項(xiàng)目經(jīng)理：制訂項(xiàng)目計(jì)劃，組織和協(xié)調(diào)各成員共同完成APP的開(kāi)發(fā)。
許多小公司為了節(jié)約成本，沒(méi)有專職的測(cè)試人員和項(xiàng)目經(jīng)理，讓開(kāi)發(fā)兼測(cè)試，產(chǎn)品經(jīng)理兼項(xiàng)目經(jīng)理。項(xiàng)目經(jīng)理可以讓產(chǎn)品經(jīng)理兼，但測(cè)試人員還是不能少，讓開(kāi)發(fā)人員兼測(cè)試是無(wú)法保證產(chǎn)品質(zhì)量的。
需求處理
軟件需求工作貫穿于整個(gè)軟件項(xiàng)目過(guò)程中，從立項(xiàng)評(píng)估階段到開(kāi)發(fā)階段，乃至到了上線階段都會(huì)涉及。軟件項(xiàng)目的特點(diǎn)是需求多變，要有服務(wù)意識(shí)，以客戶（包括產(chǎn)品經(jīng)理、UI設(shè)計(jì)等公司內(nèi)部客戶和公司外部客戶）需求為導(dǎo)向，滿足客戶多變的需求。在項(xiàng)目初期盡快開(kāi)發(fā)一個(gè)Demo版本，提供給客戶做詳細(xì)評(píng)估。對(duì)于工作量較大或難點(diǎn)功能，要細(xì)化分解，分步驟分階段實(shí)現(xiàn)。
在開(kāi)發(fā)過(guò)程中，和客戶多交流和實(shí)時(shí)互動(dòng)，力求在需求方面對(duì)客戶進(jìn)行積極的引導(dǎo)工作，以便更有效地完成開(kāi)發(fā)工作（如果客戶要求的某種功能難以做到，可以引導(dǎo)客戶換種方式實(shí)現(xiàn)）。在開(kāi)發(fā)過(guò)程中，要實(shí)時(shí)發(fā)布版本，以便能夠盡快反饋客戶需求，讓客戶能夠看到更多階段性成果，以打消對(duì)方的疑慮，獲得對(duì)方的理解和信任。有時(shí)會(huì)遇到對(duì)于某個(gè)功能開(kāi)發(fā)人員的理解并不完全符合客戶的需求，這就需要在功能開(kāi)發(fā)過(guò)程中提供版本給客戶，而不是全部完成開(kāi)發(fā)后再給客戶確認(rèn)，可以在做的過(guò)程中發(fā)現(xiàn)理解的偏差，提早糾正，減少資源的浪費(fèi)。
對(duì)于客戶的需求，如果不想做，不能直接拒絕，而是要給客戶分析下實(shí)現(xiàn)這個(gè)需求導(dǎo)致的成本增加、進(jìn)度延誤和質(zhì)量隱患等風(fēng)險(xiǎn)，提供風(fēng)險(xiǎn)評(píng)估給客戶。
對(duì)于一些特殊的需求，可以要求客戶提供參考軟件，按照參考軟件的實(shí)現(xiàn)方式開(kāi)發(fā)。在開(kāi)發(fā)階段，客戶往往通過(guò)郵件的形式不斷提出需求，最好是要求客戶把需求寫在文檔中，以文檔的形式方便保存和匯總。在項(xiàng)目開(kāi)發(fā)過(guò)程中，需要客戶方指定一個(gè)需求輸出的總接口人，不要政出多門，影響溝通效率。最好能和客戶確定一個(gè)鎖定需求的時(shí)間點(diǎn)，也就是過(guò)了這個(gè)時(shí)間點(diǎn)，如果客戶再提新需求，需要重新制訂項(xiàng)目進(jìn)度計(jì)劃。
進(jìn)度計(jì)劃進(jìn)度計(jì)劃的制訂需要考慮如下因素。
（1）確定項(xiàng)目需求和工作范圍后，要根據(jù)以下信息，確定軟件進(jìn)度計(jì)劃。
客戶或其他部門提供資源的時(shí)間點(diǎn)。測(cè)試部門、客戶和試用人員每測(cè)試一個(gè)版本的測(cè)試周期。項(xiàng)目組的人力資源狀況。國(guó)定節(jié)假日。除此之外，還需要和測(cè)試負(fù)責(zé)人及客戶方一起核對(duì)，最終達(dá)成一致，保證進(jìn)度計(jì)劃得到各方認(rèn)可。在制定進(jìn)度計(jì)劃時(shí)，最好要預(yù)留一個(gè)版本的時(shí)間buffer，以應(yīng)對(duì)突發(fā)情況。
（2）在制定計(jì)劃時(shí)，要根據(jù)產(chǎn)品原型和設(shè)計(jì)效果圖先確定需要后臺(tái)接口開(kāi)發(fā)人員提供哪些接口給APP。明確接口的開(kāi)發(fā)計(jì)劃后，再確定APP的開(kāi)發(fā)計(jì)劃。某個(gè)功能的接口開(kāi)發(fā)及接口測(cè)試完成時(shí)間應(yīng)該至少在APP開(kāi)始此功能的開(kāi)發(fā)前一天完成。如果接口和APP的開(kāi)發(fā)同時(shí)進(jìn)行，就變成了測(cè)試驅(qū)動(dòng)開(kāi)發(fā)，讓APP的開(kāi)發(fā)人員測(cè)試接口，嚴(yán)重影響APP開(kāi)發(fā)人員的效率。
（3）iOS的開(kāi)發(fā)工具Xcode比Android的開(kāi)發(fā)工具AndroidStudio的效率高許多，Xcode的編譯速度和模擬器的運(yùn)行速度也都比AndroidStudio的快許多，Android開(kāi)發(fā)比還要比iOS開(kāi)發(fā)多做許多兼容性適配工作。在人員數(shù)量一樣、開(kāi)發(fā)水平相近的情況下，Android的開(kāi)發(fā)進(jìn)度可以稍微比iOS的開(kāi)發(fā)進(jìn)度滯后些。如果要兩者的開(kāi)發(fā)進(jìn)度一樣，最好Android的開(kāi)發(fā)人員比iOS的開(kāi)發(fā)人員多一些。
（4）除了業(yè)務(wù)功能外，在軟件上線后產(chǎn)品和運(yùn)營(yíng)人員想要了解哪些統(tǒng)計(jì)數(shù)據(jù)，需要在制定產(chǎn)品需求和項(xiàng)目計(jì)劃的時(shí)候也將其考慮在內(nèi)。
（5）在制訂計(jì)劃時(shí)，需要把測(cè)試人員按APP上架軟件商店的審核要求對(duì)APP進(jìn)行測(cè)試的時(shí)間考慮在內(nèi)。如iOS的進(jìn)度計(jì)劃里就需要增加按蘋果軟件商店的審核要求自測(cè)的時(shí)間，且iOSAPP的進(jìn)度計(jì)劃要比AndroidAPP提前完成，預(yù)留通過(guò)蘋果公司審核的時(shí)間，以便iOSAPP可以和AndroidAPP同時(shí)上線。
（6）在制訂計(jì)劃時(shí)，除了考慮內(nèi)部測(cè)試時(shí)間外，還要考慮公測(cè)時(shí)間。在正式上線前，先挑選一些有代表性的客戶試用，等解決了這些客戶反饋的問(wèn)題后再正式上線，大面積推廣。APP開(kāi)發(fā)公司本文關(guān)于“APP開(kāi)發(fā)團(tuán)隊(duì)在進(jìn)行APP開(kāi)發(fā)時(shí)需要做哪些工作？”的知識(shí)就介紹分享到這里，謝謝關(guān)注，博納網(wǎng)絡(luò)編輯整理。
