DevOps und YaSM - Versionsgeschichte

Andrea am 26. Januar 2025 um 17:28 Uhr

2025-01-26T17:28:56Z

← Nächstältere Version		Version vom 26. Januar 2025, 19:28 Uhr
Zeile 2:		Zeile 2:
	<meta name="keywords" content="was ist devops, devops prozesse, devops prozessmodell" />		<meta name="keywords" content="was ist devops, devops prozesse, devops prozessmodell" />
	<meta name="description" content="DevOps beschreibt einen Ansatz, mit dem die Software-Entwicklung ('Dev' - Development) und der Software-Betrieb ('Ops' - Operations) zusammengebracht werden sollen. Es handelt sich bei DevOps nicht um ein genau definiertes Framework oder einen festgelegten Prozess, sondern um eine Reihe von Praktiken und Philosophien." />		<meta name="description" content="DevOps beschreibt einen Ansatz, mit dem die Software-Entwicklung ('Dev' - Development) und der Software-Betrieb ('Ops' - Operations) zusammengebracht werden sollen. Es handelt sich bei DevOps nicht um ein genau definiertes Framework oder einen festgelegten Prozess, sondern um eine Reihe von Praktiken und Philosophien." />
			<meta name="thumbnail" content="https://yasm.com/wiki/de/img/yasm-frameworks/devops/thumbnail/devops-service-management-prozesse-yasm.jpg" />
	<meta property="og:url" content="https://yasm.com/wiki/de/index.php/DevOps_und_YaSM" />		<meta property="og:url" content="https://yasm.com/wiki/de/index.php/DevOps_und_YaSM" />
	<meta property="og:title" content="DevOps und YaSM \| YaSM Service-Management-Wiki" />		<meta property="og:title" content="DevOps und YaSM \| YaSM Service-Management-Wiki" />
Zeile 13:		Zeile 14:
	</itpmch>		</itpmch>
	<html><div class="noresize"><a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM"><img src="https://yasm.com/wiki/de/img/yasm-wiki/YaSM-Wiki-English.png" width="210" height="54" style="float:right;" alt="in English" title="This page in English" /></a></div><br style="clear:both;"/>		<html><div class="noresize"><a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM"><img src="https://yasm.com/wiki/de/img/yasm-wiki/YaSM-Wiki-English.png" width="210" height="54" style="float:right;" alt="in English" title="This page in English" /></a></div><br style="clear:both;"/>
	~~<p> </p>~~
	<p><b>Vergleich:</b> YaSM und DevOps</p>		<p><b>Vergleich:</b> YaSM und DevOps</p>
	<p><b>Teil von</b>: <a href="https://yasm.com/wiki/de/index.php/Was_ist_YaSM#yasm-andere-service-management-frameworks" title="YaSM und andere Service-Management-Frameworks und -Standards">YaSM und andere Service-Management-Frameworks und -Standards</a></html>		<p><b>Teil von</b>: <a href="https://yasm.com/wiki/de/index.php/Was_ist_YaSM#yasm-andere-service-management-frameworks" title="YaSM und andere Service-Management-Frameworks und -Standards">YaSM und andere Service-Management-Frameworks und -Standards</a></html>
Zeile 42:		Zeile 43:
	<meta itemprop="dateCreated" content="2024-11-06" />		<meta itemprop="dateCreated" content="2024-11-06" />
	<meta itemprop="datePublished" content="2024-11-06" />		<meta itemprop="datePublished" content="2024-11-06" />
			</span>
			<span itemprop="thumbnail" itemscope itemtype="https://schema.org/ImageObject">
			<meta itemprop="url" content="https://yasm.com/wiki/de/img/yasm-frameworks/devops/thumbnail/devops-service-management-prozesse-yasm.jpg" />
			<meta itemprop="width" content="1200" />
			<meta itemprop="height" content="1200" />
			<meta itemprop="dateCreated" content="2025-01-25" />
			<meta itemprop="datePublished" content="2025-01-25" />
	</span>		</span>
	<meta itemprop="keywords" content="DevOps Prozesse" />		<meta itemprop="keywords" content="DevOps Prozesse" />

Andrea am 8. November 2024 um 10:05 Uhr

2024-11-08T10:05:55Z

← Nächstältere Version		Version vom 8. November 2024, 12:05 Uhr
Zeile 12:		Zeile 12:
	<link href="https://plus.google.com/100916307096177053362/posts" rel="publisher" />		<link href="https://plus.google.com/100916307096177053362/posts" rel="publisher" />
	</itpmch>		</itpmch>
	<html><div class="noresize"><a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM"><img src="https://yasm.com/wiki/de/img/yasm-wiki/YaSM-Wiki-English.png" width="~~140~~" height="36" style="float:right;" alt="in English" title="This page in English" /></a></div><br style="clear:both;"/>		<html><div class="noresize"><a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM"><img src="https://yasm.com/wiki/de/img/yasm-wiki/YaSM-Wiki-English.png" width="210" height="54" style="float:right;" alt="in English" title="This page in English" /></a></div><br style="clear:both;"/>
			<p> </p>
	<p><b>Vergleich:</b> YaSM und DevOps</p>		<p><b>Vergleich:</b> YaSM und DevOps</p>
	<p><b>Teil von</b>: <a href="https://yasm.com/wiki/de/index.php/Was_ist_YaSM#yasm-andere-service-management-frameworks" title="YaSM und andere Service-Management-Frameworks und -Standards">YaSM und andere Service-Management-Frameworks und -Standards</a></html>		<p><b>Teil von</b>: <a href="https://yasm.com/wiki/de/index.php/Was_ist_YaSM#yasm-andere-service-management-frameworks" title="YaSM und andere Service-Management-Frameworks und -Standards">YaSM und andere Service-Management-Frameworks und -Standards</a></html>
Zeile 82:		Zeile 82:
	==Warum ist DevOps so populär?==		==Warum ist DevOps so populär?==

	ITSM-Frameworks wie [[ITIL]]~~<sup><small>~~&~~#174~~;~~</small></sup>~~ haben über die Jahre den Ruf erworben, übermäßig komplex und schwerfällig zu sein. DevOps wird hier oft als ein Weg gesehen, aus dieser Welt starrer Prozesse auszubrechen und schneller voranzukommen.		ITSM-Frameworks wie [[ITIL]]® haben über die Jahre den Ruf erworben, übermäßig komplex und schwerfällig zu sein. DevOps wird hier oft als ein Weg gesehen, aus dieser Welt starrer Prozesse auszubrechen und schneller voranzukommen.

	Und tatsächlich helfen die DevOps-Prinzipien vielen Organisationen, besser auf sich ändernde Marktbedingungen und Kundenanforderungen reagieren zu können:		Und tatsächlich helfen die DevOps-Prinzipien vielen Organisationen, besser auf sich ändernde Marktbedingungen und Kundenanforderungen reagieren zu können:
