最近經(jīng)常接到很多粉絲朋友的微信咨詢，大部分問題老楊都能很好的解答，但部分問題老楊實(shí)在難以回答，比如：

【資料圖】

有的粉絲朋友一開始就提出：楊老師，幫我們企業(yè)做一個(gè)數(shù)字化轉(zhuǎn)型方案吧！

對于這類要求老楊是拒絕的，因?yàn)檫B企業(yè)最基本的信息我都不清楚，粉絲連自己想要什么也不知道，連最基本的需求都沒講出來，怎么做？做什么？即使做出來也是空中樓閣，沒有落地性。如果企業(yè)數(shù)字化轉(zhuǎn)型只能活在PPT里是件很可悲的事情。

做數(shù)字化轉(zhuǎn)型，首先要清楚需求是什么？

需求是什么？一句話嗎？

大部分傳統(tǒng)企業(yè)做數(shù)字化建設(shè)只所以失敗，軟件還在實(shí)施期就爛尾，最主要的原因就是沒搞清楚需求是什么：

企業(yè)做數(shù)字化建設(shè)的目的是什么？

業(yè)務(wù)部門買軟件的目的是什么？

想實(shí)現(xiàn)的功能是什么？

與其它部門有何關(guān)聯(lián)？

其它部門的需求是什么？

業(yè)務(wù)部門提出的需求是痛點(diǎn)還是癢點(diǎn)？

為什么要選擇A公司的系統(tǒng)？

.......................

在大部分的傳統(tǒng)企業(yè)中，為什么買軟件的原因很簡單，就是兩個(gè)字：需要！意思就是我就是要買！因?yàn)楣ぷ餍枰≈劣谲浖I了以后功能是否匹配，軟件好不好用，業(yè)務(wù)管理流程是否要梳理與改進(jìn)，那是買了以后的事情，如果不好用，那一定是系統(tǒng)的問題！所以也注定了系統(tǒng)背定了鍋！

需求是什么？

需中求解，而非需中就要！

需求就是尋求方案、方法中的最優(yōu)解。

需求是系統(tǒng)性的，而非單一的滿足。

但是在實(shí)際的數(shù)字化建設(shè)中，在需求方面存在如下問題：

1.業(yè)務(wù)部門需求不清、含糊、片段性；

2.需求不穩(wěn)定、多變、朝定夕改；

3.內(nèi)部需求意見不一致，反復(fù)推翻；

說個(gè)最近發(fā)生的典型案例吧，某公司信息部門接到一款系統(tǒng)的訂制開發(fā)需求，在系統(tǒng)功能方面前期已反復(fù)確認(rèn)過多次，對其中一些功能信息部門也提出過質(zhì)疑，是否真正實(shí)用，但業(yè)務(wù)部門信誓旦旦的說一定能應(yīng)用起來，必須開發(fā)出來！然而經(jīng)過為期半個(gè)月的開發(fā)后，在系統(tǒng)即將上線之前，業(yè)務(wù)部門說：那些功能不需要了！

然后說了兩個(gè)字：抱歉！

抱歉就意味著信息部門半個(gè)月的工作成果付之東流！

業(yè)務(wù)部門可以輕松推翻確定的需求，而不用承擔(dān)任何！

而信息技術(shù)部門明知需求有問題提出質(zhì)疑卻無法反對，錯(cuò)誤的需求照常推進(jìn)，明知路錯(cuò)了必須一直錯(cuò)下去！

因?yàn)檫@是業(yè)務(wù)部門的需求！

以上就是企業(yè)數(shù)字化轉(zhuǎn)型建設(shè)過程中的典型現(xiàn)象，一方面業(yè)務(wù)部門對自身的業(yè)務(wù)需求不明晰、混亂；而另一方面作為專業(yè)技術(shù)部門的信息部門只能對需求被動(dòng)接受，難以要業(yè)務(wù)部門接受專業(yè)、合理的建議，這就是企業(yè)內(nèi)部缺乏協(xié)同、融合力的表現(xiàn)。

需求是數(shù)字化建設(shè)的基礎(chǔ)，需求代表著數(shù)字化建設(shè)的方向、實(shí)現(xiàn)路徑。但在需求管理上，大部分企業(yè)的信息部門也存在一些問題：

1.缺乏需求管理機(jī)制，例如系統(tǒng)的收集、整理、確定、變更等需求過程管理；

2.有制度難以落實(shí)執(zhí)行；

3.缺乏配套的數(shù)字化建設(shè)問責(zé)機(jī)制；

