1. 先搞清楚流程圖規(guī)范到底在管什么很多人第一次接觸程序流程圖規(guī)范腦子里浮現(xiàn)的畫面通常是——畫框框、連線、箭頭能看懂就行。我在帶過幾批新人之后發(fā)現(xiàn)真正讓流程圖產(chǎn)生價(jià)值的從來不是畫得漂不漂亮而是它能不能在脫離作者本人的情況下被另一個(gè)人完整讀懂。這就是規(guī)范存在的全部理由它約束的不是你的審美而是信息的傳遞路徑。程序流程圖本質(zhì)上是一份用圖形語言寫出來的邏輯說明書。它把一段代碼、一個(gè)業(yè)務(wù)流程、一套判定規(guī)則從看不見的思維活動(dòng)變成看得見的空間結(jié)構(gòu)。規(guī)范要處理的事情有三層第一層是符號(hào)統(tǒng)一讓所有人都用同一套圖形表達(dá)同一類動(dòng)作第二層是結(jié)構(gòu)約束讓分支、循環(huán)、異常出口有固定的落位方式第三層是命名與粒度讓圖的可讀性不隨著規(guī)模膨脹而崩塌。你要是只把規(guī)范當(dāng)成一份考試答案去背基本用不上。真正吃這套規(guī)范的人是三類需要給下游交接邏輯的開發(fā)者、需要跟業(yè)務(wù)方對(duì)齊流程的產(chǎn)品和需求人員、以及做代碼審查和文檔評(píng)審的技術(shù)負(fù)責(zé)人。三類人的關(guān)注點(diǎn)完全不同前者關(guān)心邏輯是否等價(jià)于代碼中者關(guān)心流程是否覆蓋了真實(shí)業(yè)務(wù)后者關(guān)心這張圖能不能作為評(píng)審依據(jù)。規(guī)范的價(jià)值就在于讓這三類人在同一張圖上各取所需而不用反復(fù)追問這個(gè)菱形是什么意思。我在實(shí)際項(xiàng)目里踩過一個(gè)坑早期團(tuán)隊(duì)沒有統(tǒng)一規(guī)范同一個(gè)人畫的判斷框有時(shí)候代表if有時(shí)候代表while有時(shí)候甚至代表一個(gè)業(yè)務(wù)上的審批節(jié)點(diǎn)。結(jié)果圖交到測(cè)試手里測(cè)試照著圖寫用例漏掉了兩個(gè)隱藏分支上線后出問題。那次之后我們才把規(guī)范真正落地成文檔加模板。所以別把這事看輕規(guī)范的收益不在畫圖那一刻而在交接、評(píng)審、追溯這三個(gè)環(huán)節(jié)。2. 符號(hào)體系與圖形語言的選用規(guī)則2.1 基本符號(hào)的邊界在哪流程圖的符號(hào)體系不算復(fù)雜國際上有通用的圖形符號(hào)標(biāo)準(zhǔn)可以參照國內(nèi)也有對(duì)應(yīng)的圖形符號(hào)規(guī)范。核心符號(hào)就那么幾個(gè)起止符橢圓形或圓角矩形表示流程的開始和結(jié)束處理符矩形表示一個(gè)具體動(dòng)作或計(jì)算判斷符菱形表示條件分支輸入輸出符平行四邊形表示數(shù)據(jù)的進(jìn)出預(yù)定義處理符雙邊豎線的矩形表示調(diào)用一個(gè)已定義的子過程文檔符底邊帶波浪的圖形表示產(chǎn)生或讀取文檔連接符小圓圈表示跨頁或跨區(qū)域的連接。規(guī)范第一條鐵律一個(gè)符號(hào)只承擔(dān)一種語義。我見過有人拿矩形既表示處理數(shù)據(jù)又表示等待外部響應(yīng)這會(huì)讓讀圖的人徹底失去判斷依據(jù)。你要表達(dá)等待就老老實(shí)實(shí)用帶明確文字的處理符或者引入注釋你要表達(dá)人工操作最好用專門的符號(hào)或在文字上標(biāo)注人工別指望讀圖人自己猜。判斷符是最容易被濫用的。規(guī)范要求判斷符必須有且只有一個(gè)入口、兩個(gè)或兩個(gè)以上明確標(biāo)注的出口每個(gè)出口的文字必須是可以判定真假的完整命題。是否有效這種寫法就不合格得寫成校驗(yàn)通過是和校驗(yàn)通過否。出口數(shù)量上二值判斷最常見如果出現(xiàn)三個(gè)以上分支優(yōu)先考慮拆成多層判斷或者改用分支選擇結(jié)構(gòu)別讓一個(gè)菱形掛五六條線。2.2 那些容易被濫用的符號(hào)預(yù)定義處理符的誤用率特別高。有人把它當(dāng)成這一段比較復(fù)雜我懶得畫的萬能擋箭牌實(shí)際上它的語義非常明確——調(diào)用一個(gè)在別處已經(jīng)完整定義的子流程并且這個(gè)子流程應(yīng)該有對(duì)應(yīng)的子圖或文檔。如果你只是想省略細(xì)節(jié)正確的做法是拆出獨(dú)立子圖并建立父子引用關(guān)系而不是隨手一個(gè)雙邊矩形了事。連接符也是重災(zāi)區(qū)?？珥撨B接是它的主要用途規(guī)范要求同一對(duì)連接符必須使用相同且唯一的編號(hào)并且成對(duì)出現(xiàn)、不重復(fù)、不跳號(hào)。我審過一張圖同一頁里出現(xiàn)了三個(gè)A讀圖的時(shí)候根本找不到對(duì)應(yīng)關(guān)系。后來我們定了個(gè)死規(guī)矩連接符編號(hào)統(tǒng)一用頁號(hào)-序號(hào)的格式比如3-1表示第3頁第1個(gè)連接點(diǎn)一個(gè)小改動(dòng)排查問題的效率直接翻倍。注釋符的使用要有節(jié)制。注釋用來補(bǔ)充前提條件、業(yè)務(wù)規(guī)則來源、異常處理說明不是用來塞大段解釋的。我個(gè)人的經(jīng)驗(yàn)是注釋超過兩行就該考慮是不是這段邏輯本身需要拆圖了。注釋連在哪個(gè)符號(hào)上就只解釋哪個(gè)符號(hào)別跨節(jié)點(diǎn)連線那樣會(huì)讓圖面變得很亂。2.3 泳道、分區(qū)與跨職能表達(dá)一旦流程涉及多個(gè)角色或多個(gè)系統(tǒng)泳道圖就派上用場(chǎng)了。規(guī)范上要注意泳道劃分的維度必須唯一要么按崗位劃分要么按系統(tǒng)劃分不能混著來。你左邊一條泳道是財(cái)務(wù)部右邊一條是訂單服務(wù)讀圖的人會(huì)不知道你按什么維度在切分。泳道的順序也有講究建議按照流程實(shí)際流轉(zhuǎn)的方向排列讓主要的正向路徑盡量從左到右順流而下回退和異常路徑用逆向箭頭表示?？缬镜赖倪B線必須明確標(biāo)注傳遞的是什么數(shù)據(jù)或事件只畫一條線不標(biāo)內(nèi)容等于把最關(guān)鍵的接口信息丟了。注意泳道圖里不要出現(xiàn)跨多條泳道的處理符。一個(gè)動(dòng)作如果由多個(gè)角色共同完成要么拆成多個(gè)動(dòng)作分別落在各自泳道要么明確指定主責(zé)方。這是我審圖時(shí)最先看的一處也是最常出問題的地方。3. 層級(jí)結(jié)構(gòu)與拆分粒度3.1 一張圖只講一件事流程圖最容易犯的毛病是一張圖講完整套系統(tǒng)。我見過一張A0紙都畫不下的流程圖密密麻麻上百個(gè)節(jié)點(diǎn)作者自己過兩周都看不懂。規(guī)范的核心原則之一是單圖單一職責(zé)一張流程圖只描述一個(gè)流程這個(gè)流程應(yīng)該有明確的輸入、明確的輸出、明確的觸發(fā)條件。判斷一張圖是否超載有個(gè)很實(shí)用的方法如果圖里出現(xiàn)了三個(gè)以上互相獨(dú)立的分支主題或者需要三種以上不同角色參與理解就該考慮拆圖了。拆圖不是把內(nèi)容打散而是建立層級(jí)——頂層圖描述主流程和關(guān)鍵節(jié)點(diǎn)每個(gè)關(guān)鍵節(jié)點(diǎn)對(duì)應(yīng)一張子圖描述內(nèi)部實(shí)現(xiàn)。這樣讀圖的人可以先看全局再看局部不用一上來就被細(xì)節(jié)淹沒。3.2 分層編號(hào)與父子圖對(duì)應(yīng)關(guān)系分層之后編號(hào)體系必須跟上。我的做法是頂層圖編號(hào)為0頂層圖里的第n個(gè)可展開節(jié)點(diǎn)對(duì)應(yīng)的子圖編號(hào)為n。子圖里再展開的節(jié)點(diǎn)編號(hào)為n.m以此類推。這個(gè)編號(hào)要同時(shí)出現(xiàn)在主圖的節(jié)點(diǎn)文字里和子圖的標(biāo)題上形成雙向可追溯。父子圖的對(duì)應(yīng)關(guān)系還有一條硬性要求父圖里的一個(gè)節(jié)點(diǎn)在子圖里必須有唯一對(duì)應(yīng)的入口和唯一對(duì)應(yīng)的出口。也就是說子圖不能出現(xiàn)多個(gè)入口也不能出現(xiàn)多個(gè)沒有匯聚的出口。這對(duì)應(yīng)的是結(jié)構(gòu)化程序設(shè)計(jì)里的單入口單出口原則。違反這條讀圖人就沒法把子圖塞回父圖里整個(gè)層級(jí)結(jié)構(gòu)就散了。提示如果你在用工具畫圖建議給每個(gè)節(jié)點(diǎn)加一個(gè)隱藏屬性存放編號(hào)導(dǎo)出時(shí)通過腳本檢查編號(hào)唯一性和父子對(duì)應(yīng)關(guān)系。手工核對(duì)在節(jié)點(diǎn)超過三十個(gè)之后基本不可靠。3.3 粒度選擇的經(jīng)驗(yàn)判斷標(biāo)準(zhǔn)粒度這件事沒有絕對(duì)標(biāo)準(zhǔn)但有幾個(gè)可操作的判斷依據(jù)。第一看這張圖的讀者是誰。給業(yè)務(wù)方看的圖粒度應(yīng)該停在業(yè)務(wù)動(dòng)作層面不要出現(xiàn)i這種實(shí)現(xiàn)細(xì)節(jié)給開發(fā)看的圖粒度可以細(xì)到關(guān)鍵算法分支但也不建議細(xì)到每一行代碼那是代碼該干的事。第二看這張圖的用途。用于評(píng)審設(shè)計(jì)的圖粒度要能覆蓋所有判定分支和異常出口用于快速溝通的圖可以只畫主路徑加關(guān)鍵異常。第三看維護(hù)成本。圖畫得越細(xì)后續(xù)需求變更時(shí)改起來越痛苦。我的經(jīng)驗(yàn)值是單張圖的節(jié)點(diǎn)數(shù)量控制在十五到三十個(gè)之間比較舒服超過四十個(gè)就該考慮拆分了。這里有個(gè)反直覺的點(diǎn)過度細(xì)化反而降低可讀性。因?yàn)樽x者需要在大量細(xì)節(jié)里自己提煉主干邏輯認(rèn)知負(fù)擔(dān)比直接看稍微抽象一點(diǎn)的圖更高。規(guī)范追求的是恰好夠用不是越細(xì)越好。4. 命名、文字與可讀性細(xì)節(jié)4.1 節(jié)點(diǎn)命名的動(dòng)詞原則節(jié)點(diǎn)文字是流程圖的信息主體規(guī)范上要求處理符里的文字必須是動(dòng)賓結(jié)構(gòu)比如校驗(yàn)訂單狀態(tài)計(jì)算應(yīng)付金額寫入日志表而不是訂單狀態(tài)金額計(jì)算這種名詞短語。名詞短語的問題是它不表達(dá)動(dòng)作讀圖人不知道這個(gè)節(jié)點(diǎn)到底做了什么是讀取、修改還是判斷。判斷符里的文字必須是完整命題能明確回答是或否。像庫存充足可以寫成庫存充足但更好的寫法是庫存數(shù)量≥下單數(shù)量把判定依據(jù)量化出來。這一步多花十秒鐘能省掉后面無數(shù)次口頭確認(rèn)。節(jié)點(diǎn)命名還要避免兩個(gè)極端一個(gè)是過于籠統(tǒng)比如處理數(shù)據(jù)等于沒說另一個(gè)是過于具體比如用Redis查緩存并設(shè)置30秒過期把技術(shù)實(shí)現(xiàn)細(xì)節(jié)寫死在業(yè)務(wù)流程圖里一旦換技術(shù)方案圖就過時(shí)了。合適的粒度是描述做什么而不是怎么做。4.2 連線標(biāo)簽與條件表達(dá)式連線上該不該寫字取決于這條線是不是唯一的。順序流可以不帶標(biāo)簽分支流必須帶標(biāo)簽。標(biāo)簽文字要和判斷符里的命題呼應(yīng)比如判斷符寫庫存充足那么兩條出口分別標(biāo)注是和否就夠了不用重復(fù)寫庫存充足。條件表達(dá)式盡量保持形式統(tǒng)一。整個(gè)流程里要么都用是/否要么都用通過/不通過別一張圖里混著來。涉及數(shù)值比較的時(shí)候把閾值寫清楚別寫超過限額而不寫限額是多少這種模糊表達(dá)在評(píng)審時(shí)是重點(diǎn)被挑的。還有一種情況值得單獨(dú)說多條分支合并回主干時(shí)如果合并點(diǎn)有隱含的前置條件比如無論哪條分支到這里都必須已經(jīng)完成數(shù)據(jù)落庫建議加一個(gè)注釋說明否則讀圖人會(huì)懷疑是不是漏了步驟。4.3 排版細(xì)節(jié)與視覺一致性排版看起來是小事實(shí)際上直接影響理解速度。規(guī)范上建議主干路徑盡量水平或垂直排列避免斜線連線盡量不交叉實(shí)在避不開用跨越符號(hào)同一層級(jí)的節(jié)點(diǎn)大小保持一致線條粗細(xì)和箭頭樣式全圖統(tǒng)一。方向的習(xí)慣也要統(tǒng)一。絕大多數(shù)人的閱讀習(xí)慣是從上到下、從左到右所以主流程建議縱向排列或者橫向排列選定一種之后全圖貫徹。我見過上下左右同時(shí)延伸的圖讀者的視線要來回跳躍非常累。顏色使用要克制。規(guī)范上顏色只能用來做輔助區(qū)分不能承載關(guān)鍵信息因?yàn)榇蛴〕珊诎谆蛘呱X障礙的讀者會(huì)丟失這部分信息。用顏色標(biāo)記異常路徑是可以的但異常路徑本身必須還有文字或線型上的標(biāo)識(shí)顏色只是錦上添花。5. 實(shí)操從需求到定稿的完整繪制流程5.1 先列步驟清單再上工具我強(qiáng)烈建議的流程是先在紙上或者純文本里把步驟清單列出來再打開畫圖工具。直接上手拖框的人十有八九會(huì)畫到一半發(fā)現(xiàn)邏輯不通然后反復(fù)調(diào)整位置浪費(fèi)大量時(shí)間。列清單的時(shí)候按觸發(fā)條件—主路徑—分支—異?！Y(jié)束的順序走一遍。每寫一步就問自己三個(gè)問題這一步的輸入是什么輸出是什么失敗的時(shí)候往哪走把這三個(gè)問題的答案寫全圖的基本骨架就有了。這一步不需要考慮圖形純文字描述就行速度快而且改起來方便。清單完成后先做一次邏輯自檢主路徑能不能從頭走到尾不斷鏈每個(gè)判斷分支是不是都有明確的去向有沒有哪個(gè)節(jié)點(diǎn)是走不到的死節(jié)點(diǎn)這三點(diǎn)檢查完再動(dòng)手畫返工率能降一大半。5.2 工具選型與配置要點(diǎn)工具選型這塊我給一個(gè)務(wù)實(shí)的建議別糾結(jié)太久看你的實(shí)際場(chǎng)景。工具類型適用場(chǎng)景注意事項(xiàng)在線繪圖工具團(tuán)隊(duì)協(xié)作、快速出圖注意導(dǎo)出格式優(yōu)先選可導(dǎo)出矢量圖的桌面繪圖軟件復(fù)雜圖形、精確排版源文件要納入版本管理文本描述生成工具需要與代碼同源維護(hù)語法要提前約定避免各寫各的代碼內(nèi)嵌繪圖技術(shù)文檔、README渲染環(huán)境要統(tǒng)一避免顯示不一致不管用哪種工具有兩條配置必須做。第一樣式模板統(tǒng)一把符號(hào)尺寸、字體、線寬、配色固化成模板文件所有人從模板開始畫從源頭上保證一致性。第二源文件納入版本管理。不管源文件是XML、JSON還是二進(jìn)制格式都要進(jìn)倉庫這樣變更歷史可以追溯誰改的、改了什么一目了然。文本描述生成這類工具值得單獨(dú)提一句。它的優(yōu)勢(shì)是可以用代碼評(píng)審的方式評(píng)審流程圖diff清晰適合邏輯復(fù)雜的場(chǎng)景。但它對(duì)排版的控制力比較弱如果圖需要對(duì)外展示可能還得手工調(diào)整。我的做法是邏輯評(píng)審用文本描述對(duì)外交付再導(dǎo)出手工排版版本兩者并存。5.3 定稿前的自查清單圖基本畫完之后別急著發(fā)出去過一遍下面這份清單。這份清單是我們團(tuán)隊(duì)實(shí)際在用、經(jīng)過多次修訂的版本。每個(gè)判斷符的出口是否都標(biāo)注了明確條件且條件之間互斥、合起來窮盡所有情況是否存在沒有出口的節(jié)點(diǎn)除結(jié)束符或沒有入口的節(jié)點(diǎn)除起始符是否存在死循環(huán)或者循環(huán)缺少明確的終止條件子圖是否滿足單入口單出口父子圖編號(hào)是否一一對(duì)應(yīng)節(jié)點(diǎn)命名是否統(tǒng)一為動(dòng)賓結(jié)構(gòu)有無名詞短語混入連線標(biāo)簽是否與判斷條件呼應(yīng)閾值是否量化泳道劃分維度是否唯一跨泳道的數(shù)據(jù)傳遞是否標(biāo)注是否存在無法到達(dá)的孤立節(jié)點(diǎn)全圖符號(hào)樣式、字體、線型是否統(tǒng)一版本號(hào)和變更記錄是否已填寫這份清單過一遍大概五到十分鐘但能攔下絕大多數(shù)低級(jí)錯(cuò)誤。我個(gè)人的經(jīng)驗(yàn)是最容易漏的是條件不窮盡和孤立節(jié)點(diǎn)前者會(huì)導(dǎo)致實(shí)現(xiàn)時(shí)出現(xiàn)未定義行為后者通常是復(fù)制粘貼留下的垃圾。6. 評(píng)審、版本管理與持續(xù)維護(hù)6.1 評(píng)審關(guān)注點(diǎn)流程圖評(píng)審不是走過場(chǎng)要有明確的檢查項(xiàng)。第一輪看邏輯完整性也就是上面那份清單的核心部分。第二輪看邏輯正確性這一輪必須有真正了解業(yè)務(wù)的人參與因?yàn)閳D形再規(guī)范邏輯本身錯(cuò)了也沒用。第三輪看實(shí)現(xiàn)可行性由開發(fā)判斷圖里描述的分支在技術(shù)層面是否都能落地。評(píng)審的時(shí)候有個(gè)技巧讓評(píng)審人照著圖口述一遍流程。如果他能順暢地說下來說明圖的表達(dá)沒問題如果他在某個(gè)節(jié)點(diǎn)卡住了或者理解跟你的原意不一致那個(gè)位置就是需要改的地方。這個(gè)方法比逐條對(duì)著清單檢查更高效也更容易發(fā)現(xiàn)隱性問題。評(píng)審意見要落到圖上不能只停留在口頭。我見過評(píng)審會(huì)上大家討論得很熱烈會(huì)后誰也沒改圖下次評(píng)審?fù)瑯拥膯栴}再吵一遍。規(guī)范要求評(píng)審產(chǎn)生的每條修改意見都要有對(duì)應(yīng)的處理結(jié)果要么改圖要么記錄不修改的理由全部留下痕跡。6.2 版本與變更記錄流程圖是要隨需求演進(jìn)的所以版本管理必須做。規(guī)范上建議每張圖都維護(hù)一個(gè)變更記錄表至少包含版本號(hào)、修改日期、修改人、修改內(nèi)容摘要。版本號(hào)建議用主版本加次版本的格式結(jié)構(gòu)發(fā)生根本性變化升主版本局部調(diào)整升次版本。變更記錄的粒度不用太細(xì)調(diào)整庫存判斷分支增加預(yù)售場(chǎng)景這種程度就夠了。但有一條必須堅(jiān)持任何修改都不能只改圖不留記錄。因?yàn)橄掠慰赡芤呀?jīng)基于舊版本做了設(shè)計(jì)改了不通知會(huì)造成上下游不一致。源文件進(jìn)倉庫之后我建議每次提交都寫清楚改了什么這樣即使沒維護(hù)變更記錄表翻提交歷史也能追溯。對(duì)于文本描述生成的圖這一點(diǎn)尤其方便diff能直接看出邏輯變化。6.3 與代碼、文檔的同步流程圖最容易變成一次性產(chǎn)物——畫完發(fā)出去之后代碼改了圖還是老的。要避免這個(gè)問題得把圖納入常規(guī)維護(hù)范圍。我的做法是涉及流程變更的需求驗(yàn)收標(biāo)準(zhǔn)里必須包含流程圖已同步更新這一條。聽起來有點(diǎn)官僚但確實(shí)有效。同步的方向也要想清楚。圖是從代碼反向生成還是從需求正向設(shè)計(jì)決定了誰是真源。如果是設(shè)計(jì)驅(qū)動(dòng)的流程圖是真源代碼變更時(shí)要先改圖如果是代碼已經(jīng)實(shí)現(xiàn)后補(bǔ)圖那圖是描述性的同步時(shí)要以代碼為準(zhǔn)。兩種模式不能混混了就會(huì)出現(xiàn)圖代碼不一致而且沒人知道以誰為準(zhǔn)的情況。有條件的話把流程圖的檢查納入自動(dòng)化流程。比如在提交代碼時(shí)跑一個(gè)腳本檢查本次變更涉及的關(guān)鍵流程節(jié)點(diǎn)是否在流程圖文件里有對(duì)應(yīng)修改。做不到全自動(dòng)至少做到提醒讓人為遺漏的可能性降到最低。7. 常見問題與排查實(shí)錄7.1 高頻問題速查表下面這張表是我們團(tuán)隊(duì)踩坑之后整理出來的基本上覆蓋了八成的返工原因。問題現(xiàn)象根本原因處理方式讀圖人理解的分支數(shù)量比實(shí)際少判斷條件表述模糊出口標(biāo)注不全量化判定依據(jù)逐個(gè)出口標(biāo)注條件子圖塞不回父圖子圖有多個(gè)入口或出口增加匯聚節(jié)點(diǎn)保證單入口單出口圖越畫越亂改不動(dòng)單圖節(jié)點(diǎn)過多職責(zé)不單一按主流程拆子圖建立編號(hào)層級(jí)評(píng)審反復(fù)爭論同一處意見沒有落圖沒有記錄每條意見必須有處理結(jié)果和痕跡圖與代碼長期不一致沒有把圖納入變更流程把同步更新寫進(jìn)驗(yàn)收標(biāo)準(zhǔn)同一符號(hào)語義前后不一沒有樣式模板各畫各的固化模板文件從模板起畫連接符找不到對(duì)應(yīng)編號(hào)不唯一或不規(guī)范統(tǒng)一用頁號(hào)加序號(hào)的編號(hào)規(guī)則打印后顏色信息丟失用顏色承載關(guān)鍵信息顏色僅作輔助關(guān)鍵信息用文字和線型這張表里我特別想強(qiáng)調(diào)的是第一行和第四行。分支理解偏差是最常見的溝通事故來源而評(píng)審意見不落圖是最常見的流程失效來源。這兩個(gè)問題的成本都很低就能解決但前提是團(tuán)隊(duì)真的把規(guī)范當(dāng)回事。7.2 獨(dú)家避坑經(jīng)驗(yàn)第一個(gè)坑是邊畫邊改需求。需求沒定的時(shí)候千萬別開始畫流程圖因?yàn)榱鞒虉D的修改成本比純文字高得多。我的做法是先出一版純文字流程描述跟相關(guān)方確認(rèn)無誤之后再轉(zhuǎn)成圖形。文字階段改起來改十遍都不心疼圖形階段改三遍就想摔鍵盤了。第二個(gè)坑是符號(hào)的語義漂移。同一個(gè)團(tuán)隊(duì)里新人入職后如果沒人帶他會(huì)按自己的理解用符號(hào)用著用著整個(gè)團(tuán)隊(duì)的符號(hào)語義就亂了。解決辦法是入職時(shí)就給一份規(guī)范文檔加一套模板并且讓他的第一張圖經(jīng)過一次完整的評(píng)審。第一次就掰正后面省事。第三個(gè)坑是過度依賴工具自動(dòng)布局。自動(dòng)布局出來的圖邏輯上沒錯(cuò)但視覺上往往很難讀因?yàn)楣ぞ卟焕斫饽愕恼Z義重心在哪。我建議自動(dòng)布局只作為初稿參考關(guān)鍵的層次關(guān)系和主干路徑還是要手工調(diào)整?；ㄔ谶@上面的時(shí)間會(huì)在別人讀圖的時(shí)候十倍地省回來。第四個(gè)坑也是我踩得最深的一個(gè)流程圖不是越正式越好。有些場(chǎng)景用文字加簡單框圖溝通效率更高硬套完整規(guī)范反而拖慢節(jié)奏。規(guī)范是給需要長期維護(hù)、多人協(xié)作、作為正式交付物的場(chǎng)景用的。判斷標(biāo)準(zhǔn)很簡單這張圖三個(gè)月后還會(huì)有人翻出來看嗎會(huì)就用規(guī)范畫不會(huì)就怎么快怎么來。最后分享一個(gè)小技巧。畫完圖之后把圖給一個(gè)完全不了解這個(gè)業(yè)務(wù)的人看讓他復(fù)述一遍流程你只聽不解釋。他復(fù)述對(duì)了說明圖合格他卡殼的地方就是你要改的地方。這個(gè)方法的成本是十分鐘但比任何自查清單都更接近真實(shí)讀者的視角。我用這個(gè)方法改過的圖后續(xù)被問這里什么意思的概率明顯下降。規(guī)范說到底就是為這個(gè)目標(biāo)服務(wù)的——讓別人不用問你就能看懂。