南京2024年9月24日 /美通社/ -- MEET開發(fā)者迎來全新系列，這次我們"下工廠"，來到數(shù)睿數(shù)據(jù)自營軟件工廠，帶大家一同揭秘——用無代碼平臺做開發(fā)交付的新模式，到底是怎么運轉(zhuǎn)的？
本期采訪嘉賓來自數(shù)睿數(shù)據(jù)軟件工廠的一名AE需求分析師（以下稱為小桑），主要負責基于smardaten完成項目詳細需求分析和原型設(shè)計。
一、背景情況
小桑之前在一家規(guī)模較大的通信網(wǎng)優(yōu)領(lǐng)域公司解決方案中心部擔任產(chǎn)品經(jīng)理一職，深入?yún)⑴c了包括與移動、華為、電信等運營商的大型合作項目，其崗位不僅要與開發(fā)團隊緊密合作，還要參與售前支持、客戶演示、招投標等各個環(huán)節(jié)，做原型也兼做售前。
在來到數(shù)睿數(shù)據(jù)之前，由于面對可視化這類場景，Axure等原型工具做不出比較炫酷、交互很流暢的大屏，小桑自己嘗試并調(diào)研了多種可視化工具，包括阿里的、騰訊的、百度的等低/無代碼工具。這些工具各有千秋，逐漸加深了其對低/無代碼平臺的優(yōu)勢的了解，并為其最終來到數(shù)睿數(shù)據(jù)奠定了基礎(chǔ)。
在加入數(shù)睿數(shù)據(jù)后，經(jīng)過一周smardaten平臺的初級和高級培訓，小桑逐漸掌握了平臺的基本操作和功能開發(fā)邏輯，并搭建復(fù)刻完成工廠智慧訂單平臺。他明顯感覺到與之前使用的工具相比，smardaten搭建原型更輕松了，不需要怎么修改樣式也基本滿足，而且能試運行。
二、主要職能介紹
PART 1 職能轉(zhuǎn)型帶來的變化
從產(chǎn)品經(jīng)理一職轉(zhuǎn)向無代碼的需求分析師，他將主要變化總結(jié)為了"一少一多"。
以前是需要頻繁地與研發(fā)、售前、測試等多個部門溝通協(xié)調(diào)，確保項目的順利推進。現(xiàn)在軟件開發(fā)過程流水線化，拉扯、返工現(xiàn)象少了很多，一個項目只需要和PM對接需求，完成詳細設(shè)計后，轉(zhuǎn)給功能配置開發(fā)人員，偶爾遇到不滿足項對研發(fā)提需求即可。
雖然流程簡化了，但工作重點卻發(fā)生了轉(zhuǎn)變?，F(xiàn)在需要更多地關(guān)注于產(chǎn)品的詳細設(shè)計和原型制作環(huán)節(jié)，難點是需要會做數(shù)據(jù)庫建表、設(shè)計表結(jié)構(gòu)等等，這是以前不需要做的，所以也專門去學習了這項新的技能。
PART 2 AE日常工作的主要內(nèi)容
AE工作流程和職責
1、與PM對接需求
PM調(diào)研完需求后，細化項目需求，再和AE一起做需求澄清，確認設(shè)計開發(fā)需求和交付周期等，并且以評審過的《需求說明文檔》為依據(jù)，開始做詳細設(shè)計。
2、詳細設(shè)計
詳細設(shè)計以前做產(chǎn)品經(jīng)理是不用做的，現(xiàn)在作為AE是主要工作內(nèi)容之一。這個工作比較重要，因為要清晰描述需求，保證能有效指導(dǎo)配置人員DE去完成后續(xù)開發(fā)工作，減少后期反復(fù)溝通。
詳設(shè)文檔涉及的內(nèi)容面比較廣，包括軟件架構(gòu)、部署升級方案、模型設(shè)計、組織權(quán)限、業(yè)務(wù)流程、產(chǎn)品結(jié)構(gòu)圖、功能設(shè)計、非功能設(shè)計、不滿足項設(shè)計、第三方對接設(shè)計等12個部分內(nèi)容。
一個項目通常只需一名AE即可完成整個軟件架構(gòu)、產(chǎn)品業(yè)務(wù)、到體驗交互的設(shè)計。復(fù)雜的系統(tǒng)會由專業(yè)架構(gòu)師參與設(shè)計。
無代碼軟件詳細設(shè)計內(nèi)容
詳細設(shè)計文檔比較長，但好在是有標準化模板，每個模塊內(nèi)容結(jié)構(gòu)很清晰，效率很快，比以前招投標的技術(shù)文件簡單多了。
當然詳設(shè)文檔也是要評審的，PM和工廠配置人員都要參加，以便對方核對需求、減少返工。
3、原型設(shè)計
過去做原型為了減少重復(fù)設(shè)計工作，會在開源平臺上找各類設(shè)計組件來拼裝，而smardaten自帶很多樣式組件和布局，拖出來不需要怎么修改就能使用，整體效果看起來也比較統(tǒng)一。
另外，過去原型完成后客戶會先確認，然而轉(zhuǎn)到研發(fā)可能就會掰扯，這個需求不清晰、那個功能很難實現(xiàn)，導(dǎo)致原型也要反復(fù)改……但是基于smardaten構(gòu)建的原型，給客戶查看的樣式基本就是最終的效果，細節(jié)配置開發(fā)也都是在此之上做的細化，不會有大的變動，所以AE此時作為產(chǎn)品經(jīng)理就減少很多設(shè)計返工。
原型設(shè)計畢竟是框架，作為AE要考慮后續(xù)做詳細功能構(gòu)建、邏輯編排和交互時，是否有功能不滿足的地方。只要有不確定的點，在做原型時就要摸清楚，并且記錄下來，交給研發(fā)做二開。
4、研發(fā)對接
AE在工作協(xié)同上，除軟件工廠內(nèi)部崗位，研發(fā)基本是項目中唯一需要對接的外部門。在做原型和詳設(shè)時，對不滿足清單通過DTS系統(tǒng)提單說明需求，并跟蹤需求完成進度。
作為新人時，他對smardaten配置功能沒有特別精通，也很難識別不滿足項，自己會反復(fù)去研究怎么配置、能不能配置，有些隱藏配置技巧他也沒摸索透，所以經(jīng)常求助內(nèi)部配置專家。經(jīng)過一段時間的訓練，現(xiàn)在也能比較清楚的描述具體不滿足點了。
5、配置計劃
所有設(shè)計開發(fā)需求都描述清楚了，就交給DE去配置系統(tǒng)，基本上這個項目在AE這個節(jié)點就結(jié)束了。
不過有時復(fù)雜的項目需求，要配合配置組長TL，拆解具體的需求和確定工作量，畢竟AE對需求是最了解的。比如這個系統(tǒng)需要做多少個填報頁、涉及多少個業(yè)務(wù)流、配幾個交換機和大屏，分別需要幾個人天等等，這些都會影響后面的配置開發(fā)排期。
三、項目實踐情況
PART 1 現(xiàn)階段參與的項目情況？
在以前公司主要是跟蹤大項目，包含設(shè)計加持續(xù)的迭代，1年負責3個項目，雖然大型項目延期影響不大，但需求反復(fù)修改迭代還是挺惱人的。
現(xiàn)在流程節(jié)奏更標準更快，目前主要以中小項目去試煉，雖然上崗沒多久，但1個月內(nèi)就可以負責了8個訂單的設(shè)計迭代，包含人事管理系統(tǒng)、大數(shù)據(jù)分析平臺、知識產(chǎn)權(quán)平臺等，一般一周可以完成一個項目的原型設(shè)計+文檔。
PART 2 AE視角下的項目交付差異？
最大的體會是現(xiàn)在項目交付的每個節(jié)點都是標準化的。有標準化流程、標準的內(nèi)容輸出和工作對接規(guī)范。
雖然以前的公司規(guī)模已經(jīng)很大，員工超5000人，項目大、項目團隊也大，但通常在一次會議上大致討論對齊就開始分工，后期又涉及多部門的協(xié)調(diào)，扯皮是難免的事情。而軟件工廠則流程比較標準，職能劃分明確且部門間協(xié)調(diào)少，需求溝通成本就比較低。
另外延期的情況也很少。過去項目評審大多時候都是依賴主觀經(jīng)驗粗略估算，交付延期很正?！，F(xiàn)在一個系統(tǒng)需要配置多少頁面、有多少復(fù)雜功能，都是可以量化估算出來，跟著計劃走基本不會延期。
PART 3 入職至今的感受小結(jié)？
對我而言AE這個崗位相比產(chǎn)品經(jīng)理，技術(shù)素養(yǎng)的要求會更多，涉及面比較多，所以也是一種成長，比如在這段時間掌握了數(shù)據(jù)庫，也積累了多個行業(yè)領(lǐng)域的業(yè)務(wù)經(jīng)驗。
