在這種情況下，敏捷性至關(guān)重要，聰明的IT領(lǐng)導者正在加倍努力簡化IT，無論是重新確定項目優(yōu)先級和重新調(diào)整IT組合、合理化應(yīng)用程序和追求云原生方法、通過采用DevOps或AIOps提高自動化，還是徹底改革IT運營結(jié)構(gòu)。

 

本文中，4位IT領(lǐng)導者分享了他們精簡IT以提高敏捷性的努力、經(jīng)驗、面臨的最大挑戰(zhàn)，以及最佳實踐的建議。

 

 

IT服務(wù)公司Randall-Reilly的首席信息官Chiranjoy Das稱，他通過取消非必要性項目以提高企業(yè)的關(guān)注度，讓IT人員更容易在更高的水平展現(xiàn)價值，最終確保企業(yè)變得更加敏捷。

 

Das確定的最大優(yōu)先事項包括將Randall-Reilly IT與客戶系統(tǒng)集成，使用微服務(wù)等現(xiàn)代方法重新架構(gòu)舊系統(tǒng)，實施人工智能和機器學習以自動化手動流程，并提供干凈、標準化的數(shù)據(jù)用于分析和監(jiān)控。

 

Das表示，“事實上，為了保持敏捷并滿足客戶的需求，我們不得不推出尚不太完美的功能。例如，我們曾將sprints(即根據(jù)特定的時間框架劃定的基本進度單元)從兩周縮減到一周，這無疑提升了團隊的專注度，但反過來也為Scrum團隊帶來了很大的壓力，因為我們不能危及安全性。”

 

現(xiàn)有資源只能支持這么多東西，這也是Das重新評估其團隊項目的原因。導致交付管道過載的原因包括部門負責人推動可能對整個企業(yè)沒有戰(zhàn)略利益的“偏愛項目”(pet project)，將太多投資回報率不高的大項目歸類為“緊急項目”以及一些“假大空”的想法，例如未經(jīng)適當審核的加密項目。

 

由于交付以及精疲力盡的團隊成員在期望的重壓下遭受重創(chuàng)，Das開始著手解決一些關(guān)鍵問題，包括某些項目缺乏商業(yè)案例，其他項目沒有執(zhí)行發(fā)起人或項目所有者，以及缺乏可用于解決技術(shù)債務(wù)的時間。他縮減了IT正在進行的項目總數(shù)，并一直倡導轉(zhuǎn)向“以產(chǎn)品為中心”的軟件開發(fā)，這意味著除非產(chǎn)品所有者根據(jù)利益相關(guān)者的需求確定優(yōu)先級，否則IT團隊不會完成任何工作。除了每周的sprint，IT還實施了持續(xù)集成(CI)/持續(xù)部署(CD)并進行了自動化回歸測試，從而提高了IT敏捷性和質(zhì)量。

 

自從Das開始做出這些改變后，IT團隊的狀態(tài)好轉(zhuǎn)了很多。人才保留率增加了，會議減少了，IT人員也有更多精力來開展更多與業(yè)務(wù)目標一致的戰(zhàn)略項目。

 

Das補充道，公司領(lǐng)導者非常贊賞IT能夠堅定立場，但他們正在考察我們，看我們能否兌現(xiàn)做出的承諾。但毫無疑問，更高的責任感和更少的項目負擔有助于我們更好地集中注意力。

 

領(lǐng)導者建議：Das認為，讓企業(yè)了解IT為何要減少項目數(shù)量——以更一致地交付——是至關(guān)重要的。大多數(shù)項目并不會為業(yè)務(wù)賦值，在將項目分配給IT之前，責任需要轉(zhuǎn)移到業(yè)務(wù)領(lǐng)導者身上以證明投資回報率。

 

此外，敏捷的思維和文化遠比敏捷開發(fā)方法重要得多。IT領(lǐng)導者必須在一頭扎進CI/CD之類的事情之前創(chuàng)造一種緊迫感。敏捷性的其他關(guān)鍵要素包括建立數(shù)據(jù)倉庫、API、適當?shù)陌踩院涂蓴U展架構(gòu)。沒有這些基礎(chǔ)板塊，IT就無法實現(xiàn)敏捷。

 

 

為了與“以客戶為中心”和專注創(chuàng)新的業(yè)務(wù)戰(zhàn)略保持一致，技術(shù)團隊必須做出快速決策并適應(yīng)不斷變化的業(yè)務(wù)環(huán)境。

 

為此，Ricoh USA數(shù)字服務(wù)中心負責人Bob Lamendola確定了三個關(guān)鍵戰(zhàn)略優(yōu)先事項：微自動化，采用集成框架，并支持全民開發(fā)者。事實上，技術(shù)功能現(xiàn)在正圍繞自動化、集成和分析進行組織。

 

