在職場(chǎng)和生活中，我們經(jīng)常面臨表面修飾而本質(zhì)未變的情況，俗稱“屎上雕花”。這種現(xiàn)象在技術(shù)、數(shù)據(jù)和產(chǎn)品整合中尤為普遍，它尤其警示我們應(yīng)該關(guān)注問題的本質(zhì)。

幾年前看過這樣一則新聞：有個(gè)貧困縣為了應(yīng)付上級(jí)對(duì)脫貧效果的檢查，在道路兩旁建了一排只有一面的“豪宅”，看起來鄉(xiāng)村振興，百姓安居樂業(yè)，實(shí)則是在一貧如洗的鄉(xiāng)村地頭給領(lǐng)導(dǎo)作畫，制造了這一幕的滑稽。

在職場(chǎng)上，你是否遇到過類似這樣本質(zhì)很壞，卻極力粉飾的情況呢？

老譚在十幾年的職業(yè)生涯，也經(jīng)常碰到這些不可思議的事情，耗費(fèi)大量的人力物力，只圖表面的光鮮亮麗，最后還是徒勞無功。最近看到一個(gè)網(wǎng)絡(luò)用語，特別貼切的說明這一類問題，這個(gè)名詞是：屎上雕花！

這個(gè)詞生動(dòng)地描繪了一種現(xiàn)象，即人們?yōu)榱俗屢皇挛镒兊酶篮?，不惜耗費(fèi)大量精力、人力、物力，使用各種巧妙的方法進(jìn)行包裝和修飾，但最終的本質(zhì)卻依舊是一坨屎。

一、代碼重構(gòu)的屎上雕花現(xiàn)象

現(xiàn)象描述：

在代碼質(zhì)量低下、結(jié)構(gòu)混亂的情況下，開發(fā)團(tuán)隊(duì)可能僅通過添加注釋、優(yōu)化UI界面等表面工作來掩蓋問題，而非從根本上進(jìn)行代碼重構(gòu)。

忽視代碼的可讀性、可維護(hù)性和可擴(kuò)展性，導(dǎo)致新功能的添加和舊問題的修復(fù)都變得困難重重。

案例分析：

我記得十年前，我剛參加工作的第二個(gè)項(xiàng)目是集團(tuán)的OA系統(tǒng)的開發(fā)，這個(gè)項(xiàng)目對(duì)我個(gè)人的成長(zhǎng)是非常大的，因?yàn)槲以谝粎⒓庸ぷ骶透鶕?jù)WFCM規(guī)范開發(fā)了自己的工作流引擎,和圖形化的流程設(shè)計(jì)器。

這個(gè)系統(tǒng)運(yùn)行了大概兩年以后，由于公司業(yè)務(wù)的快速發(fā)展，使用的頻率也越來越大，系統(tǒng)經(jīng)常性的內(nèi)存溢出、死鎖等引起的宕機(jī)。當(dāng)時(shí)負(fù)責(zé)這個(gè)項(xiàng)目的技術(shù)負(fù)責(zé)人，當(dāng)時(shí)是我的領(lǐng)導(dǎo)，每天早晨起來第一件事就是重啟服務(wù)器，非常的痛苦。

沒辦法我們就平時(shí)抽時(shí)間找問題，重構(gòu)系統(tǒng)，但是依然無法解決。當(dāng)時(shí)我們選擇的框架是國內(nèi)使用比較小眾的JSF+Hibernate，我發(fā)現(xiàn)我們這個(gè)框架底層的事務(wù)管理存在很大的問題，要想徹底解決它，就需要重構(gòu)底層的事務(wù)管理。

這個(gè)方案大家自然沒通過，第一重構(gòu)傷筋動(dòng)骨，涉及面太多，改不好再出現(xiàn)不可預(yù)知的大問題那更麻煩了；第二這個(gè)重構(gòu)也沒法立項(xiàng)做計(jì)劃，只能平時(shí)加班弄。所以最后還是保守的局部?jī)?yōu)化、

幸虧折騰一年，無意間改了hibernate的一個(gè)參數(shù)配置，問題出現(xiàn)的頻率下降了一大截。就這么維持了幾年，最終集團(tuán)重新升級(jí)系統(tǒng)的時(shí)候把這個(gè)系統(tǒng)替換了，我們才如釋重負(fù)。

當(dāng)一開始基礎(chǔ)就是錯(cuò)的時(shí)候，重構(gòu)是無濟(jì)于事的，與其重寫勞民傷財(cái)，不如在規(guī)劃的時(shí)候把事情做對(duì)！

二、數(shù)據(jù)治理的屎上雕花現(xiàn)象

現(xiàn)象描述：

數(shù)據(jù)沒有標(biāo)準(zhǔn)，業(yè)務(wù)給的數(shù)據(jù)都是虛假胡報(bào)的情況下，再怎么數(shù)據(jù)治理也得不到想要的結(jié)果。

通過簡(jiǎn)單的數(shù)據(jù)清洗和格式化來掩蓋數(shù)據(jù)質(zhì)量問題，導(dǎo)致基于這些數(shù)據(jù)的決策可能產(chǎn)生誤導(dǎo)。

