開發app需要角色

2021-07-11 15:39:47 字數 2205 閱讀 9479

1、開發流程包括:

(1)使用者需求分析

(2)產品原型設計

(3)ui視覺設計

(4)資料庫搭建

(5)服務端開發

(6)ios客戶端開發/android客戶端開發

(8)上傳到應用商店。

2、對應的工作職位包括:

(1)產品經理

(2)ui設計師

(3)資料庫架構師

(4)服務端工程師

(5)ios客戶端工程師

(6)android客戶端工程師

(7)測試工程師

(8)運營人員

(9)推廣人員。

專案研發流程一般來說分3個階段

在需求階段產品經理內部進行需求討論:討論下版本需求重點是什麼,做什麼功能,怎麼做。通過反覆調研、討論、輸出互動方案。

確認需求可行性:產品在輸出互動方案後找相應的開發討論需求方案是否可行,這個討論階段產品和開發的思維方式不同,往往會擦出新火花、新驚喜;但討論控制不好或者會演化為產品和程式設計師的撕逼大戰,呵呵。

ui設計:設計師將產品的互動方案變得更生動精美,不過精美的設計稿不見得都能實現出來。在這個過程中產品經理需要協調設計師和前端人員的溝通,制定設計規範。同時保證設計稿的質量,出稿進度。

需求宣講:產品經理將互動方案和實現邏輯完善以及將上版本的bug、其他優化需求等整合出完整的版本需求文件後,拉上專案所有成員宣講。宣講目的主要讓專案成員清楚新版本需求的重點是什麼,做什麼功能,為什麼做(重點講);簡單介紹怎麼做,講解互動方案或設計稿,給大家有乙個整體的印象,讓大家都了解版本功能的意義。

專案啟動:需求宣講後,開發根據產品需求文件進行需求評審,評估出研發週期、提測時間、預發布時間點、正式發布時間點。產品根據評審結果傳送專案啟動郵件。

研發:需求研發過程中,產品跟進研發進度,保持與開發溝通確保需求被正確理解,及時解決研發過程中發現的新問題。

測試用例:產品、測試、開發共同確認版本測試用例,並同步研發過程中變更的需求和細節。

提測:產品驗收開發輸出的功能模組,並輸出體驗回歸文件;測試根據用例驗證需求邏輯,提bug、優化給開發。內網環境測試通過後,測試繼續驗證預發布環境、正式環境。

客服培訓:測試驗證的過程中,版本發布前,產品提前給客服培訓新版本內容。

運營報告:版本發布完畢還未算完呢,運營人員在新版本發布後,收集使用者反饋,進行資料監測、資料分析;評估新版本功能效果和影響,驗證新版本功能以及輸出下版本需求開發和優化建議。

從筆者實踐經驗來看,要保證流水線順暢,理想情況產品需求文件要領先前端開發2個版本,設計領先前端開發1個版本,後端開發領先前端開發半個版本。即在當前專案啟動同時,產品經理已經在調研討論下下版本需求;設計開始搞下版本的稿子;當前專案進行到一大半時,後端已經完成當前版本的需求,並開始準備下版本的需求預研。

版本規劃是產品經理根據需求優先順序和開發進度預估定出來的,即每個版本要做什麼,重點是什麼,研發時間,上線時間等。一般來說,專案每發布乙個版本都應該有它的意義和主打功能。

後續開發的每乙個版本都應該至少有乙個重要功能,版本研發週期最好控制在2周-3週內。這樣的好處一方面是保證專案成員有個良好的開發節奏,使研發效率最大化;另一方面保證每個版本有新東西給到使用者體驗,以及符合各大市場申請首發條件,獲得免費的推廣資源(ps:一般首發活動可以獲得幾千到幾萬的免費使用者,還是挺吸引的)。當然重大功能上線的話,確保上線後版本的穩定性,可以將研發週期延至1個月,或者進行灰度發布。要盡量避免安排超過乙個月研發週期的版本,否則要將長版本設定為若干個里程碑驗收。經驗來看研發週期過長往往會導致研發技術人員精力分散,工作拖沓,積極性下降。

一般情況不建議頻繁發布小版本,因為每個版本發布都需要測試,打包,發布市場,發公升級配置和公升級提醒等。頻繁發布小版本造成測試和運營重複性工作增加,造成

資源浪費;使用者側看頻繁的公升級提醒也是件很討厭的事情。另外,建議外網運營客戶端版本最多不要超過4個。維護老版本成本還是比較高的,比如做新功能還要考

慮新老版本相容情況,和各種後台資料介面公升級、更新的相容問題等。

在特殊的情況下,有緊急的bug和漏洞時,才建議緊急發布乙個bugfix版本。

如下圖:

開發app需要角色

1 開發流程包括 1 使用者需求分析 2 產品原型設計 3 ui視覺設計 4 資料庫搭建 5 服務端開發 6 ios客戶端開發 android客戶端開發 8 上傳到應用商店。2 對應的工作職位包括 1 產品經理 2 ui設計師 3 資料庫架構師 4 服務端工程師 5 ios客戶端工程師 6 andr...

rabbitmq有哪些重要角色和元件?

生產者 訊息的建立者,負責建立和推送資料到訊息伺服器 消費者 訊息的接收方,用於處理資料和確認訊息 就是rabbitmq本身,用於扮演快遞的角色,本身並不生產訊息 connectionfactory 連線管理器 應用程式與rabbitmq之間建立連線的管理器 channel 通道 訊息推送使用的通道...

組建高效快速研發團隊的必要角色

凌輝 部落格,出處為 作者一直從事與 開發有關的專案,本文所述的高效快速反應的研發團隊組成元素並非放之四海而皆準,也與 開發專案有關,並且只是理論求證階段,作者尚未有實際的實踐證明,如果有不足或者欠缺之處,請指教。在三層架構風靡 it界的當今,仍然有不少的公司對三層架構置之不理,具體原因不得而知。下...