Lamendola介紹稱，“通過專注于使用微自動化逐步改進業(yè)務(wù)流程，IT已經(jīng)能夠快速實現(xiàn)效率目標。我們還有很多長期的大型項目，并專注于更廣泛地轉(zhuǎn)型變革。但是目前，通過專注于較小的勝利，我們正在實現(xiàn)敏捷性并向企業(yè)展示我們正在傾聽他們的迫切需求，同時也在朝著長期目標不懈努力。”

 

認識到在可預見的未來需要支持復雜的混合云基礎(chǔ)設(shè)施，Lamendola的團隊開發(fā)了一個靈活的集成框架，可以在保持安全控制的同時實現(xiàn)更輕松的互連。API層允許Ricoh的第三方合作伙伴連接公司的企業(yè)資源計劃(ERP)系統(tǒng)和其他合作伙伴服務(wù)，從而以最少的運營支持創(chuàng)造更好的用戶體驗。

 

Lamendola解釋稱，“我們認識到，需要靈活地根據(jù)需要更改我們混合模型的合作伙伴或組件。通過將集成框架置于我們架構(gòu)的核心，這樣一來，每次我們想要將新的解決方案整合到我們的企業(yè)中時，任務(wù)就變得不那么繁重了。”

 

此外，IT還在數(shù)據(jù)聚合、工程和分析方面進行了投資，以釋放全民開發(fā)者的力量，他們可以使用集中開發(fā)的規(guī)則和業(yè)務(wù)流程框架將數(shù)據(jù)轉(zhuǎn)換為驅(qū)動行動的信息。

 

Lamendola表示，“他們有權(quán)構(gòu)建自己的儀表板和模型來實現(xiàn)團隊的目標。此外，數(shù)據(jù)分析社區(qū)與數(shù)據(jù)聚合和可訪問性的結(jié)構(gòu)化方法相結(jié)合，又在職能和企業(yè)層面提供了平衡的控制水平。”

 

Lamendola補充道，這是一個重大的文化轉(zhuǎn)變，它要求IT適應(yīng)變化。傳統(tǒng)工作正在轉(zhuǎn)變，需要新的思維方式。從長遠來看，我們將專注于生產(chǎn)力，但我們必須從一開始就掌握文化，以釋放潛力。

 

領(lǐng)導者建議：Lamendola稱，我們一直專注于基礎(chǔ)，而非最終產(chǎn)品。最終產(chǎn)品很重要，但它并不能推動我們前進。我們正在轉(zhuǎn)型過程中，且仍處于轉(zhuǎn)型中期，我們正在努力利用過去的投資來加速未來的基礎(chǔ)戰(zhàn)略。此外，了解何時放松控制也很重要。的確，政策和控制必須存在，但必須擁有靈活性，才能實現(xiàn)敏捷性。

 

 

內(nèi)容服務(wù)提供商Hyland的首席信息官Steve Watt介紹稱，Hyland公司正在進行重大系統(tǒng)改造，以推動企業(yè)發(fā)展并創(chuàng)建下一代基于平臺的產(chǎn)品。此舉也給IT帶來了巨大的壓力，要求其提供持續(xù)的價值。他解釋稱，“企業(yè)不能再等待所有項目都集中交付，他們期待在整個項目生命周期中持續(xù)交付價值的能力。”

 

對于Watt來說，精簡意味著消除員工績效的障礙。在此，自動化至關(guān)重要，它使團隊能夠在IT內(nèi)部和外部自助服務(wù)，并專注于結(jié)果。通過讓正確的資源直接參與并專注于這些成果，團隊能夠?qū)崿F(xiàn)緊密運作并取得成功。

 

這就是Watt將IT重組為產(chǎn)品或流程一致的團隊的原因。每個部門都有自己的報告結(jié)構(gòu)，納入來自不同領(lǐng)域的員工，包括解決方案和平臺工程師、產(chǎn)品所有者、敏捷流程管理者以及精通基礎(chǔ)架構(gòu)、應(yīng)用程序開發(fā)和集成的IT員工。例如，一個團隊完全專注于Hyland的“按訂單報價”流程，使用敏捷框架持續(xù)完成工作，以執(zhí)行持續(xù)積壓的功能、改進和修復任務(wù)。

 

Watt稱，“自重組以來，我們擁有更多的精力對任務(wù)進行優(yōu)先級排序，浪費的時間也更少了。此外，我們能夠更好地與業(yè)務(wù)保持一致，并且看到更快的實施和更少的返工。”

 

