如何選擇創(chuàng)新方向是企業(yè)重要的決策？
發(fā)表于：2019/1/21 16:07:19??閱讀量：?[關(guān)閉]
企業(yè)需要不斷創(chuàng)新，而如何選擇創(chuàng)新方向是企業(yè)重要的決策。方向比努力更重要，如果方向錯(cuò)了，努力只是在錯(cuò)誤的方向上跑得更遠(yuǎn);方向?qū)α耍拍芨斓亟咏繕?biāo)。
對(duì)于初創(chuàng)公司，創(chuàng)新方向往往直接到企業(yè)是否有前景，要選對(duì)風(fēng)口和模式。而當(dāng)一個(gè)模式起來(lái)后，企業(yè)蜂擁而入，比的還是在賽道上更精細(xì)化的創(chuàng)新思維和更強(qiáng)的運(yùn)營(yíng)，比如說(shuō)2011年的百團(tuán)大戰(zhàn)，2013年的 O2O，2016年的直播和共享單車(chē)大戰(zhàn)等等。創(chuàng)業(yè)艱難，守業(yè)更難，市場(chǎng)變化日新月異，競(jìng)爭(zhēng)也來(lái)自于各個(gè)方面。對(duì)于守業(yè)中的企業(yè)，既要守住已經(jīng)被市場(chǎng)證實(shí)有效的商業(yè)運(yùn)作，又要預(yù)見(jiàn)未來(lái)，及時(shí)做出創(chuàng)新變革，對(duì)于企業(yè)管理者而言，一方面是難上加難的課題，另一方面又是生死攸關(guān)的關(guān)鍵問(wèn)題。
SAP 聯(lián)合創(chuàng)始人哈索·普拉特納(Hasso Plattner)教授* 于2009年在全球頂級(jí)數(shù)據(jù)庫(kù) SIGMOD 會(huì)議上，發(fā)表了第一篇關(guān)于內(nèi)存數(shù)據(jù)庫(kù)的論文：A Common Database Approach for OLTP and OLAP Using an In-Memory Column Database(參見(jiàn)「閱讀原文」)，對(duì)外宣布了 SAP HANA 內(nèi)存數(shù)據(jù)庫(kù)的創(chuàng)新之旅，給 SAP 客戶帶來(lái)了更快更方便的商務(wù)應(yīng)用。十年之后重新讀一下 Hasso 教授開(kāi)始的這篇文章，我將從他的文章中，梳理一下他是如何思考企業(yè)創(chuàng)新的，以期對(duì)各位提供一些啟示。
企業(yè)創(chuàng)新要有明確的任務(wù)宣言
企業(yè)創(chuàng)新會(huì)有很多細(xì)節(jié)，一個(gè)清楚的任務(wù)宣言可以幫助研發(fā)找到正確的方向。這篇 SAP HANA 的開(kāi)山之作的標(biāo)題就清楚地設(shè)定了一個(gè)任務(wù)宣言：為 OLTP 和 OLAP 提供一個(gè)通用的基于列存儲(chǔ)的內(nèi)存數(shù)據(jù)庫(kù)。目標(biāo)是統(tǒng)一OLTP 和 OLAP 的處理，SAP 之后的研究也正是緊密?chē)@這個(gè)方向而展開(kāi)。首先提出一個(gè)嶄新的基于內(nèi)存的數(shù)據(jù)庫(kù)，然后對(duì) OLTP(SAP ERP)進(jìn)行改進(jìn)，讓底層數(shù)據(jù)在 SAP HANA 中有效地管理起來(lái)，再之后就是進(jìn)一步完善 OLAP，讓兩者有效地整合。看看 SAP HANA 的創(chuàng)新，和 S/4HANA 的創(chuàng)新，都是一步步朝著這個(gè)大方向前進(jìn)。這也是為什么7年后，SAP HANA 于2017年在 Forrester 的 Translytical Wave 中獲得了引領(lǐng)者的地位。
企業(yè)創(chuàng)新要基于深刻理解客戶的需求
在文章開(kāi)篇的部分，Hasso 教授并沒(méi)有進(jìn)入技術(shù)的討論，而是很清楚地闡述了這個(gè)項(xiàng)目的客戶需求：“我們獲得了靈活性和速度，但也引入了額外的數(shù)據(jù) ETL 流程以及冗余控制”“ OLTP 是 OLAP 系統(tǒng)的必要條件，但只有通過(guò) OLAP 系統(tǒng)，公司才能理解他們的商業(yè)，并找到如何駕馭企業(yè)的決策。也只有計(jì)劃數(shù)據(jù)和實(shí)際數(shù)據(jù)相匹配時(shí)，業(yè)務(wù)才變得透明，決策才更為有效”。環(huán)顧現(xiàn)在企業(yè)的 IT 系統(tǒng)，額外的數(shù)據(jù) ETL 流程，以及因?yàn)檫@個(gè)過(guò)程而產(chǎn)生數(shù)據(jù)冗余讓企業(yè) IT 變得復(fù)雜，而且數(shù)據(jù)不一致導(dǎo)致了業(yè)務(wù)的不透明，決策效果不好。正是長(zhǎng)年和企業(yè)客戶溝通，Hasso 教授準(zhǔn)確抓住了客戶的痛點(diǎn)。理解客戶是正確創(chuàng)新方向的基礎(chǔ)。
企業(yè)創(chuàng)新要順應(yīng)趨勢(shì)并有明確的戰(zhàn)略戰(zhàn)術(shù)
Hasso 教授文章中闡述了第二個(gè)關(guān)鍵點(diǎn)，就是技術(shù)發(fā)展的大趨勢(shì)，以及制定了明確的戰(zhàn)略戰(zhàn)術(shù)。“當(dāng) CPU 處理器時(shí)鐘速度達(dá)到3 GHz 級(jí)別時(shí)(2002)，下一步發(fā)展有點(diǎn)不確定，有兩個(gè)技術(shù)發(fā)展提供了幫助：內(nèi)存技術(shù)的空前增長(zhǎng)，以及基于多核 CPU 以及刀片技術(shù)下的大規(guī)模并行性計(jì)算”，“但 OLTP 數(shù)據(jù)庫(kù)系統(tǒng)并不適合大規(guī)模并行計(jì)算，或用在 SMP(對(duì)稱(chēng)多處理)服務(wù)器上。原因是更新操作需要臨時(shí)鎖定數(shù)據(jù)存儲(chǔ)段，也提高了在并行事務(wù)中更新多個(gè)表時(shí)死鎖的可能性。這也是為什么 SAP R/3 系統(tǒng)的所有更新事務(wù)運(yùn)行中單線程，并嚴(yán)重依賴(lài)于行級(jí)鎖定和并行數(shù)據(jù)庫(kù)進(jìn)程之間的超快速通信”。因?yàn)檫@幾個(gè)硬件技術(shù)的發(fā)展，在之后的篇幅中，Hasso 教授針對(duì)這幾個(gè)關(guān)鍵點(diǎn)，對(duì)列存儲(chǔ)內(nèi)存數(shù)據(jù)庫(kù)技術(shù)進(jìn)行了討論，給予「列存儲(chǔ)是適應(yīng)現(xiàn)代的 CPU 技術(shù)」以及「列存儲(chǔ)適用于更新密集型的應(yīng)用」的立論，并提出了「Insert Only」的技術(shù)方案。
此外，創(chuàng)新的想法在早期并不一定能立刻被大家接受，但之后卻可以帶動(dòng)整個(gè)領(lǐng)域的興起。SAP HANA 也從開(kāi)始的質(zhì)疑，到帶動(dòng)整個(gè)內(nèi)存數(shù)據(jù)庫(kù)技術(shù)的全方面發(fā)展。所以選擇創(chuàng)新方向不一定跟風(fēng)，需要更多的客觀分析，審慎思考，獨(dú)立判斷，分析用戶需求，切入點(diǎn)，沉下心來(lái)思考和探索那些少有人走的路。有時(shí)候，問(wèn)出一個(gè)正確的問(wèn)題比解決問(wèn)題更關(guān)鍵，因?yàn)楹玫膯?wèn)題往往是革命性的。
創(chuàng)新的方向并不僅僅只是技術(shù)創(chuàng)新，或新的商業(yè)模式。這需要企業(yè)一系列行動(dòng)來(lái)幫助創(chuàng)新產(chǎn)生根本的影響，比如說(shuō)要理解待進(jìn)入的市場(chǎng)，服務(wù)的對(duì)象，解決的問(wèn)題，面對(duì)的競(jìng)爭(zhēng)和困難，戰(zhàn)略戰(zhàn)術(shù)的選擇，技術(shù)的要求，團(tuán)隊(duì)的配置等等。SAP 在這個(gè)文章發(fā)表之后的10年里，提供更全方面的支持，推廣 SAP HANA 上的應(yīng)用，到今天 SAP 將核心的 ERP 系統(tǒng)逐步遷移到 SAP HANA 平臺(tái)，也推出了 SAP HANA as a Service 的云端內(nèi)存數(shù)據(jù)庫(kù)服務(wù)，使得 SAP 成為基于 SAP HANA 的云端公司，為客戶提供更方便的使用方式。
本文鏈接:如何選擇創(chuàng)新方向是企業(yè)重要的決策？