无套内谢大学处破女_一本一道精品欧美中文字幕|HD中文字幕在线播放,国产精品深夜福利,99久久精品无码一区二区毛片,久久国产加勒比精品无码

首頁

/

為什么精益與DevOps相得益彰?

發布日期:2022-04-13 21:49:23

分享到

01. 精益DevOps的背景


硅谷著名投資人、網景創始人馬克.安德森在2012年提出“軟件正在吞噬整個世界”。

  • 全球最大的書商(亞馬遜)是一家軟件公司,其Kindle電子書銷售業績早已超過實體書

  • 最大視頻服務網站(Netflix)是一家軟件公司,傳統娛樂供應商正面對巨大的威脅

  • 增長最快的電信公司(Skype)是一家軟件公司,增長最快的招聘公司(LinkedIn)也是一家軟件公司

    ......


在當今社會,尤其是處在后疫情時代下,整個組織的生存環境趨嚴,具體表現為:

 

① 外部環境快速變化

所有利益相關者的需求模式在快速發展,客戶、合作伙伴和監管機構都有迫切地需求。例如,投資者要求業務和規模增長,導致企業收購和重組的發生;競爭對手和合作者要求采取行動以適應快速變化等。


② 顛覆性技術的引入

通過數字化、新模型的創新使用和自動化,使得企業和行業的一些舊有模式和技術正逐步被取代。例如機器學習、物聯網和機器人技術等發展。


③ 加速信息的數字化和民主化

信息量,透明度和信息分布的增加,要求組織快速響應客戶、合作伙伴和同事的意見和需求。


④ 新的人才爭奪戰

隨著基于創造性知識和學習的任務變得更加重要,組織需要一個獨特的價值主張來獲得并保留最優秀的人才。


而軟件開發需求的增長,帶來更大的VUCA(易變性、不確定性、復雜性、模糊性),因此,我們開始思考如何敏銳地感知環境來靈活地調整方向,去積極地擁抱變化。



1、精益思想的前世今生


起源于美國:1881年一位名叫泰勒的美國人,他在米德維爾鋼鐵廠推行勞動時間和工作方法。1913年,亨利福特T型車的流水線生產出現,大規模生產誕生,提高了企業生產效率。


由日本豐田家族發展壯大:1926年豐田自動紡織機誕生;1937年豐田喜一郎將美國的大規模生產體制引進發展,提出準時化生產JIT;1953年,大野耐一發明應用拉動看板,被世人尊稱為TPS之父;1973年世界經濟大蕭條的情況下,豐田卻獲得盈利;1985年,MIT研究團隊把豐田生產方式定名為Lean Production(精益生產)。


豐田在落實精益生產的過程中,真正實現了成本效益結合。


1996年開始,精益思想逐步擴展到其他領域。



2、精益IT的演變


2003年,Mary和Tom夫婦第一次透徹地把精益原則映射到軟件開發中。2004年,微軟在大衛安德森提供咨詢的幫助下,通過15個月將微軟績效最差的團隊變為最好的團隊。


敏捷開發的引入讓軟件開發快了,但運維并沒有跟上。2009年,DevOps的概念在歐洲因傳統模式的開發運維之痛誕生。


2010年,看板方法創始人David親自撰寫看板方法奠基之作,該方法脫胎于豐田生產方式和約束理論,是精益方法的進一步延伸。


2015年,在中國,招商銀行最開始推行精益看板,平安科技緊隨其后。




3、精益生產 VS 精益IT


精益生產主要處理生產產品的機器,意在消除人工操作的變異性,確保恒定的質量。簡單來說,精益生產是一個理性的、科學的過程,它處理以可預測的、結構化的方式生產的有形產品。


精益IT專注于精益原則的新思維模式,精益是應用于人,而不是機器,意在提高相關人員的專業水平和解決問題的能力,減少在開發過程中的浪費。IT服務在很大程度上是不可預測的,在采用精益之前我們不知道該如何改進。




4、DevOps的演變歷史


DevOps不是一種革新,是過往的質量體系的延伸,也是實踐者長期以來所使用的最佳實踐的匯總。


DevOps發展分為三個階段:質量檢測階段(1875~1924年)、統計質量管理階段(1924年~1950年)、全面質量管理階段(1950年~至今)。具體如下圖:



其中,統計抽樣的概念在提出以后引起了軒然大波。因為對于企業來說,在檢測產品的質量問題時,如果將全部產品都檢查一遍,所產生的成本比產品本身賣出的價格還要高,也就是說賣產品反倒要賠錢。因此,統計抽樣方法的提出,很好的解決了這個問題。



5、什么是精益管理?


在工作中,要做一件事情的時候要首先想好做這件事的價值是什么,定義好價值后,再去識別價值流,識別出價值流以后,把流動中的斷點找出并消除,以減少浪費。


在價值流動的過程中,始終站在客戶的角度考慮問題,不能閉門造車,要解決客戶的痛點。用客戶的視角去區分價值和浪費,通過結構性的持續改善包括文化的改善,來減少浪費,增加價值流動的速度。


  • 定義價值:價值來源客戶

  • 識別價值流:了解、分析、展示并改進價值評估流程

  • 增加流動性:識別并消除浪費,使價值最大化

  • 拉動/過程同步:讓過程為客戶帶來價值,解決客戶痛點

  • 追求完美:持續改進并增加價值




6、什么是精益IT?