此外，圍繞這種新的工作方式與企業(yè)進行持續(xù)溝通同樣至關(guān)重要。Watt解釋稱，“我們已經(jīng)尋求并獲得了支持，即需要削減一些事情以專注于更重要的事情，并確保我們專注于利用所擁有的有限資源進行正確的工作。”

 

領(lǐng)導者建議：如果企業(yè)沒有準備好在正確的時間和有規(guī)律的節(jié)奏下參與實踐，IT仍然會浪費時間和精力。請務(wù)必確保你的業(yè)務(wù)利益相關(guān)者了解敏捷的真正含義，以及你在該框架中的執(zhí)行將如何發(fā)揮作用。

 

 

非營利性醫(yī)療認證組織Inteleos的首席信息官Juan Sanchez認為，對于Inteleos的IT團隊來說，提高速度和敏捷性的壓力是自己施加的。

 

集成平臺即服務(wù)(IPaaS)的實施是IT議程的首要任務(wù)，同樣重要的還有通過核心平臺更新減少技術(shù)債務(wù)，為內(nèi)部和外部客戶構(gòu)建數(shù)據(jù)科學能力，以及創(chuàng)建零接觸(zero-touch)員工入職和配置。

 

Sanchez解釋稱，“如果我們利用這些工具和機會，就可以產(chǎn)生巨大的影響。精簡IT的最終方式是利用工作流程自動化。”

 

通過利用具有完整API的成熟SaaS平臺，Inteleos的開發(fā)團隊可以專注于工作流程的關(guān)鍵操作，而非代碼的底層細節(jié)和永無止境的重構(gòu)工作。基礎(chǔ)架構(gòu)團隊還可以專注于構(gòu)建為業(yè)務(wù)帶來直接價值的工作流程。例如，通過簡化及自動化帳戶和應(yīng)用程序配置工作流程而非保持域控制器運行，IT可以為新員工提供更好的入職體驗。

 

目前，Inteleos的許多業(yè)務(wù)流程都需要人工干預。變更請求也通常側(cè)重于使流程更有利于員工，而非客戶。Sanchez希望當業(yè)務(wù)流程所有者了解他們可以自動執(zhí)行重復性任務(wù)時，能夠釋放他們以更全面的方式思考流程的能力，并更加關(guān)注流程的受益對象和方式。

 

Sanchez表示，“我們將自身的操作視為一個彈性系統(tǒng)。我們試圖確定交付價值的瓶頸在哪里，并考慮我們應(yīng)該從哪里以及如何擴展該系統(tǒng)的不同部分。”

 

此外，Inteleos還采用了“Goldilocks IT”原則，即構(gòu)建適量的技術(shù)，不多也不少。根據(jù)Sanchez的說法，建立新技術(shù)幾乎應(yīng)該是最后的選擇。雖然這種說法有悖常理，但每種新技術(shù)解決方案都會產(chǎn)生直接和長期成本。因此，建立新技術(shù)時必須慎之又慎，切忌步伐過快。

 

到目前為止，Inteleos的KPI已經(jīng)得到了改進，傳統(tǒng)的IT服務(wù)指標(如周期時間和SLA違規(guī))也有所減少。通過在API設(shè)計中使用更好的架構(gòu)方法，開發(fā)團隊已經(jīng)超出其并發(fā)請求性能目標250%。

 

將IT的形象從“黑箱”事務(wù)功能轉(zhuǎn)變?yōu)闃I(yè)務(wù)合作伙伴并非易事。IT與其利益相關(guān)者之間不斷增加的對話正在推動Inteleos的發(fā)展。Sanchez介紹稱，“與以前相比，我們正在產(chǎn)生更大的戰(zhàn)略影響，并在更宏觀的層面幫助指導組織運行。有效溝通是協(xié)作的關(guān)鍵，也是大多數(shù)技術(shù)團隊需要培養(yǎng)的重要技能。”

 

領(lǐng)導者建議：愿意在人才方面發(fā)揮創(chuàng)造力。沒有這種覺悟，即便世界上最好的架構(gòu)也會失敗。此外，Sanchez也認同，敏捷是一種思維，它必須首先存在于技術(shù)團隊的頭腦中，然后再讓這種思維方式滲透到與業(yè)務(wù)部門互動的方式中。通過這些互動，我們將在業(yè)務(wù)中看到敏捷性的體現(xiàn)。如果作為一個技術(shù)團隊，我們無法構(gòu)思超出我們所見的想法，那么我們注定只能成為事務(wù)解決者，而非業(yè)務(wù)合作伙伴。

 

版權(quán)聲明：本文為企業(yè)網(wǎng)D1Net編譯，轉(zhuǎn)載需注明出處為：企業(yè)網(wǎng)D1Net，如果不注明出處，企業(yè)網(wǎng)D1Net將保留追究其法律責任的權(quán)利。