本週，某財富500強企業的企業架構師todd biske（重新）開始討論itil和soa的關係。討論的出發點基於以下觀察：
\u0026#xd;\n
soa和itil服務管理具有很強的相似性……soa能將觀念從傳統的線性生命週期（當專案上線就結束）轉換為迴圈的生命週期（從服務的發現開始，隨著服務的退役而結束）。\u0026#xd;\n
todd認為，這意味著：
\u0026#xd;\n
我們必須用與itil服務交付相同的思考方式來考慮應用和「web」服務交付……許多人認為itil只涉及it運營和基礎設施，這其實是不對的。對開發者而言，它同樣對應用的構建與交付是同樣適用。\u0026#xd;\n
一位企業整合架構師jack van hoof同意todd的觀點。他在去年寫到:
\u0026#xd;\n
\u0026#xd;\n\u0026#xd;\n
jack補充說：
\u0026#xd;\n
soa環境中引入itil有更巨大的好處，而且已有面向itil的工具。\u0026#xd;\n
說易行難。幾年前，jeff kaplan 已經指出：
\u0026#xd;\n
\u0026#xd;\n\u0026#xd;\nitil和soa儘管有共同的目標和指導原則，但是在很多組織內部兩者之間仍有裂痕。
\u0026#xd;\n
最大的障礙在於it運營者和軟體開發團隊的心理距離和結構屏障，他們長期不在一起工作，並且經常爭執……這使得很難讓他們擱置爭議以完成同乙個目標。
\u0026#xd;\n
許多組織允許這種曾經妨礙正確協調it運營者和開發者的結構壁壘繼續存在，而不管itil和soa實施努力已經啟動的事實。許多企業將itil和soa在乙個封閉的環境中分別進行實施，而不是利用這些專案來打破組織豎井（silo）。
\u0026#xd;\n
在後續文章中，todd 對在這個問題上挑戰他的james mcgovern
做出回應：
\u0026#xd;\n
\u0026#xd;\n\u0026#xd;\njames：描述運營模式可以觀察到哪些使軟體開發者受益的反饋型別會有較高的價值。
\u0026#xd;\n
todd：如果運營系統已經喝下itil這種清涼飲料，那麼他們就應該著手測量服務效能，它的目標應該被反映到運營團隊的個人目標，並且應該能夠隨時間的流逝而改進。假如測量屬於「一次性」測量分類（如按時按預算的交付），那它就可能是乙個無意義且不值得測量的免費樣本，或者沒有從基於服務的角度看待你的努力。
\u0026#xd;\n
測量的使用都氾濫成災了……「執行狀態」的結果不但包括測量和度量（這兒我指的是用儀器），更加包括根本原因、事情究竟是什麼（完工）和事情如何工作（模型）等資訊，從而了解了開發與工程的情況。\u0026#xd;\n
todd重申soa乙個經常忽略的關鍵基本原則並做出總結：
\u0026#xd;\n
採用持續改進的方式，而不是簡單地依據進度表和預算進行實施，然後等待下乙個專案的方式。檢視英文原文：
the can itil and soa complement each other?
劉濤，博士，畢業於西安交通大學，主要研究網路體系，現在主要從事多核環境下高效能演算法的研究與開發工作。曾經進行過多個企業級軟體的設計與開發工作。關心開源軟體的發展動態，樂於使用開源軟體。對前沿的系統軟體與技術有濃厚興趣。
SOA和敏捷的互補與衝突 朋友 還是敵人
2007.04.28 來自 infoq 喬梁 譯 方 和架構是互斥的嗎?有人認為，軟體開發實踐與架構是不重迭的。在其它環境中這麼說也許是正確的，但在這個主題中卻不盡然。一方面，敏捷方法 例如xp 直接關注設計，不是特別同意預先做大量設計 bduf 的觀點。另一方面，大多數soa團隊主要是圍繞構建一系...
CIO思考 SOA是否能與ITIL有效融合？
soa 的成熟也需要良好的服務開發 可重複使用的流程，暢通的跨部門溝通，以及高於平均水平技術管理自動化能力。在其中，cio負責判斷在某個指定部門中，soa 回報是否大於風險。毫無疑問，soa 部署是困難的。如果說，定義乙個軟體專案的成功與否是按照不超過既定成本與完成日期10 為目標，同時能提供所有預...
ITIL內容和結構
itil經過不斷發展和演化已經形成乙個有機的統一體，其結構圖如下 其架構總共有6個部分 業務管理 服務管理 應用管理 安全管理 it基礎架構管理 it服務管理規劃與實施6個模組。這六個模組的含義分別簡介如下 業務管理 business perspective itil所強調的核心思想是應該從客戶 業...