首席信息官如何創(chuàng)造和推動(dòng)新的互動(dòng)方式

產(chǎn)業(yè)氣象站
產(chǎn)業(yè)氣象站
Sadin表示,低代碼/無(wú)代碼很重要,因?yàn)榈痛a/無(wú)代碼使首席信息官通過(guò)提供適當(dāng)?shù)墓ぞ吆土鞒淌归_(kāi)發(fā)人員能夠在不損害企業(yè)利益的前提下,在影子IT的領(lǐng)域中脫穎而出。但是他聲稱(chēng),IT領(lǐng)導(dǎo)者必須防止出現(xiàn)信息孤島。

當(dāng)員工感到壓力、恐懼以及渴望建立良好的人際關(guān)系時(shí),企業(yè)領(lǐng)導(dǎo)者如何幫助他們快速成長(zhǎng)?

調(diào)研機(jī)構(gòu)普華永道公司合伙人Olaf Acker最近在《戰(zhàn)略與業(yè)務(wù)》雜志發(fā)表的一篇文章寫(xiě)道:“建立某種關(guān)系都具有一些情感成分,這對(duì)于人們之間與企業(yè)之間的聯(lián)系也是如此。疫情危機(jī)使這種關(guān)系的優(yōu)缺點(diǎn)都會(huì)受到關(guān)注。因此,作為企業(yè)領(lǐng)導(dǎo)者,當(dāng)員工承受壓力和恐懼,并渴望建立良好的人際關(guān)系時(shí),如何幫助他們快速成長(zhǎng)?”對(duì)此,首席信息官如何做才能創(chuàng)造員工新的敬業(yè)度?更具體地說(shuō),他們?nèi)绾胃淖兤髽I(yè)與客戶(hù)、員工和供應(yīng)商的互動(dòng)方式?

在哪里有機(jī)會(huì)可以獲得經(jīng)驗(yàn)?

調(diào)研機(jī)構(gòu)Constellation Research公司副總裁兼首席分析師Dion Hinchcliffe表示,“組織使用低代碼/無(wú)代碼可以加快并擴(kuò)展數(shù)字化轉(zhuǎn)型。開(kāi)發(fā)人員通??梢酝ㄟ^(guò)使用這些工具對(duì)組織的內(nèi)部部署的流程和產(chǎn)品進(jìn)行重構(gòu)以實(shí)現(xiàn)自助服務(wù)。”

對(duì)于Hinchcliffe來(lái)說(shuō),這意味著低代碼/無(wú)代碼可以改進(jìn)現(xiàn)有業(yè)務(wù)流程的數(shù)字化轉(zhuǎn)型,并將創(chuàng)建和改變新的團(tuán)隊(duì)參與形式。這對(duì)于在家遠(yuǎn)程工作(WFH)的員工進(jìn)行內(nèi)部和外部交互的健康發(fā)展至關(guān)重要。

首席信息官David Seidl對(duì)Hinchcliffe的觀點(diǎn)表示認(rèn)同。他說(shuō),“在某些情況下,我們正在更多地實(shí)現(xiàn)個(gè)人獨(dú)立完成工作,同時(shí),學(xué)習(xí)使用技術(shù)來(lái)實(shí)現(xiàn)這一目標(biāo)。這是一條有趣的路線,以前從未進(jìn)行這樣的深入探索。”

首席信息官Wayne Sadin補(bǔ)充說(shuō),“IT團(tuán)隊(duì)必須更加靈活并快速響應(yīng),因?yàn)槭虑闀?huì)發(fā)生不可預(yù)期的變化。因此,如果管理得當(dāng),個(gè)體開(kāi)發(fā)人員和IT團(tuán)隊(duì)專(zhuān)業(yè)開(kāi)發(fā)人員可以共同提高業(yè)務(wù)敏捷性。”

是到適應(yīng)的時(shí)候了?

