SAP实施顾问到底是一项什么工作？-（01）-需求与开发的桥梁
原文鏈接：https://mp.weixin.qq.com/s/sfDk-NOq03bwmDwE5nPugw
大家可以關(guān)注我個(gè)人公眾號(hào)，所有分享內(nèi)容，會(huì)在公眾號(hào)第一時(shí)間推送，且閱讀排版更好。
愿大家的學(xué)習(xí)，輕松且愉快。
如果大家覺得有用，希望轉(zhuǎn)發(fā)關(guān)注，謝謝
?
導(dǎo)讀
?
最近有一個(gè)做開發(fā)的朋友聯(lián)系我說：想轉(zhuǎn)行，想從SAP實(shí)施相關(guān)行業(yè)，聽說：“SAP業(yè)務(wù)顧問是用戶與開發(fā)人員之間溝通橋梁。”感覺這個(gè)更適合他。
?
這篇內(nèi)容，就簡(jiǎn)單從SAP實(shí)施顧問在用戶需求與開發(fā)之間的溝通作用方面，簡(jiǎn)單分享一點(diǎn)思考總結(jié)，希望對(duì)想了解、想從事SAP相關(guān)行業(yè)的朋友有用。
?
以下僅個(gè)人理解，還請(qǐng)大家批評(píng)指正。
?
?
正文
?
作為SAP顧問，得具備SAP系統(tǒng)的標(biāo)準(zhǔn)知識(shí)，同時(shí)又要具備一定的行業(yè)經(jīng)驗(yàn)，還得了解一定系統(tǒng)開發(fā)及功能實(shí)現(xiàn)的知識(shí)。
因此，有很多人都將SAP業(yè)務(wù)顧問解釋為：“用戶與程序員之間的一座橋”，從而保證用戶的想法被正確地實(shí)現(xiàn)。
如果一定從業(yè)務(wù)需求到技術(shù)實(shí)現(xiàn)的角度上看，那么這座橋，不是簡(jiǎn)單的傳遞，而是要至少包含以下三個(gè)方面。
?
1.對(duì)用戶需求的合理分析
?
一般用戶提出的需求和想法，都是基于自己本崗位的現(xiàn)狀和問題的。
?
作為SAP顧問，不能直接按照用戶的想法就進(jìn)行系統(tǒng)實(shí)現(xiàn)的，這樣的系統(tǒng)實(shí)現(xiàn)，最后，是無法有效使用的。
?
用戶的需求想法，是有強(qiáng)烈的局限性和不全面性的。
?
從局限性而言，企業(yè)產(chǎn)線上的領(lǐng)料員提出了一些想法，做為SAP顧問，你不能期待一個(gè)產(chǎn)線上的領(lǐng)料員，幫你去思考從需求到采購(gòu)，再到物料倉(cāng)儲(chǔ)，以及最后財(cái)務(wù)結(jié)算整條業(yè)務(wù)鏈上的合理性，但SAP大多數(shù)的系統(tǒng)功能，卻是要貫穿整個(gè)業(yè)務(wù)鏈的。
?
從不全面性而言，業(yè)務(wù)用戶提出業(yè)務(wù)需求時(shí)，多數(shù)情況是單一正向的，我們也不能過分依賴于用戶能清晰地列舉出各種不同的業(yè)務(wù)情況。
?
所以，在對(duì)用戶需求進(jìn)行收集和調(diào)研時(shí)，作為SAP業(yè)務(wù)顧問，需要有效地幫助用戶去合理的管控需求。比如，某部門提出希望改變當(dāng)前對(duì)物料需求的提報(bào)流程和功能，那我們就得考慮新需求的變化對(duì)其他部門的現(xiàn)有流程和系統(tǒng)功能是否影響，比如采購(gòu)、物流、倉(cāng)儲(chǔ)，甚至生產(chǎn)及財(cái)務(wù)等部門。這是作為業(yè)務(wù)顧問，所應(yīng)具備的基本的全局性思考方式。
?
同時(shí)，關(guān)于當(dāng)我們?cè)趲椭脩羰崂順I(yè)務(wù)時(shí)，還要不斷幫用戶思考各種可能存在的業(yè)務(wù)場(chǎng)景，進(jìn)而保證未來的系統(tǒng)功能，能夠滿足各種業(yè)務(wù)場(chǎng)景的使用。
?
比如，A部門提出其部門的物料需求，提給部門經(jīng)理，審批通過后，再發(fā)給B采購(gòu)計(jì)劃部門進(jìn)行評(píng)估采購(gòu)，到貨至C庫存管理部門，A部門直接領(lǐng)用。剛聽起來，這個(gè)業(yè)務(wù)流程不算復(fù)雜，很容易就梳理出來了。
?
但是作為一個(gè)SAP業(yè)務(wù)顧問，要考慮的問題就多了：
?
1.A部門提交物料需求后，部門經(jīng)理審批不通過，后續(xù)流程怎么走，需求該是什么狀態(tài)，打回去重新修改，還是默認(rèn)自動(dòng)關(guān)閉，用戶重新提交？
?
2.A部門員工將物料需求提交后，部門經(jīng)理也審批了，由采購(gòu)計(jì)劃部門發(fā)現(xiàn)物料號(hào)不對(duì)，或者數(shù)量維護(hù)不合理，后續(xù)流程又改怎么辦？
?
3.A部門的需求提交到采購(gòu)部門后，采購(gòu)計(jì)劃部門發(fā)現(xiàn)不需要采購(gòu)，當(dāng)前庫存夠用，或者發(fā)現(xiàn)當(dāng)前庫存只滿足部分需求，剩下的需要采購(gòu)，或者幾天后就有到貨，能夠滿足需求等等，這些業(yè)務(wù)情況發(fā)生后，后續(xù)流程又該怎么辦？
?
4.甚至A部門發(fā)出了需求，B部門也幫著采購(gòu)了，供應(yīng)商已送貨至工廠了，突然A部門因?yàn)槟承┮馔獍l(fā)生，不需要這批物料，又有沒有這種情況的發(fā)生，如果發(fā)生了后續(xù)該如何處理，等等。
?
除了啟發(fā)用戶考慮各種不同的業(yè)務(wù)情況，SAP業(yè)務(wù)顧問還得盡量建議用戶去避免讓系統(tǒng)去支持各種不合理的業(yè)務(wù)，并建議線下處理。如上述4中的描述，需求提了，也采購(gòu)了，都送貨到廠了，突然需求部門說不要了，這種業(yè)務(wù)本身就是不合理的。作為需求部門，對(duì)自己需求的合理性要有一個(gè)起碼的預(yù)期。
?
上述舉例，在實(shí)際需求梳理工作中，情況可能會(huì)更多更復(fù)雜。所以，作為有經(jīng)驗(yàn)的SAP顧問，幫助用戶合理地平衡規(guī)劃業(yè)務(wù)流程，從而保證系統(tǒng)功能實(shí)現(xiàn)后，能夠全面地支持健康合理的業(yè)務(wù)情況，且能有效避免不合理業(yè)務(wù)的發(fā)生。
?
其實(shí)，除了業(yè)務(wù)本身以外，我們還需要考慮開發(fā)成本。如果為了滿足某種極少發(fā)生的特殊業(yè)務(wù)，我們開發(fā)了大量且不常用的系統(tǒng)功能，同時(shí)，給最常見的業(yè)務(wù)操作都帶來干擾，這種情況下，我們就要考慮，這種功能有沒有實(shí)現(xiàn)的必要了。
?
以上這些內(nèi)容，都是我們?cè)趲椭脩魧?duì)需求進(jìn)行管控時(shí)，所需要考慮的事情。
?
?
2.將用戶需求有效地傳遞給開發(fā)團(tuán)隊(duì)
?
作為SAP業(yè)務(wù)顧問是需要具備一些代碼實(shí)現(xiàn)、數(shù)據(jù)庫設(shè)計(jì)及接口實(shí)現(xiàn)原理等基本知識(shí)的。
?
當(dāng)SAP業(yè)務(wù)顧問在和用戶聊需求時(shí)，肯定是有一定開發(fā)難度的估算的。
?
當(dāng)需求被確定時(shí)，作為SAP業(yè)務(wù)顧問一定是大致系統(tǒng)功能已經(jīng)形成了，同時(shí)，支撐這些功能背后的數(shù)據(jù)庫表間關(guān)系也有了初步結(jié)構(gòu)。也就是說，SAP業(yè)務(wù)顧問設(shè)計(jì)出來的系統(tǒng)功能，其數(shù)據(jù)庫表的基本表間關(guān)系、表關(guān)鍵字以及具體字段等也就被設(shè)計(jì)出來了。
?
當(dāng)然，如果用戶需求涉及增強(qiáng)，大致的增強(qiáng)點(diǎn)，業(yè)務(wù)顧問也應(yīng)該清楚；如果需求涉及系統(tǒng)接口，與外部系統(tǒng)哪些數(shù)據(jù)需要交互，如何產(chǎn)生數(shù)據(jù)，并發(fā)送數(shù)據(jù)給外部系統(tǒng)，如何接受外部系統(tǒng)的數(shù)據(jù)，并如何處理這些外部系統(tǒng)的數(shù)據(jù)。
上述這些問題，在SAP業(yè)務(wù)顧問確認(rèn)需求后，大致框架應(yīng)該已經(jīng)形成了，后續(xù)只需要具體實(shí)現(xiàn)細(xì)節(jié)上的進(jìn)一步討論了。
?
曾經(jīng)一個(gè)項(xiàng)目上，甲方要做一個(gè)采購(gòu)平臺(tái)，采購(gòu)平臺(tái)上的數(shù)據(jù)直接傳輸至SAP，生成相應(yīng)的采購(gòu)訂單，收貨等聯(lián)動(dòng)。這個(gè)采購(gòu)平臺(tái)系統(tǒng)，有產(chǎn)品經(jīng)理，數(shù)據(jù)庫團(tuán)隊(duì)，后端團(tuán)隊(duì)，前端團(tuán)隊(duì)，以及設(shè)計(jì)團(tuán)隊(duì)。
?
產(chǎn)品經(jīng)理負(fù)責(zé)業(yè)務(wù)調(diào)研和需求整理，設(shè)計(jì)部門也做了設(shè)計(jì)。由于是to B業(yè)務(wù)，對(duì)業(yè)務(wù)的閉環(huán)要求比較高，同時(shí)多次收貨、或者取消收貨、發(fā)票校驗(yàn)等，會(huì)有大量單據(jù)間多對(duì)多的情況，這對(duì)數(shù)據(jù)庫表關(guān)鍵字及表間關(guān)系的設(shè)計(jì)，就提升了一定的難度了。
?
而這個(gè)產(chǎn)品經(jīng)理收集的需求后，也沒有任何結(jié)構(gòu)化的整理，每天跟傳話筒一樣，將需求直接交給數(shù)據(jù)庫團(tuán)隊(duì)進(jìn)行設(shè)計(jì)。數(shù)據(jù)庫團(tuán)隊(duì)由于不了解實(shí)際業(yè)務(wù)，各種認(rèn)為不合理，不可行，經(jīng)過大量討論后統(tǒng)一意見了，也經(jīng)常是，會(huì)上都覺得可行了，會(huì)后執(zhí)行又發(fā)現(xiàn)問題，這是典型的沒有帶著數(shù)據(jù)庫表設(shè)計(jì)的思路，去分析業(yè)務(wù)流程，其實(shí)這在SAP顧問看來，就是業(yè)務(wù)沒有理解透徹，對(duì)SAP顧問來說，理解業(yè)務(wù)絕不僅是將用戶的業(yè)務(wù)需求背過，而是能夠業(yè)務(wù)從技術(shù)實(shí)現(xiàn)的角度進(jìn)行徹底解構(gòu)。
?
我還記得那個(gè)項(xiàng)目最后上線時(shí)，從下午7點(diǎn)開始，表間關(guān)系一直沒梳理清楚。最后SAP顧問被要求幫忙，重新梳理了幾個(gè)關(guān)鍵表的關(guān)系，重新修改了代碼，才保證首筆業(yè)務(wù)正常流轉(zhuǎn)，那晚我是凌晨4點(diǎn)下班的。
聊到這里，很多朋友會(huì)問，為啥沒怎么測(cè)試就能上線呢。因?yàn)閷?duì)方系統(tǒng)的開發(fā)，屬于邊開發(fā)邊理解需求，最后要上線了，才算是對(duì)需求有點(diǎn)兒認(rèn)識(shí)了，當(dāng)時(shí)又有回款合同條約，而且因?yàn)槟撤N關(guān)系，乙方比甲方還強(qiáng)勢(shì)，要求必須在那個(gè)時(shí)間上線，所以，最后就這么“正常”上線了。
?
其實(shí)，作為業(yè)務(wù)顧問了解一些開發(fā)的基本原理也是非常有用的。曾經(jīng)，在一個(gè)項(xiàng)目上，一個(gè)不算復(fù)雜的報(bào)表，在單元測(cè)試環(huán)境中運(yùn)轉(zhuǎn)正常，當(dāng)我們?cè)诩蓽y(cè)試環(huán)境中進(jìn)行測(cè)試時(shí)，就發(fā)現(xiàn)很慢，但也可以執(zhí)行出來。當(dāng)時(shí)的開發(fā)顧問，不算是一個(gè)特別上心的哥們兒，當(dāng)我提出異議時(shí)，這哥們兒的回復(fù)是：“這不能用么？別想太多，給用戶解釋一下就行了。”
?
經(jīng)過多次交涉后，這哥們消極反饋。這樣，實(shí)際上就把問題交到我手里了，我得用這個(gè)很慢的功能去說服用戶，而且我自己也認(rèn)為，復(fù)雜度一般的報(bào)表，這么慢的運(yùn)行速度是不太合理的。后來就自行分析了一下，單元測(cè)試環(huán)境的數(shù)據(jù)少，而集成測(cè)試環(huán)境數(shù)據(jù)和生產(chǎn)環(huán)境一樣，數(shù)據(jù)多，很有可能是報(bào)表取數(shù)時(shí)，并沒有按照選擇條件，先取部分?jǐn)?shù)據(jù)再做計(jì)算，最后展示。大概率是直接先取了表里面的所有數(shù)據(jù)，再做篩選，再做計(jì)算，最后展示。最后，自行debug了一下，果然如此，有了這些，問題就好解決多了。
?
說白了，如果項(xiàng)目中碰到好隊(duì)友啥事兒都不難，要是隊(duì)友不是很靠譜，再簡(jiǎn)單的事情都很難。當(dāng)然，我碰到的大多數(shù)開發(fā)顧問都是很靠譜的，現(xiàn)在也都是很好的朋友。
?
所以，沒事兒學(xué)點(diǎn)兒ABAP知識(shí)，在某些時(shí)候還是很有用的。給大家推薦一下我最近在梳理的基本語法：https://mp.weixin.qq.com/s/duqoiqWTre1Bk2GnUn5ecg
?
?
3.對(duì)系統(tǒng)上線前后的有效評(píng)估
?
一般我們系統(tǒng)上線時(shí)，會(huì)有大量的測(cè)試工作，SAP業(yè)務(wù)顧問相關(guān)的測(cè)試，多數(shù)是基于各種業(yè)務(wù)情況在系統(tǒng)中能否合理運(yùn)轉(zhuǎn)進(jìn)行測(cè)試的。當(dāng)然，有的項(xiàng)目也有對(duì)代碼本身，進(jìn)行一點(diǎn)壓力測(cè)試，看看大量數(shù)據(jù)下的運(yùn)轉(zhuǎn)速度等。
?
其實(shí)基于各種不同的業(yè)務(wù)場(chǎng)景，我們要清楚地知道，我們?cè)谏暇€前要準(zhǔn)備哪些靜態(tài)和動(dòng)態(tài)數(shù)據(jù)，在上線的那個(gè)時(shí)間節(jié)點(diǎn)，我們得知道不同狀態(tài)的業(yè)務(wù)數(shù)據(jù)，該如何處理，才能保證該筆業(yè)務(wù)在新功能上線后，應(yīng)該如何進(jìn)行等。
?
同時(shí)，我們也能大致預(yù)測(cè)到當(dāng)新功能上線后，用戶大致的新需求會(huì)提在什么地方？比如進(jìn)一步自動(dòng)化需求，比如功能可能被推廣到其他工廠或部門的應(yīng)用，比如哪些報(bào)表用戶可能會(huì)需要，比如某個(gè)業(yè)務(wù)流程的進(jìn)一步優(yōu)化等等。
?
當(dāng)我們大致掌握了這些方向，下一期的項(xiàng)目方向，整個(gè)項(xiàng)目團(tuán)隊(duì)就心理有數(shù)了，具體的項(xiàng)目工作量、功能難度、項(xiàng)目周期等，就大致就有一個(gè)初步的預(yù)估了。
?
這在某種程度上來說，不是只是把用戶需求傳遞給開發(fā)這么簡(jiǎn)單，而是根據(jù)當(dāng)前的系統(tǒng)評(píng)估，要預(yù)測(cè)用戶未來的需求走向了。
?
這對(duì)于后續(xù)系統(tǒng)建設(shè)工作來說，是非常有利的。
?
本篇就分享這些，后續(xù)在結(jié)合其他方面給大家分享相關(guān)內(nèi)容。
?
?
?
總結(jié)
以上是生活随笔為你收集整理的SAP实施顾问到底是一项什么工作？-（01）-需求与开发的桥梁的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： html转义字符解码,js对html转义
- 下一篇： html转义字符输出,dart – 如何