案例分析：

也是親身經(jīng)歷的案例，我們有很多數(shù)據(jù)，這些數(shù)據(jù)的來源不一，標(biāo)準(zhǔn)不一，每每領(lǐng)導(dǎo)想要從這些數(shù)據(jù)中要得出點(diǎn)啥的時(shí)候，就開始給我們下任務(wù)。他們感覺這么多數(shù)據(jù)在這里，做點(diǎn)分析那不是手拿把掐。

但是他們不知道的是，這些不規(guī)范的數(shù)據(jù)真的要挖掘出價(jià)值出來，需要數(shù)據(jù)治理，這不是一個(gè)簡(jiǎn)單的過程。每次加班加點(diǎn)臨時(shí)出的報(bào)表，那種痛苦做過的人都知道。

其實(shí)如果真的要利用好數(shù)據(jù)，就需要花費(fèi)精力去做數(shù)據(jù)治理的動(dòng)作，形成數(shù)據(jù)標(biāo)準(zhǔn)規(guī)范，需要人工進(jìn)行數(shù)據(jù)的清洗、匹配、整合等工作。

但是呢，這些投入很大，短期很難見效，每次提議基本也是無疾而終。但每次要分析，那是一次次的痛苦體驗(yàn)。

后來，我記得集團(tuán)上主數(shù)據(jù)系統(tǒng)，想從數(shù)據(jù)規(guī)范上來治理，我作為業(yè)務(wù)部門既是數(shù)據(jù)的使用者也是數(shù)據(jù)的提供者，結(jié)果折騰了很久，最終這個(gè)項(xiàng)目也沒正常應(yīng)用。

究其原因是管理范圍度的把握，管的松，很多系統(tǒng)數(shù)據(jù)還是標(biāo)準(zhǔn)不統(tǒng)一；管的嚴(yán)，因?yàn)閿?shù)據(jù)規(guī)范的效率導(dǎo)致業(yè)務(wù)效率下降甚至?xí)和?，業(yè)務(wù)不答應(yīng)。太難了！

數(shù)據(jù)治理是不得已而為之，能做好前期規(guī)劃和標(biāo)準(zhǔn)的，就不要把問題留到后面。

數(shù)據(jù)治理是個(gè)正兒八經(jīng)的工作，不是臨時(shí)抱佛腳！

如果規(guī)范前期沒做好，后期統(tǒng)一規(guī)范一定結(jié)合數(shù)據(jù)治理，在容錯(cuò)的基礎(chǔ)上改善，切莫為了標(biāo)準(zhǔn)而說一二不二！

三、產(chǎn)品整合的屎上雕花現(xiàn)象

現(xiàn)象描述：

在產(chǎn)品線豐富的企業(yè)中，各產(chǎn)品之間可能缺乏有效的整合與協(xié)同，形成“煙囪式”的發(fā)展模式。

很多企業(yè)妄想通過產(chǎn)品整合，讓沒用的產(chǎn)品產(chǎn)生價(jià)值，結(jié)果就讓團(tuán)隊(duì)不斷的折騰。

案例分析：

作為研發(fā)總監(jiān)，我曾管理多條產(chǎn)品管線，在這個(gè)過程中，經(jīng)常會(huì)碰到不同產(chǎn)品之間要求整合的情況。

其實(shí)早在七八年前我就因?yàn)橘~戶的整合吐槽過一次，還成為產(chǎn)品經(jīng)理社區(qū)的熱門文章。多條產(chǎn)品線之間沒有形成業(yè)務(wù)關(guān)系的時(shí)候，甚至品牌都不一樣，用戶群體都不相同的時(shí)候，搞什么統(tǒng)一賬戶，單點(diǎn)登錄。用A產(chǎn)品的用戶可能永遠(yuǎn)都用不上B，你整合個(gè)毛線啊。

A產(chǎn)品客戶不買賬，B產(chǎn)品客戶不買單，于是我們就經(jīng)常開啟A+B模式，整合在一起功能更多了，產(chǎn)品更完整了，于是就讓客戶傻傻的掏錢了！

過去幾年我真的沒少在這方面折騰過，而且有時(shí)候?yàn)榱私o客戶演示，給領(lǐng)導(dǎo)匯報(bào)，經(jīng)常臨時(shí)粘在一起，前端看的很豐富，后端卻是一塌糊涂，天天燒高香期望有些地方千萬別有人用，全是坑。

張小龍?jiān)f，當(dāng)產(chǎn)品需要整合時(shí)，說明產(chǎn)品不行了！我們往往不去找產(chǎn)品不行的原因去改善它，總是妄想1+1>2的效果，其實(shí)很多情況下1+1甚至是小于1的。所以靠加法取勝請(qǐng)慎重！

屎上雕花永遠(yuǎn)不是花，花下澆屎花卻開更艷。領(lǐng)導(dǎo)人最重要的是透過現(xiàn)象看本質(zhì)！

其實(shí)，那些屎上雕花的事情還有很多很多，我就不一一列舉了，大家可以在評(píng)論區(qū)留言，分享你的經(jīng)驗(yàn)和觀點(diǎn)。