正如市場(chǎng)營(yíng)銷(xiāo)專(zhuān)家Tom Fishburne指出的那樣,冠狀病毒疫情將會(huì)嚴(yán)重影響那些推遲進(jìn)行數(shù)字化轉(zhuǎn)型的企業(yè)。首席技術(shù)官Peter Salvitti表示:“許多企業(yè)在這場(chǎng)危機(jī)中措手不及,并且正在適應(yīng)。而這種適應(yīng)將會(huì)成為一種過(guò)渡,也是企業(yè)未來(lái)策略的一部分。”而首席信息官I(mǎi)saac Sacolick認(rèn)為,首席信息官應(yīng)該將其團(tuán)隊(duì)轉(zhuǎn)變?yōu)樵诩疫h(yuǎn)程工作驅(qū)動(dòng)的新客戶(hù)需求。這次為他們的團(tuán)隊(duì)提供了實(shí)踐創(chuàng)新的機(jī)會(huì)。

那么,低代碼應(yīng)用推動(dòng)新的參與形式的最大機(jī)會(huì)在哪里?Hinchcliffe認(rèn)為低代碼可以應(yīng)用于三種形式的業(yè)務(wù)體驗(yàn):客戶(hù)體驗(yàn)(CX)、員工體驗(yàn)(EX)和流程體驗(yàn)(PX)。Sadin對(duì)此表示認(rèn)同,并說(shuō):“我們希望開(kāi)發(fā)人員構(gòu)建復(fù)雜的后端,而開(kāi)發(fā)人員則希望利用他們所知道的信息來(lái)改善交互。更細(xì)致的答案是他們的專(zhuān)業(yè)知識(shí)使他們能夠設(shè)計(jì)出比IT部門(mén)更好、更快、成本更低的解決方案。”

Salvittiy認(rèn)同Sadin的觀點(diǎn),并指出低代碼可以在以下方面提供價(jià)值:

(1)開(kāi)發(fā)速度。

(2)敏捷性(改變的速度)

(3)多渠道準(zhǔn)備

(4)單一監(jiān)控平臺(tái)

(5)內(nèi)置治理

Seidl補(bǔ)充說(shuō):“隨著我們不斷改善業(yè)務(wù)流程,并采用一些工具提供幫助。我們需要不斷創(chuàng)新,并彌補(bǔ)差距。而員工在家遠(yuǎn)程工作之后,企業(yè)希望正常開(kāi)展業(yè)務(wù),但正常工作和更好地工作是兩碼事?,F(xiàn)在,我們開(kāi)始討論修復(fù)問(wèn)題,并創(chuàng)建了‘使工作做得更好’的列表。”

McBreen對(duì)于他所在企業(yè)的工作評(píng)論說(shuō):“我們已經(jīng)指派了幾個(gè)團(tuán)隊(duì)來(lái)開(kāi)發(fā)快速的工作流程,以使業(yè)務(wù)用戶(hù)可以更好地進(jìn)行遠(yuǎn)程協(xié)作。這些工作流程將儀表板界面中的標(biāo)準(zhǔn)應(yīng)用程序整合在一起。”

Sacolick說(shuō):“這種想法很聰明。修復(fù)業(yè)務(wù)流程和集成并不是臨時(shí)解決問(wèn)題,而是一個(gè)更好的選擇。我更喜歡低代碼解決方案,而不是機(jī)器人流程自動(dòng)化(RPA),以便在可能的情況下解決多個(gè)數(shù)據(jù)輸入問(wèn)題。”

McBreen表示,“其成功需要一個(gè)適當(dāng)?shù)慕鉀Q方案架構(gòu),該架構(gòu)可為何時(shí)將某些類(lèi)的工具用于特定解決方案提供治理。這也包括工具的集成。”

首席營(yíng)銷(xiāo)官Cay Jay Brodsky表示,這些主題很重要,尤其是當(dāng)人們擔(dān)心濫用或誤用分析時(shí)。

