首先自述一下，阿拉是一名程式員，當過專案的救急人員，也當過小小的網路黑客，混跡于傳統互聯網與移動互聯網多年，閱歷過多種開發模式，如:敏捷式開發、瀑布式開發，
一、敏捷式開發
快速開發、反復迭代，以最快速度達到用戶的需求，
二、瀑布式開發
按照軟體開發流程，制定計劃、需求分析、軟體設計、程式撰寫、軟體測驗和運行維護等制定六個基本活動
額，好像跑題了，
這是常用的軟體開發模式，so，在傳統互聯網的話，一個小小的程式猿，可能記得當爹又得當媽，從用戶需求到界面設計、代碼撰寫及測驗，可能都得一手抓，那么對于我們來說，思考的度量往往是以實作功能為標準，可能會忽略了各種界面的美觀和軟體的可便捷性，此外，專案的檔案說明及專案概要，往往是以簡單的檔案為標準，因為當爹當媽的會往往忽略掉這些“不以為編碼“為中心的東西，如果你從一至終參與了專案開發，那么你是lucky的，因為可能你不需要通過專案檔案及專案概要去熟悉專案及開發，可以快速的回應用戶的反饋，如果你是途中加入的，那么可能沒那么幸運了，因為可能你腦海中沒有專案的藍圖，只能從檔案及專案概要這些得到熟悉，而往往這些檔案和概要程式員還寫得很粗糙，可能就兩頁word檔案就把專案的說明這些寫完了，那么只能痛苦的邊編碼邊熟悉了，
這時候，是否會想到，如果有個專案原型及詳細的功能介紹就好了，Bingo！產品經理此時此刻就應運而生了，那么產品經理需要做什么呢，（僅此猜測）調研用戶的需求，設計產品的原型及說明，然后對于我們程式員來說，僅需要根據產品的原型及說明去設計資料庫及編碼即可，是不是覺得很方便呢，就算是中途加入專案組的話，也不用擔心不熟悉需求、檔案粗糙的煩惱了，因為產品原型和說明就提供了需求和專案的界面大概形狀給我們參考，不用我們再苦逼的去想需求、去想界面怎么設計等等，
當然，凡是必有利弊，有產品原型這些固然是好，可以讓開發更專注于開發，但是也可能讓本來就宅的程式猿變得更宅，知識面可能也會受到一點局限，如果什么都一手抓，那么可能你會對軟體開發的整個程序都有所了解，包括需求調研一直到軟體測驗，
好吧，說了那么多，感覺上面就放了個屁，沒有拉屎，和標題并不符合，那么下面就且講幾句恰合標題的話
我所理解的移動互聯網開發流程是這樣的，產品設計好原型和說明交給開發和測驗，測驗根據檔案上的說明測驗開發出來的產品，然后定時匯總反饋給產品，開發根據產品的原型及說明進行開發和反饋，這樣的話，開發就可以專注于開發了，當然這有一個弊端，如果某一個環節有問題，需要加班，那么可能你們三個都要加班，是不是覺得頓時責任心就來了呢，不能坑別人加班呢，哈哈哈，，，，（此時，可能測驗已經在心里默默的罵了你幾百遍，，）
當然，如果什么都是你一手做的話，那么如果要加班，只能是你自己（此時，自己默默的在心里面安慰著自己...）
最后總結一下，當然沒有說誰優誰劣，分工更明確的產品-(前后端)開發-測驗當然是市場上的主流，畢竟是用來完善傳統互聯網開發的一些弊端，做到”術業有專攻“，如果沒有，那么也不必要埋怨，傳統的東西必定存在它一定的價值，比如可以省掉不少人力物力，
最后祝大家開發天天順利，天天無BUG，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/224459.html
標籤：其他