建站
咨詢
售后
建站咨詢
新聞中心
01
【優(yōu)先做設(shè)計方案】
職場中的那些魔幻操作，研發(fā)最煩的是哪個？
作為一個數(shù)年且資深的互聯(lián)網(wǎng)普通開發(fā)，可以來說明一下為什么是：缺乏設(shè)計；
面對業(yè)務(wù)需求的時候，可能都聽過這樣一句話：
這個很簡單，直接開發(fā)，三天內(nèi)上線；
產(chǎn)品聽了流淚，測試見了崩潰，研發(fā)眉頭一皺直呼什么鬼；
如果沒有聽過，那么職場的經(jīng)歷可能是不完美的，但是幸運爆棚；
這種魔幻般的神奇操作，邏輯在哪里？底線在哪里？唯獨離譜在這里；
從實踐經(jīng)驗上來看，產(chǎn)品研發(fā)拋開業(yè)務(wù)設(shè)計所帶來的反傷，也許會遲到，但絕對不會缺席；
所謂的簡單業(yè)務(wù)流程，倉促上線之后，后續(xù)補坑的成本可能高的離譜；
相對于完整的研發(fā)周期來說，設(shè)計、落地、一次性的高質(zhì)量完成，就是成本最低，效率最高的決策；
對于研發(fā)角色，方案設(shè)計通常就是圍繞技術(shù)和業(yè)務(wù)兩個核心；
02
【常用的方法論總結(jié)】
在做方案設(shè)計時，必然要運用一些基礎(chǔ)的方式方法；
有關(guān)方法的經(jīng)驗總結(jié)很多，但是真正常用的并不多，以下只圍繞個人在工作中常用的幾個來分析；
- 本質(zhì)：
理解本質(zhì)的時候，必須明確在一定的空間和時間范圍內(nèi)，需要有邊界約束；
如果范圍擴大，考慮的因素太多，相互間的影響和關(guān)聯(lián)過度復(fù)雜，脫離實際太遠，很難得出符合現(xiàn)狀的結(jié)論；
在工作中時常會說：透過現(xiàn)象看本質(zhì)，理解不同事物的共性和個性，判斷發(fā)展邏輯；
那么，如何理解產(chǎn)品研發(fā)的本質(zhì)？
基于業(yè)務(wù)的供需關(guān)系，持續(xù)打造優(yōu)質(zhì)的產(chǎn)品服務(wù)；
這個描述只是個人的實踐體會，對于事物的本質(zhì)理解，應(yīng)該簡單明了，直擊核心內(nèi)容；
- 矛盾
矛盾是指事物內(nèi)部以及事物之間的對立統(tǒng)一關(guān)系，雖然概念很抽象，但現(xiàn)象幾乎是無處不在；
用通俗的方式來理解，就是需求和利益之間的沖突且統(tǒng)一的關(guān)系；
以常見的平臺商業(yè)形式來思考；
平臺方：希望以低成本的服務(wù)獲取更高的營收；
客戶方：希望以低成本獲得更好更優(yōu)質(zhì)的服務(wù)；
平臺與客戶雙方，都希望低成本付出，獲取更高的回報，矛盾就這樣產(chǎn)生了；
但是，平臺失去客戶，沒有持續(xù)生存的能力；客戶本身又依賴平臺服務(wù)，關(guān)系既統(tǒng)一又存在沖突；
雙方的合作，隨著不同階段的核心問題被解決，即事物的不斷發(fā)展變化，新的問題和矛盾也會出現(xiàn)；
- 系統(tǒng)
理解事物的全貌，橫向擴展的廣度，縱向發(fā)展的深度，在時間空間的變化中，以動態(tài)的思維應(yīng)對事物的變化；
簡單的說就是：全面的看事物，系統(tǒng)的解決問題；
以實際的研發(fā)案例來分析；
面對并發(fā)業(yè)務(wù)的復(fù)雜流程時，比較經(jīng)典的就是搶單場景，處理的思路有很多種；
如果資源足夠，直接擴展以支撐請求處理；
如果資源不足，可以限制請求端的放行比例，服務(wù)端只處理少量請求；
或者服務(wù)端對請求異步解耦，快速失敗掉大量的請求；
所以在面對問題時，不必只片面的看一個方向，圍繞問題的矛盾多方，統(tǒng)籌尋找平衡的解決方法；
- 周期
在周期現(xiàn)象中，存在事物的發(fā)展和演變規(guī)律；
即事物在運動、變化的發(fā)展過程中，某些特征多次重復(fù)出現(xiàn)；
比較經(jīng)典的現(xiàn)象就是業(yè)務(wù)的發(fā)展周期：孵化期、驗證期、成長期、成熟期、衰退期、轉(zhuǎn)型或者消亡期；
理解事物的發(fā)展周期，可以在不同的階段把握核心事項，解決關(guān)鍵問題；
- 分治
分而治之是研發(fā)的核心能力之一，強調(diào)對復(fù)雜事物的拆解能力；
隨著技術(shù)水平的成長，面對的業(yè)務(wù)問題也更加復(fù)雜，必須具備拆分能力，分而治之；
流程的分段管理；技術(shù)與業(yè)務(wù)的分離；代碼工程的分層維護；系統(tǒng)的分布式架構(gòu)；
這些都是研發(fā)過程中常用的分治手段；
面對諸多的方法論，首先圍繞幾個基礎(chǔ)方法進行思考和實踐，從而理解其內(nèi)涵和精髓；
然后，再借鑒其他的方法，形成自己的方法體系；
基于一些核心的方法論之上，再去思考業(yè)務(wù)和技術(shù)的設(shè)計，在思路上就會成熟很多；
03
【如何分析業(yè)務(wù)】
想要分析業(yè)務(wù)，首先要深刻的理解和洞察業(yè)務(wù)整體；
在個人習(xí)慣上會考量三個層次：首先理解業(yè)務(wù)全貌，其次理解負責(zé)的業(yè)務(wù)板塊，最后理解具體的業(yè)務(wù)需求；
- 理解業(yè)務(wù)全貌
理解業(yè)務(wù)全貌，本質(zhì)就是明白公司在做什么，組織架構(gòu)的協(xié)作流程，團隊的工作方向；
業(yè)務(wù)的常規(guī)定義：行業(yè)的基本模式，運作的流程，具體的事務(wù)執(zhí)行；
在實際的工作中，職級越高越是需要具備對業(yè)務(wù)全貌的分析能力；
行業(yè)分析并非普通玩家所能理解的，需要極其頂級的思維和知識儲備，以及對各個信息的統(tǒng)籌分析；
作為研發(fā)來說；
應(yīng)該理解業(yè)務(wù)的投入和營收，并且能意識到這種模式是映射到產(chǎn)品設(shè)計或者服務(wù)中的；
必須理解業(yè)務(wù)模式所對應(yīng)的產(chǎn)品矩陣設(shè)計，各個核心功能的流程和路徑；
- 理解負責(zé)的業(yè)務(wù)板塊
個人的工作習(xí)慣，并不是常規(guī)的流程機制；
明確自己負責(zé)的業(yè)務(wù)板塊，把握工作重心，不同階段中調(diào)整能力的輸入（學(xué)習(xí)）和輸出（生產(chǎn)價值）策略；
產(chǎn)品矩陣的設(shè)計與業(yè)務(wù)模式有直接關(guān)系，也是梳理自己工作板塊的核心依據(jù)；
對于產(chǎn)品來說，常見的拆分有兩種；
例如以端口為依據(jù)劃分的C端和B端，以系統(tǒng)為依據(jù)劃分的業(yè)務(wù)應(yīng)用和數(shù)據(jù)應(yīng)用；
對于業(yè)務(wù)來說，拆分的模式則更加靈活；
在運營概念上可能有多個業(yè)務(wù)線，但是對于研發(fā)來說，各種業(yè)務(wù)線之間存在諸多的流程交互；
對于個人來說，可以從業(yè)務(wù)、技術(shù)、數(shù)據(jù)三個基礎(chǔ)的方向梳理，或者根據(jù)具體的運營模式梳理；
理解業(yè)務(wù)全貌和個人的負責(zé)板塊，以此明確工作重心和方向；
- 理解具體的業(yè)務(wù)需求
理順業(yè)務(wù)全貌與自己負責(zé)板塊，更偏向于內(nèi)在的務(wù)虛方向；
研發(fā)對于職場的真正價值，還是在于各個版本的具體需求實現(xiàn)；
分析具體的業(yè)務(wù)需求時，依然有一個對齊的過程；
將具體的業(yè)務(wù)需求向業(yè)務(wù)全貌對齊，理解其價值所在；
將業(yè)務(wù)需求向自己的工作板塊對齊，理解自己的價值所在；
實現(xiàn)版本的業(yè)務(wù)需求，既要對齊大的業(yè)務(wù)框架，也要理清需求本身，把握版本落地的質(zhì)量；
04
【理解技術(shù)架構(gòu)的演進】
對于技術(shù)規(guī)劃來說，通常分為：業(yè)務(wù)和技術(shù)兩個方向；
可以分析一個復(fù)雜系統(tǒng)的迭代過程，從而理解技術(shù)方案在規(guī)劃設(shè)計上的演變規(guī)律；
- 橫向擴展
從架構(gòu)的概念來描述：單服務(wù)、集群模式、分布式服務(wù)、系統(tǒng)級分拆；
橫向擴展，其映射的是業(yè)務(wù)流程和模式的復(fù)雜度，隨著業(yè)務(wù)的不同發(fā)展階段，需要進行不同級別的服務(wù)拆分；
- 縱向擴展
從單個系統(tǒng)架構(gòu)的縱向來分析：展現(xiàn)層、應(yīng)用層、業(yè)務(wù)層、組件層、存儲層；
縱向深入，其映射的是業(yè)務(wù)邏輯的復(fù)雜度，在縱向上進行分層設(shè)計，可以降低邏輯管理的難度；
- 業(yè)務(wù)研發(fā)
基于常規(guī)的分布式系統(tǒng)來看，業(yè)務(wù)研發(fā)在演變的過程中，也會拆分為應(yīng)用級業(yè)務(wù)，公共業(yè)務(wù)兩大板塊；
應(yīng)用業(yè)務(wù)實現(xiàn)的是具體需求場景，而公共業(yè)務(wù)則是大多數(shù)應(yīng)用都依賴的基礎(chǔ)業(yè)務(wù)能力；
- 技術(shù)研發(fā)
基于常規(guī)的分布式系統(tǒng)來看，合理的架構(gòu)設(shè)計，必然會追求技術(shù)與業(yè)務(wù)的分離；
在代碼工程的分包上，可以獨立封裝技術(shù)層面的組件應(yīng)用，以便于統(tǒng)一維護和升級；
在服務(wù)級別上，可以將組件服務(wù)拆分為業(yè)務(wù)（側(cè)重業(yè)務(wù)解決方案）與技術(shù)（側(cè)重技術(shù)解決方案）兩個層次；
分析業(yè)務(wù)，把握技術(shù)架構(gòu)的演進歷程，將二者進行統(tǒng)籌結(jié)合，就是方案設(shè)計的主線；
05
【統(tǒng)籌技術(shù)和業(yè)務(wù)方案】
設(shè)計研發(fā)方案，自然需要把握業(yè)務(wù)的整體，規(guī)劃技術(shù)架構(gòu)，確保業(yè)務(wù)和技術(shù)雙線推進；
方案的核心則是圍繞當前階段的具體業(yè)務(wù)需求，設(shè)計實現(xiàn)流程、目標、指標；
- 業(yè)務(wù)和技術(shù)的演進
分別把握整體與階段的核心目標，作為方案設(shè)計的基礎(chǔ)指導(dǎo)原則；
從業(yè)務(wù)整體上看，系統(tǒng)建設(shè)與技術(shù)架構(gòu)應(yīng)該圍繞大的業(yè)務(wù)目標去考量，支撐或者驅(qū)動業(yè)務(wù)發(fā)展；
從業(yè)務(wù)階段上看，把握當前階段的業(yè)務(wù)本質(zhì)，關(guān)鍵問題與核心矛盾，在版本需求中有序解決；
- 業(yè)務(wù)和技術(shù)的流程
分析業(yè)務(wù)的運轉(zhuǎn)流程和特征，映射為技術(shù)的實現(xiàn)過程，作為方案設(shè)計的核心思想；
業(yè)務(wù)的運轉(zhuǎn)流程，圍繞客戶、產(chǎn)品、組織協(xié)作來設(shè)計，側(cè)重于場景的分析；
業(yè)務(wù)映射的系統(tǒng)流程，將業(yè)務(wù)流程和特征轉(zhuǎn)化為系統(tǒng)實現(xiàn)的流程，側(cè)重于兩者的統(tǒng)籌分析；
核心邏輯的實現(xiàn)流程，圍繞具體需求，設(shè)計邏輯時序圖，側(cè)重于關(guān)鍵問題的分析；
- 業(yè)務(wù)和技術(shù)的目標
圍繞具體需求，設(shè)定相應(yīng)的目標和指標拆解，作為方案執(zhí)行結(jié)果的考量標準；
版本需求立項之時，就對結(jié)果有明確的預(yù)期，目標貫穿業(yè)務(wù)需求的完整周期，在組織協(xié)作中是關(guān)鍵導(dǎo)向；
指標用來衡量目標達成的執(zhí)行過程和最終完成度，側(cè)重于對目標進行驗證；
綜合來看，對于業(yè)務(wù)和技術(shù)的方案來說；
有業(yè)務(wù)的整體思考，技術(shù)的系統(tǒng)性架構(gòu)，具體需求的核心設(shè)計與落地執(zhí)行，以及目標和指標的衡量標準；
06
最后，回到工作實踐中來，做事雖然有很多方式方法，但是從來沒有絕對的標準；
業(yè)務(wù)也好，技術(shù)也罷；
在周期演進的過程中，始終受到組織架構(gòu)和團隊人員的最根本影響；
所以在輸出業(yè)務(wù)和技術(shù)方案時，要圍繞環(huán)境的真實現(xiàn)狀，做出相應(yīng)的調(diào)整優(yōu)化，把握核心即可；
文章題目：聊聊設(shè)計「業(yè)務(wù)」與「技術(shù)」方案
網(wǎng)址分享：http://fisionsoft.com.cn/article/cccedhp.html