精益IT是精益制造和服務原則在信息技術產品和服務開發和管理中的延伸,其目標是不斷提高IT組織為客戶提供的價值和IT人員的專業水平。精益IT專注于改善IT人員、IT流程和信息技術,以便為客戶提供更多價值。


精益IT的7大原則:消除浪費、增強學習、推遲決策、盡快交付、授權團隊、著眼整體、嵌入完整性。具體如下:



就精益理念的引入來說,制造行業引入得比軟件行業要快,因為制造行業天生就需要用到精益的理論,很多制造業行業的IT企業里,都有精益管理的部門,這些部門會把精益的經營理念帶到企業中去;而軟件行業更多的是在說敏捷。



7、精益和DevOps是怎么相得益彰的?


精益是指Just In Time,需要的時候按需要的量,生產需要的產品。


在精益應用領域、應用程序開發、生產力提高、應用程序維護和生產支持五個方面,精益思想跟DevOps相輔相成、共同作用,提高企業的生產經營效益。具體如圖:




02. 企業該如何進行精益DevOps轉型


1、精益DevOps轉型的愿景目標


企業在做精益DevOps轉型的時候,首先要確定愿景目標,設立文化、組織、流程、能效和方法工具等不同層面的度量管理。


以前很多企業沒有度量管理,因為在當時的階段不需要,現在需要了,所以需要相應的度量管理體系(中國信通院正在制定相應的度量體系)。




2、精益DevOps轉型的組織架構變化


DevOps從來都不是技術問題,而是管理問題。


不管是精益管理還是敏捷管理,最終都是要服務于企業戰略目標,降低成本、提高效益。在后疫情時代,對大多數企業來說,最根本的是怎么存活下去,而精益DevOps是提高企業存活率的利器,減少浪費、增加價值。




3、DevOps現狀調研


DevOps精益調研需要從企業的角度去思考問題,才能真正給企業帶來價值。


精益實踐咨詢調研從需求承接、立項、需求評審、來發、SIT測試、UAT及部署、最后上線整個流程,針對不同的人員進行一對一訪談,具體如圖:




4、支持穩敏雙態的DevOps平臺


調研做完后,需要對數據進行差距分析,把企業所有的痛點、期望、現狀問題等梳理和抽象。在建設敏穩雙態DevOps平臺時,強調平臺的可變性,根據領域模型,平臺功能按721分(70%固定功能,20%可配置功能,10%定制功能)。


在將DevOps平臺引入企業時,盡量保證平臺的通用功能比較多,做一定的配置就能能夠實現流程的流轉。最后,再根據企業自身需求做定制開發,這樣才能保證平臺引入后能快速投入使用,趕超同業。



在DevOps的咨詢階段,需要思考在流程體系層面怎么去做咨詢。另外就是工程實踐層面,把流程體系定完之后,需要有工程實施的指導。


企業需要真正的把DevOps用起來,因為哪怕采用的是最先進的架構,最先進的方法論,不去實踐運用的話也是白搭。



在企業研發流程中,要關注平臺端到端是否能聯通、可配置,平臺功能否滿足不同團隊的需求。


雖然我們想盡量的把團隊進行統一管理,但通常來說非常難。因此,在建設時需要思考怎么盡量地使團隊間的協同達成一致,只進行少量的裁剪,去做相應的支撐。


 


精益DevOps是智慧研運中臺的一部分,支撐整個業務和生態。本人的理想就是未來在中國,IT人員只需要懂代碼和業務,剩下的通過研運中臺來實現。




03. 精益DevOps實踐的價值和收益


在產品規劃、需求/項目管理、開發/測試管理、上線/運維管理、產品運營都會使用到精益的原則,精益的原則不僅是閉環,也是底層邏輯。從客戶提出需求,再到最后產品交付給客戶的這一過程里,怎么通過持續不斷的改進,最終減少浪費,以提高價值流動速度,是精益DevOps的核心。



精益型組織需要在靈活性和穩定性中找到平衡,將組織環境的不確定性轉化為組織發展的目標和增長績效的確定性。精益型組織具備的三個特征:



① 快速響應

能夠快速響應,靈活,賦能于行動,并使行動變得容易。通過創造無“墻”的透明文化,檢視和調整以快速響應變化。


② 反脆弱

當面臨壓力時,敏捷組織的反應不僅僅是強健有力,而且隨著壓力的增加,績效反而有所提高。培養學習和分享的文化,激發團隊思考和創新力。


③ 持續改善

很少有公司實現了整個組織的敏捷性,但很多公司都已經在業績單元中推廣敏捷性組織運用,并都希望員工采用敏捷性的工作方式。通過持續改善,為IT團隊提供最大的支持。



04. 精益DevOps總結


精益思想的核心理念是精益(發現問題)+六西格瑪(解決問題)+戴明環(螺旋上升,持續改善)。


認知負荷包含本質負荷、相關負荷和外來負荷。信息本身有復雜度,在做的過程中學習,在做的過程中有可能會受到干擾。



每個人的認知負荷都是自己的瓶頸,經驗是“十年一年”還是“一年十年”,取決于自己。條條大路通羅馬,精益與DevOps讓你生在羅馬。

免費申請演示

聯系我們

服務熱線:

020-38847288

QQ咨詢:

3593213400

在線溝通:

立即咨詢
查看更多聯系方式

申請演示

請登錄后在查看!