如何選擇創(chuàng)新方向是企業(yè)重要的決策？

發(fā)表于：2019/1/21 16:07:19??閱讀量：?[關(guān)閉]

　　企業(yè)需要不斷創(chuàng)新，而如何選擇創(chuàng)新方向是企業(yè)重要的決策。方向比努力更重要，如果方向錯了，努力只是在錯誤的方向上跑得更遠(yuǎn);方向?qū)α耍拍芨斓亟咏繕?biāo)。

　　對于初創(chuàng)公司，創(chuàng)新方向往往直接到企業(yè)是否有前景，要選對風(fēng)口和模式。而當(dāng)一個模式起來后，企業(yè)蜂擁而入，比的還是在賽道上更精細(xì)化的創(chuàng)新思維和更強(qiáng)的運(yùn)營，比如說2011年的百團(tuán)大戰(zhàn)，2013年的 O2O，2016年的直播和共享單車大戰(zhàn)等等。創(chuàng)業(yè)艱難，守業(yè)更難，市場變化日新月異，競爭也來自于各個方面。對于守業(yè)中的企業(yè)，既要守住已經(jīng)被市場證實(shí)有效的商業(yè)運(yùn)作，又要預(yù)見未來，及時做出創(chuàng)新變革，對于企業(yè)管理者而言，一方面是難上加難的課題，另一方面又是生死攸關(guān)的關(guān)鍵問題。

　　SAP 聯(lián)合創(chuàng)始人哈索·普拉特納(Hasso Plattner)教授* 于2009年在全球頂級數(shù)據(jù)庫 SIGMOD 會議上，發(fā)表了第一篇關(guān)于內(nèi)存數(shù)據(jù)庫的論文：A Common Database Approach for OLTP and OLAP Using an In-Memory Column Database(參見「閱讀原文」)，對外宣布了 SAP HANA 內(nèi)存數(shù)據(jù)庫的創(chuàng)新之旅，給 SAP 客戶帶來了更快更方便的商務(wù)應(yīng)用。十年之后重新讀一下 Hasso 教授開始的這篇文章，我將從他的文章中，梳理一下他是如何思考企業(yè)創(chuàng)新的，以期對各位提供一些啟示。

　　企業(yè)創(chuàng)新要有明確的任務(wù)宣言

　　企業(yè)創(chuàng)新會有很多細(xì)節(jié)，一個清楚的任務(wù)宣言可以幫助研發(fā)找到正確的方向。這篇 SAP HANA 的開山之作的標(biāo)題就清楚地設(shè)定了一個任務(wù)宣言：為 OLTP 和 OLAP 提供一個通用的基于列存儲的內(nèi)存數(shù)據(jù)庫。目標(biāo)是統(tǒng)一OLTP 和 OLAP 的處理，SAP 之后的研究也正是緊密圍繞這個方向而展開。首先提出一個嶄新的基于內(nèi)存的數(shù)據(jù)庫，然后對 OLTP(SAP ERP)進(jìn)行改進(jìn)，讓底層數(shù)據(jù)在 SAP HANA 中有效地管理起來，再之后就是進(jìn)一步完善 OLAP，讓兩者有效地整合?？纯?SAP HANA 的創(chuàng)新，和 S/4HANA 的創(chuàng)新，都是一步步朝著這個大方向前進(jìn)。這也是為什么7年后，SAP HANA 于2017年在 Forrester 的 Translytical Wave 中獲得了引領(lǐng)者的地位。

　　企業(yè)創(chuàng)新要基于深刻理解客戶的需求