Sadin希望開(kāi)發(fā)人員能夠長(zhǎng)期在家遠(yuǎn)程工作。但Sacolick表示:“員工在家遠(yuǎn)程工作可能會(huì)將開(kāi)發(fā)工作從需要多個(gè)開(kāi)發(fā)團(tuán)隊(duì)協(xié)調(diào)的復(fù)雜實(shí)現(xiàn)中分離出來(lái)。出于這個(gè)原因,低代碼可能是對(duì)快速需要新應(yīng)用的一種解決方案。但是在家遠(yuǎn)程工作不應(yīng)該驅(qū)使開(kāi)發(fā)人員更多或更少地使用低代碼。這是為了將技術(shù)有效地應(yīng)用于業(yè)務(wù)問(wèn)題。”

是否發(fā)現(xiàn)使用低代碼來(lái)簡(jiǎn)化業(yè)務(wù)功能的潛力?

Hinchcliffe說(shuō):“至關(guān)重要的是,需要具有正確的IT基礎(chǔ)的低代碼支持。這包括鼓勵(lì)開(kāi)發(fā)人員在其應(yīng)用程序中使用微服務(wù),以建立一個(gè)組織范圍內(nèi)一致的數(shù)據(jù)生態(tài)系統(tǒng),并確保這些微服務(wù)對(duì)所有數(shù)據(jù)輸入/輸出執(zhí)行完整的業(yè)務(wù)規(guī)則。開(kāi)發(fā)人員可以使用API??啟用組件,這允許在其他獨(dú)立組件之間進(jìn)行預(yù)定義的即插即用連接,而這是數(shù)字平臺(tái)的核心。”

因此,Hinchcliffe說(shuō):“IT管理人員必須是具有廣闊視野的業(yè)務(wù)顧問(wèn)。但是在某種程度上,他們并沒(méi)有在計(jì)劃中延遲本地進(jìn)展。優(yōu)秀的IT人員會(huì)提出正確的問(wèn)題,并通過(guò)其豐富的經(jīng)驗(yàn)來(lái)促進(jìn)低碼用戶(hù)的工作。”

如何防止低代碼增加技術(shù)債務(wù)、可擴(kuò)展性和安全性問(wèn)題?

Salvitti說(shuō),“我們遇到的低代碼/無(wú)代碼平臺(tái)的唯一挑戰(zhàn)是開(kāi)發(fā)人員在接受持續(xù)集成(CI)/持續(xù)部署/(CD)方面的遲緩。當(dāng)然他們有自己的基礎(chǔ),但是不需要另一個(gè)平臺(tái),因?yàn)橐呀?jīng)有了提供這一功能的流程和平臺(tái)。”

Sacolick并不反對(duì)Salvitit的觀點(diǎn)。他說(shuō),“讓我感到驚訝的是,這么多低代碼/無(wú)代碼解決方案都沒(méi)有版本控制。因此建議低代碼/無(wú)代碼和數(shù)據(jù)科學(xué)平臺(tái)如今在治理能力方面展開(kāi)競(jìng)爭(zhēng),這是一件好事。我們將看到誰(shuí)在自助服務(wù)速度與安全性、監(jiān)督、重用和類(lèi)似于軟件開(kāi)發(fā)生命周期(SDLC)的流程級(jí)別之間取得適當(dāng)?shù)钠胶狻?rdquo;

Sadin說(shuō),“以上是我在開(kāi)發(fā)項(xiàng)目上添加了包括網(wǎng)絡(luò)安全、架構(gòu)、變更管理和可審核性在內(nèi)的治理警告的原因。首席信息官不要放棄對(duì)這些工具和流程的所有權(quán),這一點(diǎn)很重要。”

Sacolick說(shuō):“缺乏與其他工具的集成是一個(gè)問(wèn)題。為什么低代碼和無(wú)代碼平臺(tái)不與Git,Jenkins和其他主流開(kāi)發(fā)工具集成,這是成熟的標(biāo)志,并且傾向于避免以開(kāi)發(fā)者為中心的解決方案。”

