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

【資料圖】

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

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

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

需求是什么？一句話嗎？

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

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

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

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

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

其它部門的需求是什么？

業(yè)務部門提出的需求是痛點還是癢點？

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

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

在大部分的傳統(tǒng)企業(yè)中，為什么買軟件的原因很簡單，就是兩個字：需要！意思就是我就是要買！因為工作需要！至于軟件買了以后功能是否匹配，軟件好不好用，業(yè)務管理流程是否要梳理與改進，那是買了以后的事情，如果不好用，那一定是系統(tǒng)的問題！所以也注定了系統(tǒng)背定了鍋！

需求是什么？

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

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

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

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

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

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

3.內部需求意見不一致，反復推翻；

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

然后說了兩個字：抱歉！

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

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

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

因為這是業(yè)務部門的需求！

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

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

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

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

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

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

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

第一，引，即引導：

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

1) .溝通能力；

2) .判斷能力；

3) .總結能力；

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

第二，控，即控制：

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

第三，定，即定標準、定流程、定制度：

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

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

關鍵詞： 半個月的 目的是什么