深圳APP開發(fā)就上篇文章《深圳APP開發(fā)公司分享APP后臺管理端制作經(jīng)驗（六）》，對于APP制作后臺開發(fā)的流程以及注意事項作了相關(guān)的總結(jié)，幾天我們繼續(xù)前面的文章將未完部分寫完，希望我們的客戶們通過本文，對您即將要做的APP項目制作流程有一個初步的了解，也為您今后的APP營運(yùn)工作帶來幫助。
APP開發(fā)后制作流程示例圖
一、在日常開發(fā)App開發(fā)中，App通過API和App后臺交互，所以后臺開發(fā)人員先設(shè)計相關(guān)的API并讓API返回假數(shù)據(jù)，以便讓App的開發(fā)人員調(diào)用API接口順利開展工作。先設(shè)計相關(guān)的API并讓API返回假數(shù)據(jù)有兩個好處。整個開發(fā)計劃有個總體的規(guī)范。相當(dāng)于是TDD（測試驅(qū)動開發(fā)）。開發(fā)過程中遇到任何問題，必須及時找相關(guān)人員溝通。這樣有個關(guān)鍵的地方，溝通可能會打斷別人工作，打斷別人的工作有兩種情況：一種是別人正在投入、忘我地進(jìn)行某項關(guān)鍵性工作；另外一種是別人正進(jìn)行一些零碎的、不重要的工作。對于第一種情況，打斷別人的工作后別人心情也不好，而且其重新切換到投入、忘我的工作狀態(tài)很困難；對于第二種情況則沒多大關(guān)系。為了保證溝通的效果，可以采用下面的方法。如果不是非常緊急的問題，可以等相關(guān)人員休息的時候再溝通。解決一個問題，先梳理情緒，再梳理人際關(guān)系，最后才是問題本身。多微笑，別苦著臉，平時待人和善，說好話，存好心，做好事，溝通的時候?qū)κ虏粚θ恕τ陉P(guān)鍵性工作可以試一下番茄工作法：設(shè)計一個很短的時間周期（例如25分鐘）專注于工作，中途不允許被任何人打擾，過了這個時間周期后休息5分鐘。Scrum中有個關(guān)鍵的職位“Scrummaster”，在創(chuàng)業(yè)開發(fā)團(tuán)隊中，Scrummaster一般是由技術(shù)總監(jiān)擔(dān)任，團(tuán)隊和外部的溝通必須統(tǒng)一通過Scrummaster。例如市場部、運(yùn)營部的同事有什么需求要開發(fā)團(tuán)隊完成，必須要經(jīng)Scrummaster同意后再由Scrummaster和開發(fā)團(tuán)隊溝通。如果開發(fā)人員有重大的決策，也必須經(jīng)Scrummaster同意。Scrummaster的最大作用是屏蔽外部對開發(fā)團(tuán)隊的影響，使開發(fā)的進(jìn)度和開發(fā)的效率得到保證。團(tuán)隊建設(shè)采用定期團(tuán)體活動，當(dāng)時的團(tuán)體活動是周四下午集體去打羽毛球。團(tuán)體活動不但能加強(qiáng)團(tuán)隊的凝聚力，而且運(yùn)動后身體沉悶的感覺都消失了，變得神清氣爽，活力十足，開發(fā)效率倍增。在開發(fā)過程中需要注意：一個SprintBacklog中，需求不能變更，UI確定后原則上只能做小修改（但這點無法得到保障）。產(chǎn)品有新的需求，下一個SprintBacklog再考慮。
APP開發(fā)后臺開始制作示例圖
二、每日例會每日例會前，團(tuán)隊成員應(yīng)該整理各自的任務(wù)列表，包括：昨天完成了哪些任務(wù)，每個任務(wù)使用了多少時間，沒完成的任務(wù)估算還要多少時間。剩余的開發(fā)時間。例會中產(chǎn)品經(jīng)理和開發(fā)團(tuán)隊的成員都要參加，如果可以的話，讓運(yùn)營人員和市場人員也參加，這樣可以使團(tuán)隊每個成員都對公司的產(chǎn)品有個整體的了解。每個人在例會上報告以下3方面的事情。昨天做了哪些工作？今天準(zhǔn)備做哪些工作？有什么工作需要其他同事配合？注意避免在會議上討論問題，如果真的需要討論，請在會議后和同事討論，不要浪費整個團(tuán)隊的時間。三、測試和修復(fù)Bug產(chǎn)品開發(fā)完成就進(jìn)入測試和修復(fù)Bug的階段。如果人手不足，可以使用交叉測試的方式，即Android開發(fā)人員測試iPhone的App，iPhone開發(fā)人員測試Android的App，后臺、運(yùn)營、UI等人員看情況分配測試任務(wù)。測試人員把測試得到的問題提交到Bug管理軟件，每個Bug應(yīng)該包含3部分。問題描述和重現(xiàn)步驟。測試人員。負(fù)責(zé)解決這個問題的人員，如果測試人員不知道具體負(fù)責(zé)人，把問題提交給技術(shù)總監(jiān)，由技術(shù)總監(jiān)指定解決問題的研發(fā)人員。
四、評審會議在測試和修復(fù)Bug完后全體人員開評審會議。相關(guān)的開發(fā)人員在評審會議中向全體人員演示App的功能。iPhone的演示可以使用一個收費的工具，該工具把iPhone屏幕的影像傳輸?shù)組ac電腦，再通過Mac電腦傳輸?shù)酵队皟x，Android上沒找到哪個好用的演示工具（后來網(wǎng)友提示360手機(jī)助手可以實現(xiàn)演示功能）！當(dāng)時我們的方法是Android演示的時候，用iPhone的攝像頭對著Android機(jī)，通過iPhone的收費工具在投影儀上觀看。
五、回顧會議研發(fā)完成后開回顧會議，每個成員都在會議中提兩點。這輪迭代過程中做得好的地方。這輪迭代過程中做得不好的地方。這個過程走兩輪，即每個成員都要提兩點做得好的地方和兩點做得不好的地方。注意當(dāng)一個成員提出自己的意見時，其他成員不做任何的評價。
六、及時反饋精益理念中很重要的兩點是快速反饋和快速迭代?？焖俚峭ㄟ^Scrum這個敏捷開發(fā)框架實現(xiàn)的，但快速反饋呢？產(chǎn)品投入到市場后，怎么快速收集用戶的反饋呢？當(dāng)時項目采用的方法如下。建立相關(guān)的QQ群，收集意見。在App中，有個意見反饋的功能，能把反饋的意見發(fā)送到服務(wù)器。后臺中有個系統(tǒng)的賬號。每個用戶注冊后就自動加這個系統(tǒng)賬號為好友，可以隨時通過聊天功能向這個系統(tǒng)賬號提問題。產(chǎn)品經(jīng)理經(jīng)常登錄這個系統(tǒng)賬號和用戶交流。
七、APP開發(fā)公司總結(jié)：敏捷開發(fā)不是萬能藥（世界上也不會有萬能藥），團(tuán)隊如果不結(jié)合項目的實際情況，覺得敏捷開發(fā)時髦就生搬硬套地把敏捷開發(fā)引入到項目中，那是得不償失的。敏捷開發(fā)更適用于需求多變、開發(fā)周期短的項目，例如App的開發(fā)，對于大型的航天、銀行、證券等項目，敏捷開發(fā)不一定合適。深圳APP開發(fā)博納網(wǎng)絡(luò)編輯整理，對于APP開發(fā)后臺制作步驟流程經(jīng)驗文章第一部分分享完，如果本類型的文章對您的工作有所幫助，敬請關(guān)注APP開發(fā)后臺制作經(jīng)驗第二部分，APP開發(fā)之后臺基礎(chǔ)技術(shù)。