因此在業(yè)務(wù)管理標(biāo)準(zhǔn)化未實(shí)現(xiàn)、需求多變的情況下信息部門對于需求的管控能力顯得尤為重要，一方面信息部門對外要實(shí)現(xiàn)需求過程管理機(jī)制的規(guī)范化、標(biāo)準(zhǔn)化、制度化，另一方面對內(nèi)也要加強(qiáng)管理，提升業(yè)務(wù)知識(shí)水平，務(wù)求全面清楚企業(yè)的各個(gè)業(yè)務(wù)環(huán)節(jié)，盡可能的降低由于對業(yè)務(wù)的不了解而造成的需求誤讀。而企業(yè)在戰(zhàn)略上要加強(qiáng)數(shù)字化成本管控，尤其是對需求不明、反復(fù)、盲目建設(shè)造成的數(shù)字化成本浪費(fèi)進(jìn)行追責(zé)，在一定程度上指引業(yè)務(wù)部門科學(xué)的、嚴(yán)謹(jǐn)?shù)倪M(jìn)行數(shù)字化系統(tǒng)建設(shè)。

由此可見，需求二字雖簡單，但要真正的做好需求管理卻很難，尤其是對信息部門的要求更高，老楊認(rèn)為在數(shù)字化建設(shè)過程中，信息部門在需求管理上要做到：引、控、定。

第一，引，即引導(dǎo)：

在傳統(tǒng)企業(yè)中大部分情況下業(yè)務(wù)部門對于自己的數(shù)字化需求是很模糊的，可能就是一句話：我就是想實(shí)現(xiàn)某某，你們看著辦！但信息部門如果看著辦，去想當(dāng)然的猜業(yè)務(wù)部門的需求，那么造成的后果就是“南轅北轍”，你提供的需求并不是他想要的；業(yè)務(wù)部門對信息部門的專業(yè)能力會(huì)產(chǎn)生質(zhì)疑，甚至大打折扣；因此在需求引導(dǎo)過程中有以下能力對于信息部門而言非常重要:

1) .溝通能力；

2) .判斷能力；

3) .總結(jié)能力；

4).行業(yè)知識(shí)能力；

第二，控，即控制：

業(yè)務(wù)部門的需求總是發(fā)散的，缺乏系統(tǒng)性的，是不連貫的，所以在需求調(diào)研中信息部門經(jīng)常會(huì)感覺到業(yè)務(wù)部門什么都想要，什么都想實(shí)現(xiàn)，今天提一個(gè)需求，明天該一個(gè)需求，如果無法滿足，那就質(zhì)疑信息部門的技術(shù)能力，所以在溝通能力的基礎(chǔ)上，信息部門要學(xué)會(huì)控制業(yè)務(wù)部門的需求不能無限發(fā)散，要控制在當(dāng)前業(yè)務(wù)管理能力的一個(gè)合適范圍之內(nèi)；同時(shí)要與業(yè)務(wù)部門達(dá)成數(shù)字化建設(shè)共識(shí)，以當(dāng)前需求及管理現(xiàn)狀分步走，數(shù)字化建設(shè)切忌貪大求全，什么都想要，最后結(jié)果什么都無法實(shí)現(xiàn)，所以在數(shù)字化建設(shè)中合理控制需求范圍是關(guān)鍵。

第三，定，即定標(biāo)準(zhǔn)、定流程、定制度：

為什么有的企業(yè)數(shù)字化建設(shè)會(huì)打亂仗？信息部門忙前忙后最后卻成了背鍋俠？究其原因還是缺乏過程的規(guī)范化管理。規(guī)范從何處著手建設(shè)？很多CIO會(huì)一頭霧水，甚至茫然，因?yàn)橐婚_始CIO就已經(jīng)掉入了需求的陷阱，只要業(yè)務(wù)部門提出的均滿足，但卻忽視了管理的規(guī)范性動(dòng)作，需求收集工作的標(biāo)準(zhǔn)是什么、需求確認(rèn)與變更的流程又是什么，誰簽字，誰對此負(fù)責(zé)？業(yè)務(wù)部門的需求是否合規(guī)？依據(jù)是什么？有何制度參考？當(dāng)這一切工作都屬于空白時(shí)，CIO不背鍋誰背鍋？

綜上所述，需求是企業(yè)數(shù)字化建設(shè)的基礎(chǔ)，是路徑，需求清，則建設(shè)準(zhǔn)；需求亂，則建設(shè)難；需求需要技術(shù)與業(yè)務(wù)共同來完成，需要的是融合思維，而非業(yè)務(wù)部門無限的發(fā)散；同時(shí)信息部門也要根據(jù)企業(yè)管理現(xiàn)狀，合理的控制需求范圍，分步推進(jìn)，標(biāo)準(zhǔn)化、制度化、流程化建設(shè)要貫穿整個(gè)數(shù)字化過程，科學(xué)的數(shù)字化管理體系很重要。

關(guān)鍵詞： 半個(gè)月的 目的是什么