　　在文章開篇的部分，Hasso 教授并沒有進(jìn)入技術(shù)的討論，而是很清楚地闡述了這個項(xiàng)目的客戶需求：“我們獲得了靈活性和速度，但也引入了額外的數(shù)據(jù) ETL 流程以及冗余控制”“ OLTP 是 OLAP 系統(tǒng)的必要條件，但只有通過 OLAP 系統(tǒng)，公司才能理解他們的商業(yè)，并找到如何駕馭企業(yè)的決策。也只有計劃數(shù)據(jù)和實(shí)際數(shù)據(jù)相匹配時，業(yè)務(wù)才變得透明，決策才更為有效”。環(huán)顧現(xiàn)在企業(yè)的 IT 系統(tǒng)，額外的數(shù)據(jù) ETL 流程，以及因?yàn)檫@個過程而產(chǎn)生數(shù)據(jù)冗余讓企業(yè) IT 變得復(fù)雜，而且數(shù)據(jù)不一致導(dǎo)致了業(yè)務(wù)的不透明，決策效果不好。正是長年和企業(yè)客戶溝通，Hasso 教授準(zhǔn)確抓住了客戶的痛點(diǎn)。理解客戶是正確創(chuàng)新方向的基礎(chǔ)。

　　企業(yè)創(chuàng)新要順應(yīng)趨勢并有明確的戰(zhàn)略戰(zhàn)術(shù)

　　Hasso 教授文章中闡述了第二個關(guān)鍵點(diǎn)，就是技術(shù)發(fā)展的大趨勢，以及制定了明確的戰(zhàn)略戰(zhàn)術(shù)。“當(dāng) CPU 處理器時鐘速度達(dá)到3 GHz 級別時(2002)，下一步發(fā)展有點(diǎn)不確定，有兩個技術(shù)發(fā)展提供了幫助：內(nèi)存技術(shù)的空前增長，以及基于多核 CPU 以及刀片技術(shù)下的大規(guī)模并行性計算”，“但 OLTP 數(shù)據(jù)庫系統(tǒng)并不適合大規(guī)模并行計算，或用在 SMP(對稱多處理)服務(wù)器上。原因是更新操作需要臨時鎖定數(shù)據(jù)存儲段，也提高了在并行事務(wù)中更新多個表時死鎖的可能性。這也是為什么 SAP R/3 系統(tǒng)的所有更新事務(wù)運(yùn)行中單線程，并嚴(yán)重依賴于行級鎖定和并行數(shù)據(jù)庫進(jìn)程之間的超快速通信”。因?yàn)檫@幾個硬件技術(shù)的發(fā)展，在之后的篇幅中，Hasso 教授針對這幾個關(guān)鍵點(diǎn)，對列存儲內(nèi)存數(shù)據(jù)庫技術(shù)進(jìn)行了討論，給予「列存儲是適應(yīng)現(xiàn)代的 CPU 技術(shù)」以及「列存儲適用于更新密集型的應(yīng)用」的立論，并提出了「Insert Only」的技術(shù)方案。

　　此外，創(chuàng)新的想法在早期并不一定能立刻被大家接受，但之后卻可以帶動整個領(lǐng)域的興起。SAP HANA 也從開始的質(zhì)疑，到帶動整個內(nèi)存數(shù)據(jù)庫技術(shù)的全方面發(fā)展。所以選擇創(chuàng)新方向不一定跟風(fēng)，需要更多的客觀分析，審慎思考，獨(dú)立判斷，分析用戶需求，切入點(diǎn)，沉下心來思考和探索那些少有人走的路。有時候，問出一個正確的問題比解決問題更關(guān)鍵，因?yàn)楹玫膯栴}往往是革命性的。

　　創(chuàng)新的方向并不僅僅只是技術(shù)創(chuàng)新，或新的商業(yè)模式。這需要企業(yè)一系列行動來幫助創(chuàng)新產(chǎn)生根本的影響，比如說要理解待進(jìn)入的市場，服務(wù)的對象，解決的問題，面對的競爭和困難，戰(zhàn)略戰(zhàn)術(shù)的選擇，技術(shù)的要求，團(tuán)隊的配置等等。SAP 在這個文章發(fā)表之后的10年里，提供更全方面的支持，推廣 SAP HANA 上的應(yīng)用，到今天 SAP 將核心的 ERP 系統(tǒng)逐步遷移到 SAP HANA 平臺，也推出了 SAP HANA as a Service 的云端內(nèi)存數(shù)據(jù)庫服務(wù)，使得 SAP 成為基于 SAP HANA 的云端公司，為客戶提供更方便的使用方式。