Can you summarize the following document?
        
  在很多企業中,應用程式釋出是一項涉及多個團隊、壓力很大、風險很高的活動。然而在具備DevOps能力的組織中,應用程式釋出的風險很低,原因如下:

  很多組織將開發和系統管理劃分成不同的部門。開發部門的驅動力通常是“頻繁交付新特性”,而運營部門則更關注IT服務的可靠性和IT成本投入的效率。兩者目標的不匹配,就在開發與運營部門之間造成了鴻溝,從而減慢了IT交付業務價值的速度。

  一般而言,當企業希望將原本笨重的開發與運營之間的工作移交過程變得流暢無礙,他們通常會遇到以下三類問題:  要開始優化釋出流程,可以從問題識別開始:看看上面提到的哪種問題在你的團隊中具有最高的優先順序。

  這是企業級IT組織中一個新出現的角色,其主要任務就是協調安排將企業級軟體部署到預生產環境。對釋出協調人的需求來自於以下幾方面原因:  釋出協調人的角色(也被稱為部署協調人或整合協調人)源自發布管理或釋出工程團隊。這個角色與航空交通管制有些類似──實時協調不同團隊的行動,有效使用共享的資源(空域、航道、跑道、航站門),達到組織的總體目標(安全起降)。  傳統意義上的釋出管理往往只關注軟體變更的計劃與管理,釋出協調則需要控制“將特定軟體變更釋出至生產環境”的整個過程。這項工作需要系統地管理所有與“將程式碼構建並部署到生產環境”相關的技術任務,也被稱為“釋出工程”。  變更管理是跟蹤企業IT環境中各種變化──不管是應用程式還是基礎設施的變化──的基本原則。變更管理是ITIL v3的核心之一。
DevOps(Development和Operations的組合詞)是一種重視「軟體開發人員(Dev)」和「IT運維技術人員(Ops)」之間溝通合作的文化、運動或慣例。透過自動化「軟體交付」和「架構變更」的流程,來使得構建、測試、釋出軟體能夠更加地快捷、頻繁和可靠。 傳統的軟體組織將開發、IT運營和質量保障設為各自分離的部門,在這種環境下如何採用新的開發方法(例如敏捷軟體開發),是一個重要的課題。按照從前的工作方式,開發和部署,不需要IT支援或者QA深入的跨部門的支援;而現在卻需要極其緊密的多部門協作。而DevOps考慮的還不止是軟體部署,它是一套針對這幾個部門間溝通與協作問題的流程和方法。