Boomi公司用戶(hù)體驗(yàn)產(chǎn)品與解決方案高級(jí)副總裁Ed Macosky對(duì)此表示認(rèn)同,他說(shuō):“我們了解到采用低代碼平臺(tái)的主要挑戰(zhàn)之一是與云計(jì)算以及內(nèi)部部署應(yīng)用程序和數(shù)據(jù)生態(tài)系統(tǒng)的連通性。使用低代碼平臺(tái)構(gòu)建的應(yīng)用程序需要具有內(nèi)置的生態(tài)系統(tǒng),以便可以開(kāi)發(fā)有意義的企業(yè)應(yīng)用程序,以連接到整個(gè)業(yè)務(wù)線(LOB)的數(shù)據(jù)資產(chǎn)。如果其連接不是內(nèi)置的,那么最終將對(duì)這些連接進(jìn)行編碼,這在很大程度上不會(huì)達(dá)到目的。”

Sadin表示,低代碼/無(wú)代碼很重要,因?yàn)榈痛a/無(wú)代碼使首席信息官通過(guò)提供適當(dāng)?shù)墓ぞ吆土鞒淌归_(kāi)發(fā)人員能夠在不損害企業(yè)利益的前提下,在影子IT的領(lǐng)域中脫穎而出。但是他聲稱(chēng),IT領(lǐng)導(dǎo)者必須防止出現(xiàn)信息孤島。

Sadin補(bǔ)充說(shuō),用戶(hù)已經(jīng)具備了低代碼工具的前提。

Sacolick認(rèn)同Sadin的說(shuō)法。他指出,低代碼/無(wú)代碼解決方案如今成為首席信息官的多功能的解決方案,可以提高速度和生產(chǎn)率。話雖如此,他不希望這些修補(bǔ)程序擴(kuò)展到現(xiàn)有的技術(shù)債務(wù)中。他說(shuō),“首席信息官應(yīng)為開(kāi)發(fā)人員提供適當(dāng)?shù)墓ぞ?、流程和培?xùn),以解決他們將面臨的問(wèn)題。”

開(kāi)發(fā)人員希望看到低代碼平臺(tái)與以下各項(xiàng)集成良好:

•版本控制

•內(nèi)部微服務(wù)

•軟件生命周期管理(ALM)

•身份驗(yàn)證系統(tǒng)

•部署/運(yùn)營(yíng)

•DevOps

•持續(xù)集成(CI)/持續(xù)部署/(CD)

•容器

Hinchcliffe說(shuō):“至關(guān)重要的是,低代碼應(yīng)用程序不允許開(kāi)發(fā)人員將其組織暴露于網(wǎng)絡(luò)安全風(fēng)險(xiǎn)、隱私問(wèn)題和數(shù)據(jù)竊取/泄露中。這就是為什么IT人員仍必須控制并在低代碼上設(shè)置適當(dāng)?shù)姆雷o(hù)措施。無(wú)論如何,IT團(tuán)隊(duì)最終不得不長(zhǎng)期支持和修復(fù)它。還可以通過(guò)非常輕量級(jí)的審核以及完善的流程來(lái)預(yù)先介入,以確保低代碼應(yīng)用程序創(chuàng)建漏洞的速度不會(huì)比發(fā)現(xiàn)的更快。”

同時(shí),Hinchcliffe認(rèn)為,在一個(gè)成熟的數(shù)據(jù)庫(kù)/ERP/BI框架內(nèi)部署工具以避免不斷惡化的數(shù)據(jù)蔓延是很重要的。Macosky說(shuō),“如果通過(guò)集成和API將數(shù)據(jù)保留在運(yùn)營(yíng)骨干網(wǎng)中,則可以很大程度上避免這些問(wèn)題,這樣應(yīng)用程序就可以減少處理的數(shù)據(jù)量。這消除了低代碼方法面臨的主要問(wèn)題。”

THEEND

最新評(píng)論(評(píng)論僅代表用戶(hù)觀點(diǎn))

更多
暫無(wú)評(píng)論