從運營維護、軟件開發(fā)、SA到BA，職業(yè)的發(fā)展軌跡，讓我有機會從不同的角度觀察軟件產品開發(fā)過程中的不同角色，其中有幾個角色與BA接觸較多且角色定位上容易被交錯，比如產品經理，產品運營，IT運營，SA，開發(fā)負責人，UI，UE，架構工程師 。借本文，想總結下自己的認識和思考，供同行參考 。
關于軟件產品生命周期的環(huán)節(jié)和角色
我們軟件產品生命周期的主要環(huán)節(jié)應有如下：
業(yè)務分析（BRD）需求分析(PRD)UE交互設計UI設計系統(tǒng)分析設計系統(tǒng)開發(fā)系統(tǒng)測試SIT驗收測試UAT上線生產驗證產品運營系統(tǒng)運營系統(tǒng)維護
每個環(huán)節(jié)的主要工作和產出以及對應的角色總結主要如下：
關于軟件產品生命周期中角色設置的思考
其實每個角色都是應運各個環(huán)節(jié)的需求而產生的，對于參與產品生命周期的人員而言，不管您冠以何種角色，相應環(huán)節(jié)的事情總是要有人做，角色稱呼可以變，事情卻總要有人做 。
對于小公司而言，可能一個人全包了所有角色；對于大公司而言，以用戶為導向的系統(tǒng)更關注用戶體驗，而以業(yè)務為導向的系統(tǒng)則更關注業(yè)務邏輯在系統(tǒng)中的實現(xiàn)，就需要針對產品重點配置相應的角色 。比如互聯(lián)網(wǎng)產品，目的是流量，那么必須要有更好的用戶體驗從而吸引并留住更多的用戶，正常要做好互聯(lián)網(wǎng)產品，UI\\UE必須有專業(yè)的團隊 。然而那些偏后臺支持業(yè)務運作的系統(tǒng)往往沒有專門的UI\\UE團隊，只要產出的東西能夠滿足業(yè)務部門的需要，業(yè)務部門對系統(tǒng)的用戶體驗容忍程度非常高，還有一個原因就是，不管他們是否喜歡，這個系統(tǒng)都是他們必須用的系統(tǒng)，也就是用戶沒有選擇權 。
所以對于一個系統(tǒng)的團隊建設，往往要考慮多方面的因素來設立組織架構 。個人認為以下都是考慮因素，但具體量化處理依賴于各系統(tǒng)日常的運轉情況的考量，個人認為管理層要關注日常的運轉數(shù)據(jù)、不斷調整適配，才能確保系統(tǒng)能夠順利運營和發(fā)展 。
1、系統(tǒng)的目標用戶屬性
如上所述，如果目標用戶互聯(lián)網(wǎng)用戶，沒有培訓的可能性，那么這個系統(tǒng)要特別關注用戶體驗，一般應該要設立專門UI、UE團隊，且要有專業(yè)的產品經理關注、統(tǒng)籌系統(tǒng)相關方方面面的事宜 。
而如果目標用戶是既定范圍的公司內部用戶，有培訓的基礎，那么這個系統(tǒng)的用戶體驗反而不是最高要求，而業(yè)務邏輯是最高要求，這個時候就必須要求有產品經理專門梳理業(yè)務流程、業(yè)務邏輯，且業(yè)務部門必須有業(yè)務運營經理角色可以負責用戶培訓、用戶咨詢等工作 。
2、系統(tǒng)的用戶量
如果系統(tǒng)的用戶量會達到一定數(shù)量級，必須建立專門的運營經理和運營工程師角色，否則無法迅速應對大量用戶在使用系統(tǒng)時碰到的各種問題 。
3、系統(tǒng)所實施的業(yè)務流程和規(guī)則的復雜程度
如果系統(tǒng)的業(yè)務流程簡單、且邏輯簡單、功能單一，這樣的系統(tǒng)很容易成熟穩(wěn)定，即使用戶量很大可能也不會有太多的使用問題，這個時候運營經理和運營工程師的人員相對可以很少或者跟其他角色合并 。
4、系統(tǒng)投入產出比要求
如果對于該系統(tǒng)的投入產出有更高的要求，就要進行多方面的分析從而對角色進行合理的配置，否則很容易超標 。
5、系統(tǒng)規(guī)劃發(fā)展的要求
如果一個系統(tǒng)規(guī)劃良好，不易發(fā)生變更，這樣的系統(tǒng)，運營經理和維護工程師也可以相對少些，也即維護成本會少些 。有個IT同事總結的一句話非常好，沒有變更就沒有傷害 。系統(tǒng)的穩(wěn)定有賴于良好的系統(tǒng)規(guī)劃，而運維的成本有賴于系統(tǒng)的穩(wěn)定 。
推薦閱讀
- 系統(tǒng)軟件有哪些
- 木衛(wèi)二發(fā)現(xiàn)鯨魚NASA發(fā)現(xiàn)木衛(wèi)二存在生命適合人類居住 木衛(wèi)二鯨魚照片
- 印度用什么社交軟件
- 下載啥軟件能定位找人
- 新電腦怎么下載軟件
- 電腦充不了電是因為什么原因
- wps如何做3列柱形圖
- 電腦自動下載軟件怎么辦
- 微信怎樣防止自動扣費
- 渲染用什么軟件