Zeile 92:		Zeile 92:
	==Ersetzt DevOps ITSM und Service-Management Best Practice?==		==Ersetzt DevOps ITSM und Service-Management Best Practice?==

	Der Begriff "DevOps" wurde zuerst im Jahre 2009 von Patrick Debois [[#Patrick-Debois-Twitter\|[3]]] geprägt. Das Interesse an DevOps hat schnell zugenommen und sich bisweilen zum Hype entwickelt. In diesem Zuge wurde an mancher Stelle auch der Eindruck erweckt, DevOps sei die bessere Alternative zu ITSM und [[Service-Management]]-Frameworks wie ITIL~~<sup><small>~~&~~#174~~;~~</small></sup>~~.		Der Begriff "DevOps" wurde zuerst im Jahre 2009 von Patrick Debois [[#Patrick-Debois-Twitter\|[3]]] geprägt. Das Interesse an DevOps hat schnell zugenommen und sich bisweilen zum Hype entwickelt. In diesem Zuge wurde an mancher Stelle auch der Eindruck erweckt, DevOps sei die bessere Alternative zu ITSM und [[Service-Management]]-Frameworks wie ITIL®.

	DevOps bietet zwar neue Ansätze, von denen Organisationen profitieren können; doch wurde im Lauf der Zeit klar, dass Organisationen kaum funktionieren können, wenn man ausschließlich auf frei agierende, funktionsübergreifende Teams setzt. [[Service-Management-Prozesse\|Klar definierte Prozesse]] werden immer noch benötigt, um die Richtung vorzugeben und die Organisation zu steuern. Wie sonst könnten Unternehmen z.B. sicherstellen, dass die angebotenen [[Service\|Services]] mit den Anforderungen der Kunden übereinstimmen, und wie vertraglich zugesagt geliefert werden?		DevOps bietet zwar neue Ansätze, von denen Organisationen profitieren können; doch wurde im Lauf der Zeit klar, dass Organisationen kaum funktionieren können, wenn man ausschließlich auf frei agierende, funktionsübergreifende Teams setzt. [[Service-Management-Prozesse\|Klar definierte Prozesse]] werden immer noch benötigt, um die Richtung vorzugeben und die Organisation zu steuern. Wie sonst könnten Unternehmen z.B. sicherstellen, dass die angebotenen [[Service\|Services]] mit den Anforderungen der Kunden übereinstimmen, und wie vertraglich zugesagt geliefert werden?
Zeile 101:		Zeile 101:

	[[Was_ist_YaSM#YaSM_und_ITIL.2C_ISO_20000.2C_SIAM.2C_VeriSM.2C_DevOps.2C_.E2.80.A6\|Service-Management-Frameworks]] enthalten viele bewährte Empfehlungen, um als Anbieter von Services erfolgreich zu sein. Sie beschreiben z.B., wie Service-Provider		[[Was_ist_YaSM#YaSM_und_ITIL.2C_ISO_20000.2C_SIAM.2C_VeriSM.2C_DevOps.2C_.E2.80.A6\|Service-Management-Frameworks]] enthalten viele bewährte Empfehlungen, um als Anbieter von Services erfolgreich zu sein. Sie beschreiben z.B., wie Service-Provider
	*[[LP1: Festlegen der strategischen Richtung\|eine Service-Strategie formulieren und umsetzen]]		*[[LP1: Festlegen der strategischen Richtung\|eine Service-Strategie formulieren und umsetzen]],
	*[[LP2: Designen neuer oder geänderter Services\|Services auf Basis von Kundenbedürfnissen definieren]]		*[[LP2: Designen neuer oder geänderter Services\|Services auf Basis von Kundenbedürfnissen definieren]],
	*[[SP5: Bewerten und Koordinieren von Changes\|Änderungen ('Changes') und die damit verbundenen Risiken managen]]		*[[SP5: Bewerten und Koordinieren von Changes\|Änderungen ('Changes') und die damit verbundenen Risiken managen]],
	*[[LP4.6: Lösen von Incidents und Service Requests\|Service-Incidents beheben und Serviceaufträge erfüllen]]		*[[LP4.6: Lösen von Incidents und Service Requests\|Service-Incidents beheben und Serviceaufträge erfüllen]],
	*[[LP4: Betreiben der Services#LP4.4\|die Service-Qualität messen]]		*[[LP4: Betreiben der Services#LP4.4\|die Service-Qualität messen]],
	*ihre [[LP5: Verbessern der Services\|Services kontinuierlich verbessern]]		*ihre [[LP5: Verbessern der Services\|Services kontinuierlich verbessern]],
	*[[SP3: Pflegen der Kundenbeziehungen\|Kundenbeziehungen pflegen]]		*[[SP3: Pflegen der Kundenbeziehungen\|Kundenbeziehungen pflegen]],
	*[[SP11: Managen von Lieferanten und Dienstleistern\|Lieferanten und Dienstleister managen]]		*[[SP11: Managen von Lieferanten und Dienstleistern\|Lieferanten und Dienstleister managen]]
	*[[SP9: Sicherstellen von Compliance\|Compliance sicherstellen]].		*und [[SP9: Sicherstellen von Compliance\|Compliance sicherstellen]].

	Dies alles sind essenzielle Kompetenzen für jede Organisation, die Services erbringt. DevOps jedoch hat zu diesen Themen nichts oder sehr wenig zu sagen. Deshalb wäre es falsch, die traditionellen Service-Management-Rahmenwerke als alten Hut abzutun. Sie sind so relevant wie bisher!		Dies alles sind essenzielle Kompetenzen für jede Organisation, die Services erbringt. DevOps jedoch hat zu diesen Themen nichts oder sehr wenig zu sagen. Deshalb wäre es falsch, die traditionellen Service-Management-Rahmenwerke als alten Hut abzutun. Sie sind so relevant wie bisher!
Zeile 117:		Zeile 117:
	===Ein besonderer Fall: Der gefürchtete Change-Management-Prozess===		===Ein besonderer Fall: Der gefürchtete Change-Management-Prozess===

	<html>Eine ITIL~~<sup><small>~~&~~#174~~;~~</small></sup>~~-Disziplin, die besonders oft als schwerfällig und übermäßig bürokratisch wahrgenommen wird, ist das <a class="external" href="https://wiki.de.it-processmaps.com/index.php/Change_Management" title="IT Process Wiki \| ITIL Change Management">Change Management</a>, wobei das <a href="https://yasm.com/wiki/de/index.php/YaSM-Rollen" title="Definition: Change Advisory Board (CAB)">CAB</a>-Meeting ganz besonders in der Kritik steht. Sein schlechter Ruf kommt daher, dass manche Organisationen jede Änderung gleichbehandeln. Damit sind sehr viele Changes zu diskutieren, was zu schier endlosen CAB-Meetings führt.</html>		<html>Eine ITIL®-Disziplin, die besonders oft als schwerfällig und übermäßig bürokratisch wahrgenommen wird, ist das <a class="external" href="https://wiki.de.it-processmaps.com/index.php/Change_Management" title="IT Process Wiki \| ITIL Change Management">Change Management</a>, wobei das <a href="https://yasm.com/wiki/de/index.php/YaSM-Rollen" title="Definition: Change Advisory Board (CAB)">CAB</a>-Meeting ganz besonders in der Kritik steht. Sein schlechter Ruf kommt daher, dass manche Organisationen jede Änderung gleichbehandeln. Damit sind sehr viele Changes zu diskutieren, was zu schier endlosen CAB-Meetings führt.</html>

	Sicherlich kann dies nicht für Organisationen funktionieren, die DevOps verwenden, wo Änderungen praktisch an der Tagesordnung sind und schnell umgesetzt werden müssen.		Sicherlich kann dies nicht für Organisationen funktionieren, die DevOps verwenden, wo Änderungen praktisch an der Tagesordnung sind und schnell umgesetzt werden müssen.
Zeile 123:		Zeile 123:
	Trotzdem besteht ganz klar die Notwendigkeit, Changes zu kontrollieren, egal, ob Organisationen sich an DevOps orientieren oder nicht. Vor allem gilt es, schlecht koordinierte oder getestete Changes zu verhindern, die nach manchen Schätzungen mehr als die Hälfte aller Service-Incidents verursachen. Die Lösung kann also nicht die Abschaffung des Change-Managements sein, sondern es geht darum, die Grundidee hinter dem Prozess zu verstehen und ihn zu verbessern.		Trotzdem besteht ganz klar die Notwendigkeit, Changes zu kontrollieren, egal, ob Organisationen sich an DevOps orientieren oder nicht. Vor allem gilt es, schlecht koordinierte oder getestete Changes zu verhindern, die nach manchen Schätzungen mehr als die Hälfte aller Service-Incidents verursachen. Die Lösung kann also nicht die Abschaffung des Change-Managements sein, sondern es geht darum, die Grundidee hinter dem Prozess zu verstehen und ihn zu verbessern.

	In ITIL~~<sup><small>~~&~~#174~~;~~</small></sup>~~ hat das Change-Management die Aufgabe, die mit Änderungen verbundenen Risiken zu kontrollieren. ITIL~~<sup><small>~~&~~#174~~;~~</small></sup>~~ schreibt aber in keiner Weise vor, dass jeder Change im CAB diskutiert werden muss, sondern bietet mehrere Möglichkeiten an, mit Changes umzugehen: Changes mit hohem Risiko müssen vom CAB freigegeben werden, doch dieser Fall sollte eher die Ausnahme sein. Für die meisten Änderungen sind die Risiken gut bekannt, und für solche Changes empfiehlt ITIL~~<sup><small>~~&~~#174~~;~~</small></sup>~~ die Definition von (vorab autorisierten) Standard-Changes mit entsprechenden Change-Modellen.		In ITIL® hat das Change-Management die Aufgabe, die mit Änderungen verbundenen Risiken zu kontrollieren. ITIL® schreibt aber in keiner Weise vor, dass jeder Change im CAB diskutiert werden muss, sondern bietet mehrere Möglichkeiten an, mit Changes umzugehen: Changes mit hohem Risiko müssen vom CAB freigegeben werden, doch dieser Fall sollte eher die Ausnahme sein. Für die meisten Änderungen sind die Risiken gut bekannt, und für solche Changes empfiehlt ITIL® die Definition von (vorab autorisierten) Standard-Changes mit entsprechenden Change-Modellen.

	In einer DevOps-Umgebung sind das Testen und Ausrollen häufig automatisiert und standardisiert, so dass die Risiken aufgrund fehlerhafter Changes wesentlich geringer sind. Mit DevOps sind Organisationen daher in der Lage, sehr viel mehr Standard-Changes zu definieren und den Arbeitsaufwand für das CAB weiter zu senken.		In einer DevOps-Umgebung sind das Testen und Ausrollen häufig automatisiert und standardisiert, so dass die Risiken aufgrund fehlerhafter Changes wesentlich geringer sind. Mit DevOps sind Organisationen daher in der Lage, sehr viel mehr Standard-Changes zu definieren und den Arbeitsaufwand für das CAB weiter zu senken.
Zeile 158:		Zeile 158:

	<html>Natürlich gibt es auch viele Informationen über DevOps im Internet. Eine der besten Quellen für DevOps ist die Site <a class="external" href="https://devops.com/" title="Devops.com - Where the world meets DevOps">devops.com</a> [<a href="https://yasm.com/wiki/de/index.php/DevOps_und_YaSM#DevOps-com" title="Anmerkung: DevOps.com">5</a>] mit einer reichen Auswahl zum Thema, wie z.B. Blogartikel von Fachexperten, Artikel zu Fachthemen, Webinare und Podcasts.</html>		<html>Natürlich gibt es auch viele Informationen über DevOps im Internet. Eine der besten Quellen für DevOps ist die Site <a class="external" href="https://devops.com/" title="Devops.com - Where the world meets DevOps">devops.com</a> [<a href="https://yasm.com/wiki/de/index.php/DevOps_und_YaSM#DevOps-com" title="Anmerkung: DevOps.com">5</a>] mit einer reichen Auswahl zum Thema, wie z.B. Blogartikel von Fachexperten, Artikel zu Fachthemen, Webinare und Podcasts.</html>

			==Themenverwandte Artikel==

			<html><figure class="mw-halign-left" typeof="mw:File/Thumb"><a href="https://yasm.com/wiki/de/index.php/YaSM_und_agiles_Service-Management" title="Agile Service Management"><img srcset="https://yasm.com/wiki/de/img/yasm-frameworks/agile/400px/agile-service-management-prozesse-yasm.jpg 400w, https://yasm.com/wiki/de/img/yasm-frameworks/agile/480px/agile-service-management-prozesse-yasm.jpg 480w, https://yasm.com/wiki/de/img/yasm-frameworks/agile/agile-service-management-prozesse-yasm.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/de/img/yasm-frameworks/agile/480px/agile-service-management-prozesse-yasm.jpg" decoding="async" width="400" height="300" class="mw-file-element" alt="Agiles Service-Management auf Basis des YaSM-Prozessmodells." /></a><figcaption><span style="font-variant:small-caps;">Agile und das YaSM-Prozessmodell</span></figcaption></figure>
			<p><a href="https://yasm.com/wiki/de/index.php/YaSM_und_agiles_Service-Management" title="Agile Service Management">Agiles Service-Management</a></p>
			<p>Die agile Software-Entwicklung ist ein Ansatz zur "leichtgewichtigen" Entwicklung von Software, bei der Anforderungen und Lösungen durch die Zusammenarbeit von eigenständig agierenden, funktionsübergreifenden Teams mit den Kunden entstehen.</p>
			<p>Wie wendet man als Service-Provider agile Prinzipien an, und ist das YaSM Service-Management-Modell mit Agile kompatibel?<br /><a href="https://yasm.com/wiki/de/index.php/YaSM_und_agiles_Service-Management" title="Agile Service Management und YaSM">[ ... Weiterlesen ]</a></p>
			<p style="clear:both;"> </p>

			<figure class="mw-halign-left" typeof="mw:File/Thumb"><a href="https://yasm.com/wiki/de/index.php/YaSM_und_Lean_Service_Management" title="Lean Service Management"><img srcset="https://yasm.com/wiki/de/img/yasm-frameworks/lean/400px/lean-service-management-yasm-prozessmodell.jpg 400w, https://yasm.com/wiki/de/img/yasm-frameworks/lean/480px/lean-service-management-yasm-prozessmodell.jpg 480w, https://yasm.com/wiki/de/img/yasm-frameworks/lean/lean-service-management-yasm-prozessmodell.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/de/img/yasm-frameworks/lean/480px/lean-service-management-yasm-prozessmodell.jpg" decoding="async" width="400" height="300" class="mw-file-element" alt="Lean Service Management auf Basis des YaSM-Prozessmodells" /></a><figcaption><span style="font-variant:small-caps;">Lean Service-Management und YaSM</span></figcaption></figure>
			<p><a href="https://yasm.com/wiki/de/index.php/YaSM_und_Lean_Service_Management" title="Lean Service Management">Lean Service-Management</a></p>
			<p>Organisationen können durch die Anwendung der Lean-Prinzipien in vielen Fällen die Zufriedenheit ihrer Kunden steigern und gleichzeitig höhere Gewinne erzielen.</p>
			<p>Ursprünglich wurde Lean in der Fertigungs-Industrie entwickelt, doch heute werden die Lean-Prinzipien auch in vielen weiteren Bereichen erfolgreich angewendet - nicht zuletzt in der Service-Branche.<br /><a href="https://yasm.com/wiki/de/index.php/YaSM_und_Lean_Service_Management" title="Lean Service Management">[ ... Weiterlesen ]</a></p></html>
			<br style="clear:both;"/>

	==Referenzen und Anmerkungen==		==Referenzen und Anmerkungen==

Andrea am 14. August 2024 um 16:59 Uhr

2024-08-14T16:59:37Z

← Nächstältere Version		Version vom 14. August 2024, 18:59 Uhr
Zeile 13:		Zeile 13:
	</itpmch>		</itpmch>
	<html><div class="noresize"><a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM"><img src="https://yasm.com/wiki/de/img/yasm-wiki/YaSM-Wiki-English.png" width="140" height="36" style="float:right;" alt="in English" title="This page in English" /></a></div><br style="clear:both;"/>		<html><div class="noresize"><a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM"><img src="https://yasm.com/wiki/de/img/yasm-wiki/YaSM-Wiki-English.png" width="140" height="36" style="float:right;" alt="in English" title="This page in English" /></a></div><br style="clear:both;"/>
	~~<p> </p>~~
	<p><b>Vergleich:</b> YaSM und DevOps</p>		<p><b>Vergleich:</b> YaSM und DevOps</p>
	<p><b>Teil von</b>: <a href="https://yasm.com/wiki/de/index.php/Was_ist_YaSM#yasm-andere-service-management-frameworks" title="YaSM und andere Service-Management-Frameworks und -Standards">YaSM und andere Service-Management-Frameworks und -Standards</a></html>		<p><b>Teil von</b>: <a href="https://yasm.com/wiki/de/index.php/Was_ist_YaSM#yasm-andere-service-management-frameworks" title="YaSM und andere Service-Management-Frameworks und -Standards">YaSM und andere Service-Management-Frameworks und -Standards</a></html>
Zeile 19:		Zeile 19:

	<span id="Was_ist_DevOps.3F"><span id="md-webpage-description" itemprop="description"><b><span style="color:#465674;">DevOps</span></b> beschreibt einen Ansatz, mit dem die Software-Entwicklung ("Dev" - Development) und der Software-Betrieb ("Ops" - Operations) zusammengebracht werden sollen. Es handelt sich bei DevOps nicht um ein genau definiertes Framework oder einen festgelegten Prozess, sondern um eine Reihe von Praktiken und Philosophien. Gelegentlich wird DevOps auch als "Bewegung" bezeichnet.</span></span>		<span id="Was_ist_DevOps.3F"><span id="md-webpage-description" itemprop="description"><b><span style="color:#465674;">DevOps</span></b> beschreibt einen Ansatz, mit dem die Software-Entwicklung ("Dev" - Development) und der Software-Betrieb ("Ops" - Operations) zusammengebracht werden sollen. Es handelt sich bei DevOps nicht um ein genau definiertes Framework oder einen festgelegten Prozess, sondern um eine Reihe von Praktiken und Philosophien. Gelegentlich wird DevOps auch als "Bewegung" bezeichnet.</span></span>
			<p> </p>

	<html~~><div style="float:right; margin-top:2em;"~~><div itemid="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" itemscope itemtype="https://schema.org/ImageObject">		<html><div itemid="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" itemscope itemtype="https://schema.org/ImageObject">
	~~<a href="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" title="DevOps, Service-Management und YaSM" itemprop="contentUrl~~">
	<meta itemprop="caption" content="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" />		<meta itemprop="caption" content="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" />
	<meta itemprop="width" content="1200" />		<meta itemprop="width" content="1200" />
Zeile 35:		Zeile 35:
	<meta itemprop="dateCreated" content="2022-11-12" />		<meta itemprop="dateCreated" content="2022-11-12" />
	<meta itemprop="datePublished" content="2022-11-12" />		<meta itemprop="datePublished" content="2022-11-12" />
			</span>
			<span itemprop="thumbnail" itemscope itemtype="https://schema.org/ImageObject">
			<meta itemprop="url" content="https://yasm.com/wiki/de/img/yasm-frameworks/devops/400px/devops-service-management-prozesse-yasm.jpg" />
			<meta itemprop="width" content="400" />
			<meta itemprop="height" content="300" />
			<meta itemprop="dateCreated" content="2024-11-06" />
			<meta itemprop="datePublished" content="2024-11-06" />
	</span>		</span>
	<meta itemprop="keywords" content="DevOps Prozesse" />		<meta itemprop="keywords" content="DevOps Prozesse" />
	<meta itemprop="keywords" content="DevOps Service-Management-Prozesse" />		<meta itemprop="keywords" content="DevOps Service-Management-Prozesse" />
	<meta itemprop="keywords" content="Was ist DevOps?" />		<meta itemprop="keywords" content="Was ist DevOps?" />
	<~~img style~~="~~margin~~:~~15px 0px 15px 20px; float~~:~~right;~~" srcset="https://yasm.com/wiki/de/img/yasm-frameworks/devops/480px/devops-service-management-prozesse-yasm.jpg 480w, https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" fetchpriority="high" decoding="async" width="480" height="360" ~~title~~="~~DevOps, Service~~-~~Management und YaSM~~" alt="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" /></a><~~div class="thumbcaption" style="margin:0px 0px 20px 20px"~~><span style="font-variant:small-caps;"><b>Abb. 1: <a href="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" title="DevOps im Service-Management">Einsatz von DevOps im Service-Management</a></b></span></~~div~~></~~div~~></div></html>		<figure class="mw-halign-right" typeof="mw:File/Thumb"><a itemprop="contentUrl" href="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" title="DevOps, Service-Management und YaSM"><img srcset="https://yasm.com/wiki/de/img/yasm-frameworks/devops/400px/devops-service-management-prozesse-yasm.jpg 400w, https://yasm.com/wiki/de/img/yasm-frameworks/devops/480px/devops-service-management-prozesse-yasm.jpg 480w, https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" fetchpriority="high" decoding="async" width="480" height="360" class="mw-file-element" alt="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" /></a>
	~~<p> </p~~>		<figcaption><span style="font-variant:small-caps;"><b>Abb. 1: <a href="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" title="DevOps im Service-Management">Einsatz von DevOps im Service-Management</a></b></span></figcaption></figure></div></html>

	__TOC__		__TOC__
			<br style="clear:both;"/>
	<~~p>&nbsp~~;</p>

	Traditionell herrschte in Organisationen, die sich mit der Entwicklung von Software beschäftigen, oft eine Aufteilung in "Silos" vor, also getrennte organisatorische Einheiten. Entwickler, Tester, Administratoren und Betriebs-Personal waren jeweils eigenständige Teams, und Arbeitsergebnisse wurden in größeren Blöcken von einem Team an das andere übergeben.		Traditionell herrschte in Organisationen, die sich mit der Entwicklung von Software beschäftigen, oft eine Aufteilung in "Silos" vor, also getrennte organisatorische Einheiten. Entwickler, Tester, Administratoren und Betriebs-Personal waren jeweils eigenständige Teams, und Arbeitsergebnisse wurden in größeren Blöcken von einem Team an das andere übergeben.
Zeile 59:		Zeile 65:

	Der gesamte DevOps-Ansatz leitet sich aus einigen wenigen Grundprinzipien ab, die als die <i>"Drei Wege von DevOps" ("Three Ways of DevOps")</i> bekannt sind:		Der gesamte DevOps-Ansatz leitet sich aus einigen wenigen Grundprinzipien ab, die als die <i>"Drei Wege von DevOps" ("Three Ways of DevOps")</i> bekannt sind:
	;Der erste Weg - Systemdenken (Systems thinking)
	:Organisationen müssen sich auf die Leistungsfähigkeit des ganzen Systems konzentrieren, im Gegensatz zur ~~Leistungsfähigkeit~~ einzelner Silos. Dies bedeutet auch, Engpässe zu beseitigen, um den Arbeitsfluss zu verbessern.		===Der erste Weg===
	;Der zweite Weg - Verstärkung von Rückkopplungen (Amplify feedback loops)		<i>Systemdenken (Systems thinking):</i>
	:Dieses Prinzip besagt, dass die Wege für Rückmeldungen kurz sein sollten, so dass Verbesserungen kontinuierlich und in kurzen Abständen erfolgen können. Probleme sollten als Rückmeldungen betrachtet werden und schnell zu Korrektur-Maßnahmen führen.		*Organisationen müssen sich auf die Leistungsfähigkeit des ganzen Systems konzentrieren, im Gegensatz zur Leistungsfähigkeit einzelner Silos.
	;Der dritte Weg - Kultur des kontinuierlichen Experimentierens und Lernens (Culture of continual experimentation and learning)		*Dies bedeutet auch, Engpässe zu beseitigen, um den Arbeitsfluss zu verbessern.
	:Der dritte Weg sagt aus, dass Experimentieren, Risikofreude sowie das Lernen aus Erfolgen und Misserfolgen entscheidend sind, damit sich Organisationen weiterentwickeln und ihre Abläufe optimal gestalten können.
			===Der zweite Weg===
			<i>Verstärkung von Rückkopplungen (Amplify feedback loops):</i>
			*Dieses Prinzip besagt, dass die Wege für Rückmeldungen kurz sein sollten, so dass Verbesserungen kontinuierlich und in kurzen Abständen erfolgen können.
			*Probleme sollten als Rückmeldungen betrachtet werden und schnell zu Korrektur-Maßnahmen führen.

			===Der dritte Weg===
			<i>Kultur des kontinuierlichen Experimentierens und Lernens (Culture of continual experimentation and learning):</i>
			*Der dritte Weg sagt aus, dass Experimentieren, Risikofreude sowie das Lernen aus Erfolgen und Misserfolgen entscheidend sind, damit sich Organisationen weiterentwickeln und ihre Abläufe optimal gestalten können.

	==Warum ist DevOps so populär?==		==Warum ist DevOps so populär?==
Zeile 101:		Zeile 115:
	Was allerdings abgelegt werden sollte, ist die Vorstellung, das Service-Management als Disziplin schwierig und bürokratisch ist. Die Service-Management-Frameworks können sehr komplex wirken, aber es war schon immer falsch, alles mit dogmatischem Eifer "implementieren" zu wollen. Es kommt darauf an, die Prinzipien hinter den Frameworks zu verstehen, die zur Organisation passenden Empfehlungen auszuwählen und klare, maßgeschneiderte Prozesse zu definieren.		Was allerdings abgelegt werden sollte, ist die Vorstellung, das Service-Management als Disziplin schwierig und bürokratisch ist. Die Service-Management-Frameworks können sehr komplex wirken, aber es war schon immer falsch, alles mit dogmatischem Eifer "implementieren" zu wollen. Es kommt darauf an, die Prinzipien hinter den Frameworks zu verstehen, die zur Organisation passenden Empfehlungen auszuwählen und klare, maßgeschneiderte Prozesse zu definieren.

	====Ein besonderer Fall: Der gefürchtete Change-Management-Prozess====		===Ein besonderer Fall: Der gefürchtete Change-Management-Prozess===

	<html>Eine ITIL<sup><small>®</small></sup>-Disziplin, die besonders oft als schwerfällig und übermäßig bürokratisch wahrgenommen wird, ist das <a class="external" href="https://wiki.de.it-processmaps.com/index.php/Change_Management" title="IT Process Wiki \| ITIL Change Management">Change Management</a>, wobei das <a href="https://yasm.com/wiki/de/index.php/YaSM-Rollen" title="Definition: Change Advisory Board (CAB)">CAB</a>-Meeting ganz besonders in der Kritik steht. Sein schlechter Ruf kommt daher, dass manche Organisationen jede Änderung gleichbehandeln. Damit sind sehr viele Changes zu diskutieren, was zu schier endlosen CAB-Meetings führt.</html>		<html>Eine ITIL<sup><small>®</small></sup>-Disziplin, die besonders oft als schwerfällig und übermäßig bürokratisch wahrgenommen wird, ist das <a class="external" href="https://wiki.de.it-processmaps.com/index.php/Change_Management" title="IT Process Wiki \| ITIL Change Management">Change Management</a>, wobei das <a href="https://yasm.com/wiki/de/index.php/YaSM-Rollen" title="Definition: Change Advisory Board (CAB)">CAB</a>-Meeting ganz besonders in der Kritik steht. Sein schlechter Ruf kommt daher, dass manche Organisationen jede Änderung gleichbehandeln. Damit sind sehr viele Changes zu diskutieren, was zu schier endlosen CAB-Meetings führt.</html>
Zeile 147:		Zeile 161:
	==Referenzen und Anmerkungen==		==Referenzen und Anmerkungen==

	<span id="Wikipedia-Continuous-Integration">[1] [https://de.wikipedia.org/wiki/Kontinuierliche_Integration Kontinuierliche Integration (Continuous Integration)]. -- Wikipedia. Abgerufen am 22. ~~September 2018~~.</span><br />		<span id="Wikipedia-Continuous-Integration">[1] [https://de.wikipedia.org/wiki/Kontinuierliche_Integration Kontinuierliche Integration (Continuous Integration)]. -- Wikipedia. Abgerufen am 14. August 2024.</span><br />
	<span id="Wikipedia-Continuous-Delivery">[2] [https://de.wikipedia.org/wiki/Continuous_Delivery Continuous Delivery]. -- Wikipedia. Abgerufen am 22. ~~September 2018~~.</span><br />		<span id="Wikipedia-Continuous-Delivery">[2] [https://de.wikipedia.org/wiki/Continuous_Delivery Continuous Delivery]. -- Wikipedia. Abgerufen am 14. August 2024.</span><br />
	<span id="Patrick-Debois-Twitter">[3] [https://www.linkedin.com/in/patrickdebois/ Patrick Debois auf LinkedIn]</span><br />		<span id="Patrick-Debois-Twitter">[3] [https://www.linkedin.com/in/patrickdebois/ Patrick Debois auf LinkedIn]</span><br />
	<span id="DevOps-Phoenix-Project">[4] Gene Kim, Kevin Behr, and George Spafford, 2013. The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win. IT Revolution Press, Portland, Oregon; USA.</span><br />		<span id="DevOps-Phoenix-Project">[4] Gene Kim, Kevin Behr, and George Spafford, 2013. The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win. IT Revolution Press, Portland, Oregon; USA.</span><br />

Andrea am 4. April 2024 um 16:09 Uhr

2024-04-04T16:09:19Z

Andrea am 29. Dezember 2023 um 15:41 Uhr

2023-12-29T15:41:14Z

← Nächstältere Version		Version vom 29. Dezember 2023, 17:41 Uhr
Zeile 6:		Zeile 6:
	<meta property="og:description" content="Ersetzt DevOps ITSM und Service-Management Best Practice? Kann DevOps zusammen mit YaSM eingesetzt werden?" />		<meta property="og:description" content="Ersetzt DevOps ITSM und Service-Management Best Practice? Kann DevOps zusammen mit YaSM eingesetzt werden?" />
	<meta property="og:site_name" content="YaSM Service Management">		<meta property="og:site_name" content="YaSM Service Management">
	<meta property="og:type" content="article~~" />~~		<meta property="og:type" content="article" />
	~~<meta property="article:publisher" content="https://www.facebook.com/yasmcom" />~~
	~~<meta property="fb:admins" content="100002035253209" />~~
	~~<meta property="fb:admins" content="100002592864414~~" />
	<meta property="og:image" content="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" />		<meta property="og:image" content="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" />
	<meta property="og:image:width" content="1200" />		<meta property="og:image:width" content="1200" />
	<meta property="og:image:height" content="900" />		<meta property="og:image:height" content="900" />
	~~<meta name="twitter:card" content="summary_large_image">~~
	~~<meta name="twitter:site" content="@YaSM_DACH">~~
	~~<meta name="twitter:creator" content="@YaSM_DACH">~~
	~~<meta name="twitter:title" content="DevOps und YaSM">~~
	~~<meta name="twitter:description" content="Ersetzt DevOps ITSM und Service-Management Best Practice? Kann DevOps zusammen mit YaSM eingesetzt werden?">~~
	~~<meta name="twitter:image" content="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg">~~
	~~<meta name="twitter:image:alt" content="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?">~~
	<link href="https://plus.google.com/100916307096177053362/posts" rel="publisher" />		<link href="https://plus.google.com/100916307096177053362/posts" rel="publisher" />
	</itpmch>		</itpmch>

Andrea am 12. November 2022 um 12:20 Uhr

2022-11-12T12:20:14Z

← Nächstältere Version		Version vom 12. November 2022, 14:20 Uhr
Zeile 5:		Zeile 5:
	<meta property="og:title" content="DevOps und YaSM \| YaSM Service-Management-Wiki" />		<meta property="og:title" content="DevOps und YaSM \| YaSM Service-Management-Wiki" />
	<meta property="og:description" content="Ersetzt DevOps ITSM und Service-Management Best Practice? Kann DevOps zusammen mit YaSM eingesetzt werden?" />		<meta property="og:description" content="Ersetzt DevOps ITSM und Service-Management Best Practice? Kann DevOps zusammen mit YaSM eingesetzt werden?" />
	<meta property="og:site_name" content="YaSM">		<meta property="og:site_name" content="YaSM Service Management">
	<meta property="og:type" content="article" />		<meta property="og:type" content="article" />
	<meta property="article:publisher" content="https://www.facebook.com/yasmcom" />		<meta property="article:publisher" content="https://www.facebook.com/yasmcom" />
Zeile 28:		Zeile 28:
	<p> </p>		<p> </p>

	===~~Was ist~~ DevOps~~?===~~		<span id="Was_ist_DevOps.3F"><span id="md-webpage-description" itemprop="description">DevOps beschreibt einen Ansatz, mit dem die Software-Entwicklung ("Dev" - Development) und der Software-Betrieb ("Ops" - Operations) zusammengebracht werden sollen. Es handelt sich bei DevOps nicht um ein genau definiertes Framework oder einen festgelegten Prozess, sondern um eine Reihe von Praktiken und Philosophien. Gelegentlich wird DevOps auch als "Bewegung" bezeichnet.</span></span>
	----

	<html><~~span id~~="~~md-webpage~~-~~description~~" ~~itemprop~~="~~description">DevOps beschreibt einen Ansatz, mit dem die Software~~-~~Entwicklung ("Dev"~~ - ~~Development) und der Software~~-~~Betrieb ("Ops"~~ - ~~Operations) zusammengebracht werden sollen. Es handelt sich bei DevOps nicht um ein genau definiertes Framework oder einen festgelegten Prozess, sondern um eine Reihe von Praktiken und Philosophien~~. ~~Gelegentlich wird DevOps auch als "Bewegung~~" ~~bezeichnet.</span></p>~~		<html><div style="float:right; margin-top:2em;"><div itemid="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" itemscope itemtype="https://schema.org/ImageObject">

	~~<div~~ itemscope itemtype="https://schema.org/ImageObject">
	<a href="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" title="DevOps, Service-Management und YaSM" itemprop="contentUrl">		<a href="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" title="DevOps, Service-Management und YaSM" itemprop="contentUrl">
	<meta itemprop="caption" content="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" />		<meta itemprop="caption" content="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" />
	<meta itemprop="width" content="1200" />		<meta itemprop="width" content="1200" />
	<meta itemprop="height" content="900" />		<meta itemprop="height" content="900" />
			<meta itemprop="dateCreated" content="2018-09-21" />
			<meta itemprop="datePublished" content="2018-09-22" />
			<meta itemprop="dateModified" content="2022-11-12" />
	<meta itemprop="representativeOfPage" content="true"/>		<meta itemprop="representativeOfPage" content="true"/>
			<span itemprop="thumbnail" itemscope itemtype="https://schema.org/ImageObject">
			<meta itemprop="url" content="https://yasm.com/wiki/de/img/yasm-frameworks/devops/480px/devops-service-management-prozesse-yasm.jpg" />
			<meta itemprop="width" content="480" />
			<meta itemprop="height" content="360" />
			<meta itemprop="dateCreated" content="2022-11-12" />
			<meta itemprop="datePublished" content="2022-11-12" />
			</span>
	<meta itemprop="keywords" content="DevOps Prozesse" />		<meta itemprop="keywords" content="DevOps Prozesse" />
	<meta itemprop="keywords" content="DevOps Service-Management-Prozesse" />		<meta itemprop="keywords" content="DevOps Service-Management-Prozesse" />
	<meta itemprop="keywords" content="Was ist DevOps?" />		<meta itemprop="keywords" content="Was ist DevOps?" />
	<img style="margin:20px ~~0px 30px 30px~~; float:right;" src="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" width="480" height="360" title="DevOps, Service-Management und YaSM" alt="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" /></a></div></html>		<img style="margin:15px 0px 15px 20px; float:right;" srcset="https://yasm.com/wiki/de/img/yasm-frameworks/devops/480px/devops-service-management-prozesse-yasm.jpg 480w, https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" width="480" height="360" title="DevOps, Service-Management und YaSM" alt="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" /></a><div class="thumbcaption" style="margin:0px 0px 20px 20px"><span style="font-variant:small-caps;"><b>Abb. 1: Einsatz von DevOps im Service-Management</b></span></div></div></div></html>
	<p> </p>		<p> </p>

Zeile 57:		Zeile 64:
	Bei DevOps geht es darum, diese Silos aufzubrechen und funktionsübergreifende Teams einzurichten, damit Entwickler, Tester und Administratoren von Anfang an zusammenarbeiten. Jedes Team ist insgesamt dafür verantwortlich, dass die Software die Anforderungen der Anwender erfüllt. Das Ziel ist dabei, Software zeitnäher und zuverlässiger bereitzustellen, in Übereinstimmung mit den sich schnell verändernden Anforderungen der Kunden.		Bei DevOps geht es darum, diese Silos aufzubrechen und funktionsübergreifende Teams einzurichten, damit Entwickler, Tester und Administratoren von Anfang an zusammenarbeiten. Jedes Team ist insgesamt dafür verantwortlich, dass die Software die Anforderungen der Anwender erfüllt. Das Ziel ist dabei, Software zeitnäher und zuverlässiger bereitzustellen, in Übereinstimmung mit den sich schnell verändernden Anforderungen der Kunden.

	Damit dieser Ansatz funktioniert, befürwortet DevOps den Einsatz anderer, verwandter Praktiken und Methoden, wie z.B. Agile, Lean, Continuous Integration [[#Wikipedia-Continuous-Integration\|[1]]], Continuous Delivery [[#Wikipedia-Continuous-Delivery\|[2]]] usw.		Damit dieser Ansatz funktioniert, befürwortet DevOps den Einsatz anderer, verwandter Praktiken und Methoden, wie z.B. [[YaSM_und_agiles_Service-Management\|Agile]], [[YaSM_und_Lean_Service_Management\|Lean]], Continuous Integration [[#Wikipedia-Continuous-Integration\|[1]]], Continuous Delivery [[#Wikipedia-Continuous-Delivery\|[2]]] usw.

	==Die Drei Wege von DevOps==		==Die Drei Wege von DevOps==
Zeile 71:		Zeile 78:
	==Warum ist DevOps so populär?==		==Warum ist DevOps so populär?==

	~~<html>~~ITSM-Frameworks wie ~~<a href="https://wiki.de.it-processmaps.com/index.php/Geschichte_von_ITIL" title="Was ist~~ ITIL ~~\| IT Process Wiki">ITIL</a>~~<sup><small>®</small></sup> haben über die Jahre den Ruf erworben, übermäßig komplex und schwerfällig zu sein. DevOps wird hier oft als ein Weg gesehen, aus dieser Welt starrer Prozesse auszubrechen und schneller voranzukommen.~~</html>~~		ITSM-Frameworks wie [[ITIL]]<sup><small>®</small></sup> haben über die Jahre den Ruf erworben, übermäßig komplex und schwerfällig zu sein. DevOps wird hier oft als ein Weg gesehen, aus dieser Welt starrer Prozesse auszubrechen und schneller voranzukommen.

	Und tatsächlich helfen die DevOps-Prinzipien vielen Organisationen, besser auf sich ändernde Marktbedingungen und Kundenanforderungen reagieren zu können:		Und tatsächlich helfen die DevOps-Prinzipien vielen Organisationen, besser auf sich ändernde Marktbedingungen und Kundenanforderungen reagieren zu können:
Zeile 98:		Zeile 105:
	*[[SP3: Pflegen der Kundenbeziehungen\|Kundenbeziehungen pflegen]]		*[[SP3: Pflegen der Kundenbeziehungen\|Kundenbeziehungen pflegen]]
	*[[SP11: Managen von Lieferanten und Dienstleistern\|Lieferanten und Dienstleister managen]]		*[[SP11: Managen von Lieferanten und Dienstleistern\|Lieferanten und Dienstleister managen]]
	*[[SP9: Sicherstellen von Compliance\|Compliance sicherstellen]]		*[[SP9: Sicherstellen von Compliance\|Compliance sicherstellen]].

	Dies alles sind essenzielle Kompetenzen für jede Organisation, die Services erbringt. DevOps jedoch hat zu diesen Themen nichts oder sehr wenig zu sagen. Deshalb wäre es falsch, die traditionellen Service-Management-Rahmenwerke als alten Hut abzutun. Sie sind so relevant wie bisher!		Dies alles sind essenzielle Kompetenzen für jede Organisation, die Services erbringt. DevOps jedoch hat zu diesen Themen nichts oder sehr wenig zu sagen. Deshalb wäre es falsch, die traditionellen Service-Management-Rahmenwerke als alten Hut abzutun. Sie sind so relevant wie bisher!
Zeile 145:		Zeile 152:

	Vielfach wird auch das Buch 'The Phoenix Project' [[#DevOps-Phoenix-Project\|[4]]] als erste Einführung in DevOps empfohlen. Es handelt sich um einen Roman, in dem die Geschichte eines IT-Managers erzählt wird. Dieser findet sich plötzlich im oberen Management wieder, und mit Hilfe von DevOps sorgt er dafür, dass die IT-Projekte schneller Ergebnisse liefern.		Vielfach wird auch das Buch 'The Phoenix Project' [[#DevOps-Phoenix-Project\|[4]]] als erste Einführung in DevOps empfohlen. Es handelt sich um einen Roman, in dem die Geschichte eines IT-Managers erzählt wird. Dieser findet sich plötzlich im oberen Management wieder, und mit Hilfe von DevOps sorgt er dafür, dass die IT-Projekte schneller Ergebnisse liefern.

	Natürlich gibt es auch viele Informationen über DevOps im Internet. Eine der besten Quellen für DevOps ist die Site devops.com [[#DevOps-com\|[5]]] mit einer reichen Auswahl zum Thema, wie z.B. Blogartikel von Fachexperten, Artikel zu Fachthemen, Webinare, Podcasts usw.

	<html>Natürlich gibt es auch viele Informationen über DevOps im Internet. Eine der besten Quellen für DevOps ist die Site <a class="external" href="https://devops.com/" title="Devops.com - Where the world meets DevOps">devops.com</a> [<a href="https://yasm.com/wiki/de/index.php/DevOps_und_YaSM#DevOps-com" title="Anmerkung: DevOps.com">5</a>] mit einer reichen Auswahl zum Thema, wie z.B. Blogartikel von Fachexperten, Artikel zu Fachthemen, Webinare und Podcasts.</html>		<html>Natürlich gibt es auch viele Informationen über DevOps im Internet. Eine der besten Quellen für DevOps ist die Site <a class="external" href="https://devops.com/" title="Devops.com - Where the world meets DevOps">devops.com</a> [<a href="https://yasm.com/wiki/de/index.php/DevOps_und_YaSM#DevOps-com" title="Anmerkung: DevOps.com">5</a>] mit einer reichen Auswahl zum Thema, wie z.B. Blogartikel von Fachexperten, Artikel zu Fachthemen, Webinare und Podcasts.</html>
Zeile 154:		Zeile 159:
	<span id="Wikipedia-Continuous-Integration">[1] [https://de.wikipedia.org/wiki/Kontinuierliche_Integration Kontinuierliche Integration (Continuous Integration)]. -- Wikipedia. Abgerufen am 22. September 2018.</span><br />		<span id="Wikipedia-Continuous-Integration">[1] [https://de.wikipedia.org/wiki/Kontinuierliche_Integration Kontinuierliche Integration (Continuous Integration)]. -- Wikipedia. Abgerufen am 22. September 2018.</span><br />
	<span id="Wikipedia-Continuous-Delivery">[2] [https://de.wikipedia.org/wiki/Continuous_Delivery Continuous Delivery]. -- Wikipedia. Abgerufen am 22. September 2018.</span><br />		<span id="Wikipedia-Continuous-Delivery">[2] [https://de.wikipedia.org/wiki/Continuous_Delivery Continuous Delivery]. -- Wikipedia. Abgerufen am 22. September 2018.</span><br />
	<span id="Patrick-Debois-Twitter">[3] [https://~~twitter~~.com/patrickdebois Patrick Debois auf ~~Twitter~~]</span><br />		<span id="Patrick-Debois-Twitter">[3] [https://www.linkedin.com/in/patrickdebois/ Patrick Debois auf LinkedIn]</span><br />
	<span id="DevOps-Phoenix-Project">[4] Gene Kim, Kevin Behr, and George Spafford, 2013. The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win. IT Revolution Press, Portland, Oregon; USA.</span><br />		<span id="DevOps-Phoenix-Project">[4] Gene Kim, Kevin Behr, and George Spafford, 2013. The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win. IT Revolution Press, Portland, Oregon; USA.</span><br />
	<span id="DevOps-com">[5] Devops.com (2018). Where the world meets DevOps. Abgerufen von https://devops.com/</span><br />		<span id="DevOps-com">[5] Devops.com (2018). Where the world meets DevOps. Abgerufen von https://devops.com/</span><br />

Andrea am 28. März 2019 um 14:23 Uhr

2019-03-28T14:23:32Z

← Nächstältere Version		Version vom 28. März 2019, 16:23 Uhr
Zeile 14:		Zeile 14:
	<meta property="og:image:height" content="900" />		<meta property="og:image:height" content="900" />
	<meta name="twitter:card" content="summary_large_image">		<meta name="twitter:card" content="summary_large_image">
	<meta name="twitter:site" content="@~~yasmcom~~">		<meta name="twitter:site" content="@YaSM_DACH">
	<meta name="twitter:creator" content="@~~yasmcom~~">		<meta name="twitter:creator" content="@YaSM_DACH">
	<meta name="twitter:title" content="DevOps und YaSM">		<meta name="twitter:title" content="DevOps und YaSM">
	<meta name="twitter:description" content="Ersetzt DevOps ITSM und Service-Management Best Practice? Kann DevOps zusammen mit YaSM eingesetzt werden?">		<meta name="twitter:description" content="Ersetzt DevOps ITSM und Service-Management Best Practice? Kann DevOps zusammen mit YaSM eingesetzt werden?">
Zeile 22:		Zeile 22:
	<link href="https://plus.google.com/100916307096177053362/posts" rel="publisher" />		<link href="https://plus.google.com/100916307096177053362/posts" rel="publisher" />
	</itpmch>		</itpmch>
	<html><div class="floatright"><div class="noresize"><map name="ImageMap_yasm-wiki-teilen"><area href="https://www.linkedin.com/shareArticle?url=https%3A%2F%2Fyasm.com%2Fwiki%2Fde%2Findex.php%2FDevOps_und_YaSM&hl=de_DE&source=YaSM-Wiki" class="plainlinks" rel="nofollow" shape="rect" coords="55,0,99,36" alt="diese Seite auf LinkedIn teilen" title="diese Seite auf LinkedIn teilen"/><area href="https://twitter.com/intent/tweet?url=https%3A%2F%2Fyasm.com%2Fwiki%2Fde%2Findex.php%2FDevOps_und_YaSM&text%23YaSMwiki%20%7C%20Ersetzt%20DevOps%20ITSM%20und%20Service-Management%20Best%20Practice%3F%0AKann%20YaSM%20zusammen%20mit%20DevOps%20eingesetzt%20werden%3F%20%0A%E2%96%BA&lang=de&via=yasmcom" class="plainlinks" rel="nofollow" shape="rect" coords="97,0,140,36" alt="diese Seite auf Twitter teilen" title="diese Seite auf Twitter teilen"/></map><img alt="diese Seite teilen" src="https://yasm.com/wiki/de/img/yasm-wiki/YaSM-Wiki-teilen.png" width="140" height="36" usemap="#ImageMap_yasm-wiki-teilen"/></div></div>		<html><div class="noresize"><a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM"><img src="https://yasm.com/wiki/de/img/yasm-wiki/YaSM-Wiki-English.png" width="140" height="36" style="float:right;" alt="in English" title="This page in English" /></a></div><br style="clear:both;"/>
	<div class="noresize"><a href="https://yasm.com/wiki/en/index.php/DevOps_and_YaSM"><img src="https://yasm.com/wiki/de/img/yasm-wiki/YaSM-Wiki-English.png" width="140" height="36" style="float:~~left~~;" alt="in English" title="This page in English" /></a></div><br style="clear:both;"/>
	<p> </p>		<p> </p>
	<p><b>Vergleich:</b> YaSM und DevOps</p>		<p><b>Vergleich:</b> YaSM und DevOps</p>
Zeile 49:		Zeile 48:

	<p> </p>		<p> </p>

	Traditionell herrschte in Organisationen, die sich mit der Entwicklung von Software beschäftigen, oft eine Aufteilung in "Silos" vor, also getrennte organisatorische Einheiten. Entwickler, Tester, Administratoren und Betriebs-Personal waren jeweils eigenständige Teams, und Arbeitsergebnisse wurden in größeren Blöcken von einem Team an das andere übergeben.		Traditionell herrschte in Organisationen, die sich mit der Entwicklung von Software beschäftigen, oft eine Aufteilung in "Silos" vor, also getrennte organisatorische Einheiten. Entwickler, Tester, Administratoren und Betriebs-Personal waren jeweils eigenständige Teams, und Arbeitsergebnisse wurden in größeren Blöcken von einem Team an das andere übergeben.

Zeile 58:		Zeile 58:

	Damit dieser Ansatz funktioniert, befürwortet DevOps den Einsatz anderer, verwandter Praktiken und Methoden, wie z.B. Agile, Lean, Continuous Integration [[#Wikipedia-Continuous-Integration\|[1]]], Continuous Delivery [[#Wikipedia-Continuous-Delivery\|[2]]] usw.		Damit dieser Ansatz funktioniert, befürwortet DevOps den Einsatz anderer, verwandter Praktiken und Methoden, wie z.B. Agile, Lean, Continuous Integration [[#Wikipedia-Continuous-Integration\|[1]]], Continuous Delivery [[#Wikipedia-Continuous-Delivery\|[2]]] usw.
	~~<p> </p>~~

	==Die Drei Wege von DevOps==		==Die Drei Wege von DevOps==
Zeile 69:		Zeile 68:
	;Der dritte Weg - Kultur des kontinuierlichen Experimentierens und Lernens (Culture of continual experimentation and learning)		;Der dritte Weg - Kultur des kontinuierlichen Experimentierens und Lernens (Culture of continual experimentation and learning)
	:Der dritte Weg sagt aus, dass Experimentieren, Risikofreude sowie das Lernen aus Erfolgen und Misserfolgen entscheidend sind, damit sich Organisationen weiterentwickeln und ihre Abläufe optimal gestalten können.		:Der dritte Weg sagt aus, dass Experimentieren, Risikofreude sowie das Lernen aus Erfolgen und Misserfolgen entscheidend sind, damit sich Organisationen weiterentwickeln und ihre Abläufe optimal gestalten können.
	~~<p> </p>~~

	==Warum ist DevOps so populär?==		==Warum ist DevOps so populär?==
Zeile 80:		Zeile 78:

	Ein weiterer Grund, warum DevOps so beliebt ist, ist die Verfügbarkeit moderner Konzepte und Technologien, die den DevOps-Ansatz unterstützen, wie z.B.Cloud-Services, Virtualisierung, Containerization, Microservices usw.		Ein weiterer Grund, warum DevOps so beliebt ist, ist die Verfügbarkeit moderner Konzepte und Technologien, die den DevOps-Ansatz unterstützen, wie z.B.Cloud-Services, Virtualisierung, Containerization, Microservices usw.
	~~<p> </p>~~

	==Ersetzt DevOps ITSM und Service-Management Best Practice?==		==Ersetzt DevOps ITSM und Service-Management Best Practice?==
Zeile 89:		Zeile 86:

	Heute ist die gängige Meinung, dass DevOps und ITSM nicht dasselbe sind. Vielmehr ergänzen sich beide Konzepte gegenseitig und sollten in Kombination verwendet werden.		Heute ist die gängige Meinung, dass DevOps und ITSM nicht dasselbe sind. Vielmehr ergänzen sich beide Konzepte gegenseitig und sollten in Kombination verwendet werden.
	~~<p> </p>~~

	==Warum Service-Management Best Practice weiterhin relevant ist==		==Warum Service-Management Best Practice weiterhin relevant ist==
Zeile 107:		Zeile 103:

	Was allerdings abgelegt werden sollte, ist die Vorstellung, das Service-Management als Disziplin schwierig und bürokratisch ist. Die Service-Management-Frameworks können sehr komplex wirken, aber es war schon immer falsch, alles mit dogmatischem Eifer "implementieren" zu wollen. Es kommt darauf an, die Prinzipien hinter den Frameworks zu verstehen, die zur Organisation passenden Empfehlungen auszuwählen und klare, maßgeschneiderte Prozesse zu definieren.		Was allerdings abgelegt werden sollte, ist die Vorstellung, das Service-Management als Disziplin schwierig und bürokratisch ist. Die Service-Management-Frameworks können sehr komplex wirken, aber es war schon immer falsch, alles mit dogmatischem Eifer "implementieren" zu wollen. Es kommt darauf an, die Prinzipien hinter den Frameworks zu verstehen, die zur Organisation passenden Empfehlungen auszuwählen und klare, maßgeschneiderte Prozesse zu definieren.
	~~<p> </p>~~

	====Ein besonderer Fall: Der gefürchtete Change-Management-Prozess====		====Ein besonderer Fall: Der gefürchtete Change-Management-Prozess====
Zeile 122:		Zeile 117:

	DevOps hat also den [[SP5: Bewerten und Koordinieren von Changes\|Change-Management-Prozess]] mitnichten bedeutungslos gemacht. Vielmehr bietet DevOps die Chance, mit Änderungen effizienter umzugehen.		DevOps hat also den [[SP5: Bewerten und Koordinieren von Changes\|Change-Management-Prozess]] mitnichten bedeutungslos gemacht. Vielmehr bietet DevOps die Chance, mit Änderungen effizienter umzugehen.
	~~<p> </p>~~

	==Ist DevOps für alle Service-Provider geeignet?==		==Ist DevOps für alle Service-Provider geeignet?==
Zeile 133:		Zeile 127:

	Allen Service-Providern wird deshalb empfohlen, sich mit dem DevOps-Ansatz zu befassen.		Allen Service-Providern wird deshalb empfohlen, sich mit dem DevOps-Ansatz zu befassen.
	~~<p> </p>~~

	==Kann YaSM zusammen mit DevOps eingesetzt werden?==		==Kann YaSM zusammen mit DevOps eingesetzt werden?==
Zeile 146:		Zeile 139:

	<html>Das YaSM-Modell ist also nicht speziell an DevOps ausgerichtet. Mit seinen schlanken, geradlinigen <a href="https://yasm.com/de/produkte/yasm-prozesslandkarte" title="Die YaSM-Prozesslandkarte - Service-Management Prozess-Templates">Prozessen und Prozess-Templates</a> bietet es Organisationen jedoch einen Rahmen für ihre Service-Management-Prozesse und die Flexibilität, DevOps-Prinzipien in diese Prozesse zu integrieren.</html>		<html>Das YaSM-Modell ist also nicht speziell an DevOps ausgerichtet. Mit seinen schlanken, geradlinigen <a href="https://yasm.com/de/produkte/yasm-prozesslandkarte" title="Die YaSM-Prozesslandkarte - Service-Management Prozess-Templates">Prozessen und Prozess-Templates</a> bietet es Organisationen jedoch einen Rahmen für ihre Service-Management-Prozesse und die Flexibilität, DevOps-Prinzipien in diese Prozesse zu integrieren.</html>
	~~<p> </p>~~

	==Wo kann ich mehr über DevOps erfahren?==		==Wo kann ich mehr über DevOps erfahren?==
Zeile 157:		Zeile 149:

	<html>Natürlich gibt es auch viele Informationen über DevOps im Internet. Eine der besten Quellen für DevOps ist die Site <a class="external" href="https://devops.com/" title="Devops.com - Where the world meets DevOps">devops.com</a> [<a href="https://yasm.com/wiki/de/index.php/DevOps_und_YaSM#DevOps-com" title="Anmerkung: DevOps.com">5</a>] mit einer reichen Auswahl zum Thema, wie z.B. Blogartikel von Fachexperten, Artikel zu Fachthemen, Webinare und Podcasts.</html>		<html>Natürlich gibt es auch viele Informationen über DevOps im Internet. Eine der besten Quellen für DevOps ist die Site <a class="external" href="https://devops.com/" title="Devops.com - Where the world meets DevOps">devops.com</a> [<a href="https://yasm.com/wiki/de/index.php/DevOps_und_YaSM#DevOps-com" title="Anmerkung: DevOps.com">5</a>] mit einer reichen Auswahl zum Thema, wie z.B. Blogartikel von Fachexperten, Artikel zu Fachthemen, Webinare und Podcasts.</html>
	~~<p> </p>~~

	==Referenzen und Anmerkungen==		==Referenzen und Anmerkungen==
Zeile 167:		Zeile 158:
	<span id="DevOps-com">[5] Devops.com (2018). Where the world meets DevOps. Abgerufen von https://devops.com/</span><br />		<span id="DevOps-com">[5] Devops.com (2018). Where the world meets DevOps. Abgerufen von https://devops.com/</span><br />

	<html>Von:  Stefan Kempter <a ~~rel="author"~~ href="https://~~plus~~.~~google~~.com/~~111925560448291102517~~/~~about~~"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/~~google~~.jpg" width="16" height="16" title="Von: Stefan Kempter \| Profil auf ~~Google+~~" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a>  und  Andrea Kempter <a href="https://~~plus~~.~~google~~.com/~~113316270668629760475~~/~~about~~"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/~~google~~.jpg" width="16" height="16" title="Von: Andrea Kempter \| Profil auf ~~Google+~~" alt="Koautor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.		<html>Von:  Stefan Kempter <a href="https://www.linkedin.com/in/stefankempter"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/linkedin.jpg" width="16" height="16" title="Von: Stefan Kempter \| Profil auf LinkedIn" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a>  und  Andrea Kempter <a href="https://www.linkedin.com/in/andreakempter"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/linkedin.jpg" width="16" height="16" title="Von: Andrea Kempter \| Profil auf LinkedIn" alt="Koautor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.
	<p> </p>		<p> </p>

Andrea am 11. Oktober 2018 um 10:09 Uhr

2018-10-11T10:09:07Z

← Nächstältere Version		Version vom 11. Oktober 2018, 12:09 Uhr
Zeile 86:		Zeile 86:
	Der Begriff "DevOps" wurde zuerst im Jahre 2009 von Patrick Debois [[#Patrick-Debois-Twitter\|[3]]] geprägt. Das Interesse an DevOps hat schnell zugenommen und sich bisweilen zum Hype entwickelt. In diesem Zuge wurde an mancher Stelle auch der Eindruck erweckt, DevOps sei die bessere Alternative zu ITSM und Service-Management-Frameworks wie ITIL<sup><small>®</small></sup>.		Der Begriff "DevOps" wurde zuerst im Jahre 2009 von Patrick Debois [[#Patrick-Debois-Twitter\|[3]]] geprägt. Das Interesse an DevOps hat schnell zugenommen und sich bisweilen zum Hype entwickelt. In diesem Zuge wurde an mancher Stelle auch der Eindruck erweckt, DevOps sei die bessere Alternative zu ITSM und Service-Management-Frameworks wie ITIL<sup><small>®</small></sup>.

	DevOps bietet zwar neue Ansätze, von denen Organisationen profitieren können; doch wurde im Lauf der Zeit klar, dass Organisationen kaum funktionieren können, wenn man ausschließlich auf frei agierende, funktionsübergreifende Teams setzt. [[~~YaSM~~-Prozesse\|Klar definierte Prozesse]] werden immer noch benötigt, um die Richtung vorzugeben und die Organisation zu steuern. Wie sonst könnten Unternehmen z.B. sicherstellen, dass die angebotenen Services mit den Anforderungen der Kunden übereinstimmen, und wie vertraglich zugesagt geliefert werden?		DevOps bietet zwar neue Ansätze, von denen Organisationen profitieren können; doch wurde im Lauf der Zeit klar, dass Organisationen kaum funktionieren können, wenn man ausschließlich auf frei agierende, funktionsübergreifende Teams setzt. [[Service-Management-Prozesse\|Klar definierte Prozesse]] werden immer noch benötigt, um die Richtung vorzugeben und die Organisation zu steuern. Wie sonst könnten Unternehmen z.B. sicherstellen, dass die angebotenen Services mit den Anforderungen der Kunden übereinstimmen, und wie vertraglich zugesagt geliefert werden?

	Heute ist die gängige Meinung, dass DevOps und ITSM nicht dasselbe sind. Vielmehr ergänzen sich beide Konzepte gegenseitig und sollten in Kombination verwendet werden.		Heute ist die gängige Meinung, dass DevOps und ITSM nicht dasselbe sind. Vielmehr ergänzen sich beide Konzepte gegenseitig und sollten in Kombination verwendet werden.

Andrea am 28. September 2018 um 08:38 Uhr

2018-09-28T08:38:26Z

← Nächstältere Version		Version vom 28. September 2018, 10:38 Uhr
Zeile 43:		Zeile 43:
	<meta itemprop="keywords" content="DevOps Service-Management-Prozesse" />		<meta itemprop="keywords" content="DevOps Service-Management-Prozesse" />
	<meta itemprop="keywords" content="Was ist DevOps?" />		<meta itemprop="keywords" content="Was ist DevOps?" />
	<img style="margin:20px 0px 30px 30px; float:right;" src="https://yasm.com/wiki/en/img/yasm-frameworks/devops/devops-service-management-~~processes~~-yasm.jpg" width="480" height="360" title="DevOps, Service-Management und YaSM" alt="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" /></a></div></html>		<img style="margin:20px 0px 30px 30px; float:right;" src="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" width="480" height="360" title="DevOps, Service-Management und YaSM" alt="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" /></a></div></html>
	<p> </p>		<p> </p>

Andrea: Die Seite wurde neu angelegt: „DevOps und YaSM | YaSM-Wiki

← Nächstältere Version		Version vom 4. April 2024, 18:09 Uhr
Zeile 18:		Zeile 18:
	<p> </p>		<p> </p>

	<span id="Was_ist_DevOps.3F"><span id="md-webpage-description" itemprop="description">DevOps beschreibt einen Ansatz, mit dem die Software-Entwicklung ("Dev" - Development) und der Software-Betrieb ("Ops" - Operations) zusammengebracht werden sollen. Es handelt sich bei DevOps nicht um ein genau definiertes Framework oder einen festgelegten Prozess, sondern um eine Reihe von Praktiken und Philosophien. Gelegentlich wird DevOps auch als "Bewegung" bezeichnet.</span></span>		<span id="Was_ist_DevOps.3F"><span id="md-webpage-description" itemprop="description"><b><span style="color:#465674;">DevOps</span></b> beschreibt einen Ansatz, mit dem die Software-Entwicklung ("Dev" - Development) und der Software-Betrieb ("Ops" - Operations) zusammengebracht werden sollen. Es handelt sich bei DevOps nicht um ein genau definiertes Framework oder einen festgelegten Prozess, sondern um eine Reihe von Praktiken und Philosophien. Gelegentlich wird DevOps auch als "Bewegung" bezeichnet.</span></span>

	<html><div style="float:right; margin-top:2em;"><div itemid="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" itemscope itemtype="https://schema.org/ImageObject">		<html><div style="float:right; margin-top:2em;"><div itemid="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" itemscope itemtype="https://schema.org/ImageObject">
Zeile 39:		Zeile 39:
	<meta itemprop="keywords" content="DevOps Service-Management-Prozesse" />		<meta itemprop="keywords" content="DevOps Service-Management-Prozesse" />
	<meta itemprop="keywords" content="Was ist DevOps?" />		<meta itemprop="keywords" content="Was ist DevOps?" />
	<img style="margin:15px 0px 15px 20px; float:right;" srcset="https://yasm.com/wiki/de/img/yasm-frameworks/devops/480px/devops-service-management-prozesse-yasm.jpg 480w, https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" width="480" height="360" title="DevOps, Service-Management und YaSM" alt="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" /></a><div class="thumbcaption" style="margin:0px 0px 20px 20px"><span style="font-variant:small-caps;"><b>Abb. 1: Einsatz von DevOps im Service-Management</b></span></div></div></div></html>		<img style="margin:15px 0px 15px 20px; float:right;" srcset="https://yasm.com/wiki/de/img/yasm-frameworks/devops/480px/devops-service-management-prozesse-yasm.jpg 480w, https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg 1200w" sizes="100vw" src="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" fetchpriority="high" decoding="async" width="480" height="360" title="DevOps, Service-Management und YaSM" alt="DevOps, Service-Management-Prozesse und YaSM: Kann DevOps zusammen mit dem YaSM Service-Management-Prozessmodell eingesetzt werden?" /></a><div class="thumbcaption" style="margin:0px 0px 20px 20px"><span style="font-variant:small-caps;"><b>Abb. 1: <a href="https://yasm.com/wiki/de/img/yasm-frameworks/devops/devops-service-management-prozesse-yasm.jpg" title="DevOps im Service-Management">Einsatz von DevOps im Service-Management</a></b></span></div></div></div></html>
	<p> </p>		<p> </p>

Zeile 78:		Zeile 78:
	==Ersetzt DevOps ITSM und Service-Management Best Practice?==		==Ersetzt DevOps ITSM und Service-Management Best Practice?==

	Der Begriff "DevOps" wurde zuerst im Jahre 2009 von Patrick Debois [[#Patrick-Debois-Twitter\|[3]]] geprägt. Das Interesse an DevOps hat schnell zugenommen und sich bisweilen zum Hype entwickelt. In diesem Zuge wurde an mancher Stelle auch der Eindruck erweckt, DevOps sei die bessere Alternative zu ITSM und Service-Management-Frameworks wie ITIL<sup><small>®</small></sup>.		Der Begriff "DevOps" wurde zuerst im Jahre 2009 von Patrick Debois [[#Patrick-Debois-Twitter\|[3]]] geprägt. Das Interesse an DevOps hat schnell zugenommen und sich bisweilen zum Hype entwickelt. In diesem Zuge wurde an mancher Stelle auch der Eindruck erweckt, DevOps sei die bessere Alternative zu ITSM und [[Service-Management]]-Frameworks wie ITIL<sup><small>®</small></sup>.

	DevOps bietet zwar neue Ansätze, von denen Organisationen profitieren können; doch wurde im Lauf der Zeit klar, dass Organisationen kaum funktionieren können, wenn man ausschließlich auf frei agierende, funktionsübergreifende Teams setzt. [[Service-Management-Prozesse\|Klar definierte Prozesse]] werden immer noch benötigt, um die Richtung vorzugeben und die Organisation zu steuern. Wie sonst könnten Unternehmen z.B. sicherstellen, dass die angebotenen Services mit den Anforderungen der Kunden übereinstimmen, und wie vertraglich zugesagt geliefert werden?		DevOps bietet zwar neue Ansätze, von denen Organisationen profitieren können; doch wurde im Lauf der Zeit klar, dass Organisationen kaum funktionieren können, wenn man ausschließlich auf frei agierende, funktionsübergreifende Teams setzt. [[Service-Management-Prozesse\|Klar definierte Prozesse]] werden immer noch benötigt, um die Richtung vorzugeben und die Organisation zu steuern. Wie sonst könnten Unternehmen z.B. sicherstellen, dass die angebotenen [[Service\|Services]] mit den Anforderungen der Kunden übereinstimmen, und wie vertraglich zugesagt geliefert werden?

	Heute ist die gängige Meinung, dass DevOps und ITSM nicht dasselbe sind. Vielmehr ergänzen sich beide Konzepte gegenseitig und sollten in Kombination verwendet werden.		Heute ist die gängige Meinung, dass DevOps und ITSM nicht dasselbe sind. Vielmehr ergänzen sich beide Konzepte gegenseitig und sollten in Kombination verwendet werden.