ITIL和SDLC在服務方面有什麼區別？

Question

我對SDLC的理解意味着它由計劃，設計，代碼，構建，部署和維護階段組成。反過來，每個都包含代碼管理或配置管理，發佈管理等子階段，尤其是敏捷方法。所以，所有這些階段和子階段都是應用程序開發的最佳實踐書。

最近（ITIL的新手和新手），在閱讀ITIL實踐時，特別是其生命週期，我無法在ILC上獲得ITIL優於SDLC的優勢，除了ITIL中重複使用「服務」這個詞很多次。

ITService是什麼意思，因爲它在ITIL中被強調得很厲害？那麼，如何定義「服務」一詞使ITIL比SDLC更具優勢？在谷歌搜索中，我發現了這樣一個定義：「通過促進客戶想要實現的成果，而不需要特定成本和風險的所有權，爲客戶創造價值」。但我仍然不明白它的優勢。如果他們的階段之間沒有差異，那麼兩種模型的存在有什麼用處。

當然，以上的解釋是我的理解方式，由於無法理解差異和「服務」這個詞。我要求任何人提供一些關於上述主題的信息。

Answer 1

簡單的問題被軟化很難回答:) 當使用維基百科的一個可能會遇到這樣的「服務」的定義：

服務（雄性動物的）與（雌性動物）交配。 「一隻狗大概可以服務於幾個母狗一日之寒」

所以我更喜歡看領導說什麼意見了......

IT懷疑論者（羅布英格蘭）是衆所周知的親中「的領域框架「，在這裏他的2個版本and thoughts：

1. IT服務是技術交易。
2. IT服務是在 技術上運行的一類交易的提供和/或消費。

當您在文章中檢查的討論中，你很容易找到其他alrearnatives和引用：

• USMBOK由伊恩·克萊頓
• CMMI-SVC定義「一種產品，是無形的和非可存儲「等

Answer 2

在我的組織中，我們沒有使用ITIL標準來指導軟件開發項目或任務。相反，我們使用ITIL來管理面向客戶（和內部）的服務操作模型。

例如，我們的故障票務系統利用ITIL術語和原則對軟件進行分類，分類和跟蹤問題。當用戶通過提交票證報告問題時，我們遵循ITIL服務標準，建議爲了提供最好的服務，我們應該做任何我們需要做的事情來解決事件 - 即使這意味着建立一個解決方法。這爲客戶提供了良好的服務，因爲它將客戶停機時間降到最低。

一旦操作恢復（通過解決方法或快速錯誤修復），將爲後續編程工作創建較長期的問題，缺陷或增強項目。正是在這個階段，我們開展SDLC流程，優先開發和發佈（業務合理性，變更董事會批准，需求收集，編程，QAT，UAT，發佈等）。

因此，總而言之，我們主要將ITIL用於面向客戶的服務操作流程。 SDLC在內部用於實際跟蹤和管理軟件開發的後勤工作，直至完成。

Answer 3

作爲這個問題上最無知的人，以下是我在這個問題上的2分錢（我也試圖找到答案）：據我所知，如果我們能夠解讀這個問題很容易瞭解通常如何計劃實施後支持。在理想情況下，部署後服務規劃應該在應用程序設計階段開始，正在分析功能和非功能需求。這是因爲在這個時候，我們應該開始聘請那些將支持PRODUCTION應用的操作人員，並因此負責爲服務檯做好準備，爲已知設計缺陷制定變通方案，更改已知錯誤數據庫，更新配置管理數據庫，設置訪問管理工作流程等（ITIL談論的所有內容）

因此，ITIL與SDLC重疊，但提供了有關如何在應用程序部署（SDLC維護階段）後管理服務的更詳細指導。從我所看到的情況來看，幾乎所有的SDLC框架在SDLC的這個階段都提供了非常有限的指導，這就是ITIL填補這一空白的原因。本質上，一個組織需要整合這兩個流程才能獲得最大的收益（事實上，除非其他的IT管理框架+質量管理+安全管理也被整合在一起，否則圖片將不會完整）。底線是這樣的：沒有一個框架能夠管理整個IT生命週期，您必須進行大量混合匹配才能爲您的組織實現正確的深度過程。

最後，就應用程序與服務的混淆而言，就像他們在營銷中所說的那樣，您很少有純粹的產品或服務。它通常是一個集成的產品，它們相互補充，構成整個客戶體驗。儘管如此，我認爲產品&服務之間的界定比服務消費者更重視服務提供商。話雖如此，ITIL似乎更專注於爲產品/應用程序提供高質量的服務（無論產品多麼好或不好）。

Answer 4

到目前爲止，我看到了這樣的兩個系統，當我有一個爲我的客戶提供價值的系統時，我使用ITSM方法來確保該服務能夠始終如一地滿足客戶的期望，從而確保該服務的最高潛能。在管理我的IT服務時，我們找到了一個改變的機會，我利用SDLC創建並提供通過我的ITSM實踐確定的更改。這兩種學科之間肯定存在重疊的活動，但它們本質上是相互服務的。 SDLC以產品爲中心，ITSM以客戶爲中心。