{"id":59982,"date":"2024-01-25T16:23:24","date_gmt":"2024-01-25T07:23:24","guid":{"rendered":"https:\/\/monolith.law\/de\/?p=59982"},"modified":"2024-04-08T17:13:26","modified_gmt":"2024-04-08T08:13:26","slug":"howto-manage-change-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development","title":{"rendered":"Was ist die richtige Vorgehensweise bei der \u00c4nderungsverwaltung in der Systementwicklung aus rechtlicher Sicht?"},"content":{"rendered":"\n<p>In Systementwicklungsprojekten kommt es oft vor, dass Benutzer im Laufe der Arbeit \u00c4nderungen an Inhalten vornehmen, die sie zuvor erkl\u00e4rt haben. Daher kann es auch f\u00fcr den Dienstleister, der den Auftrag annimmt, notwendig werden, \u00c4nderungen am Inhalt eines einmal abgeschlossenen Vertrags vorzunehmen.<\/p>\n\n\n\n<p>In diesem Artikel erl\u00e4utern wir, wie man aus rechtlicher Sicht mit dem Ph\u00e4nomen der &#8220;\u00c4nderungen&#8221;, die nachtr\u00e4glich in Systementwicklungsprojekten vorgenommen werden, die nicht wie erwartet verlaufen, umgehen sollte.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Warum_werden_Systementwicklungsprojekte_%E2%80%9Cgeandert%E2%80%9D_nach_ihrer_Fertigstellung\" title=\"Warum werden Systementwicklungsprojekte &#8220;ge\u00e4ndert&#8221; nach ihrer Fertigstellung?\">Warum werden Systementwicklungsprojekte &#8220;ge\u00e4ndert&#8221; nach ihrer Fertigstellung?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Systementwicklung_ist_eine_gemeinsame_Arbeit_von_Anbietern_und_Benutzern\" title=\"Systementwicklung ist eine gemeinsame Arbeit von Anbietern und Benutzern\">Systementwicklung ist eine gemeinsame Arbeit von Anbietern und Benutzern<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Obwohl_es_eine_Pflicht_zur_Zusammenarbeit_gibt_fordern_Benutzer_oft_Anderungen\" title=\"Obwohl es eine Pflicht zur Zusammenarbeit gibt, fordern Benutzer oft \u00c4nderungen\">Obwohl es eine Pflicht zur Zusammenarbeit gibt, fordern Benutzer oft \u00c4nderungen<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Was_ist_ein_Anderungsmanagement-Dokument\" title=\"Was ist ein \u00c4nderungsmanagement-Dokument?\">Was ist ein \u00c4nderungsmanagement-Dokument?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Wann_wird_ein_Anderungsmanagement-Dokument_verwendet\" title=\"Wann wird ein \u00c4nderungsmanagement-Dokument verwendet?\">Wann wird ein \u00c4nderungsmanagement-Dokument verwendet?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Inhalte_des_Anderungsmanagement-Dokuments\" title=\"Inhalte des \u00c4nderungsmanagement-Dokuments\">Inhalte des \u00c4nderungsmanagement-Dokuments<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Was_Sie_uber_das_Anderungsmanagement_wissen_sollten\" title=\"Was Sie \u00fcber das \u00c4nderungsmanagement wissen sollten\">Was Sie \u00fcber das \u00c4nderungsmanagement wissen sollten<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Anderungsmanagement_sollte_in_der_Regel_zusammen_mit_der_Aufgabenverwaltung_durchgefuhrt_werden\" title=\"\u00c4nderungsmanagement sollte in der Regel zusammen mit der Aufgabenverwaltung durchgef\u00fchrt werden\">\u00c4nderungsmanagement sollte in der Regel zusammen mit der Aufgabenverwaltung durchgef\u00fchrt werden<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Es_ist_besser_auch_die_Durchfuhrung_von_Anderungsbesprechungen_zu_regeln\" title=\"Es ist besser, auch die Durchf\u00fchrung von \u00c4nderungsbesprechungen zu regeln\">Es ist besser, auch die Durchf\u00fchrung von \u00c4nderungsbesprechungen zu regeln<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Anderungsbesprechungen_und_Treuepflicht\" title=\"\u00c4nderungsbesprechungen und Treuepflicht\">\u00c4nderungsbesprechungen und Treuepflicht<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Bestimmungen_uber_die_Anderungsmethode\" title=\"Bestimmungen \u00fcber die \u00c4nderungsmethode\">Bestimmungen \u00fcber die \u00c4nderungsmethode<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/de\/it\/howto-manage-change-in-system-development\/#Zusammenfassung\" title=\"Zusammenfassung\">Zusammenfassung<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Warum_werden_Systementwicklungsprojekte_%E2%80%9Cgeandert%E2%80%9D_nach_ihrer_Fertigstellung\"><\/span>Warum werden Systementwicklungsprojekte &#8220;ge\u00e4ndert&#8221; nach ihrer Fertigstellung?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Systementwicklung_ist_eine_gemeinsame_Arbeit_von_Anbietern_und_Benutzern\"><\/span>Systementwicklung ist eine gemeinsame Arbeit von Anbietern und Benutzern<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Im Allgemeinen durchl\u00e4uft die Systementwicklung die Planungs- und Vorschlagsphase, in der die Anforderungen f\u00fcr die Entwicklung definiert und Vertr\u00e4ge abgeschlossen werden. Nach Abschluss des Vertrags werden verschiedene Designs erstellt und gem\u00e4\u00df diesen Designs implementiert. Schlie\u00dflich wird ein Test durchgef\u00fchrt, um den Prozess abzuschlie\u00dfen. W\u00e4hrend des gesamten Prozesses hat der Anbieter, der die Arbeit annimmt, nat\u00fcrlich eine breite Verantwortung als Experte f\u00fcr Systementwicklung, aber auch der Benutzer hat eine gewisse Pflicht zur Zusammenarbeit. Insbesondere bei Prozessen wie der Identifizierung der Funktionen, die das zu erstellende System haben sollte (= Anforderungsdefinition), dem Aussehen und der Bedienbarkeit der Benutzeroberfl\u00e4che (= Grunddesign) und der \u00dcberpr\u00fcfung, ob die Anforderungen erf\u00fcllt wurden (= Test oder Abnahme), ist die Zusammenarbeit des Benutzers wichtig. F\u00fcr eine allgemeine Erkl\u00e4rung der Pflichten, die der Benutzer in der Systementwicklung hat, siehe den folgenden Artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Obwohl_es_eine_Pflicht_zur_Zusammenarbeit_gibt_fordern_Benutzer_oft_Anderungen\"><\/span>Obwohl es eine Pflicht zur Zusammenarbeit gibt, fordern Benutzer oft \u00c4nderungen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Aber selbst wenn der Benutzer kein Experte f\u00fcr Systementwicklung ist, kann er nicht immer alle notwendigen Informationen f\u00fcr die Systementwicklung vollst\u00e4ndig und umfassend an den Anbieter weitergeben. In der Realit\u00e4t ist es oft unm\u00f6glich f\u00fcr den Benutzer vorherzusagen, welche Fakten in sp\u00e4teren Phasen entscheidend sein k\u00f6nnten, gerade weil es sich um eine detaillierte und pr\u00e4zise Arbeit handelt. Ironischerweise kann dies dazu f\u00fchren, dass wichtige Fakten erst sp\u00e4ter in kleinen Mengen auftauchen. Aus diesen Gr\u00fcnden ist es in realen Projekten, obwohl das Ideal w\u00e4re, &#8220;von der Upstream-Phase zur Downstream-Phase in einem Rutsch&#8221; zu gehen, wichtig, wie man das &#8220;\u00c4nderungsmanagement&#8221; unter der Annahme durchf\u00fchrt, dass verschiedene \u00c4nderungen nachtr\u00e4glich vorgenommen werden k\u00f6nnen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Was_ist_ein_Anderungsmanagement-Dokument\"><\/span>Was ist ein \u00c4nderungsmanagement-Dokument?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/pixta_40395256_M-1024x682.jpg\" alt=\"\" class=\"wp-image-2910\" \/><figcaption class=\"wp-element-caption\">Wie geht man mit &#8220;\u00c4nderungsmanagement&#8221; um, das w\u00e4hrend der Systementwicklung auftritt?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wann_wird_ein_Anderungsmanagement-Dokument_verwendet\"><\/span>Wann wird ein \u00c4nderungsmanagement-Dokument verwendet?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ein \u00c4nderungsmanagement-Dokument ist ein Dokument, das ein Benutzer verwendet, um einen Anbieter um \u00c4nderungen der Spezifikationen oder zus\u00e4tzliche Funktionen zu bitten, die von den urspr\u00fcnglichen Erkl\u00e4rungen abweichen. Wie bereits erw\u00e4hnt, haben sowohl der Benutzer als auch der Anbieter die Pflicht, in Phasen wie der Anforderungsdefinition und dem grundlegenden Design zusammenzuarbeiten. Es ist jedoch durchaus m\u00f6glich, dass im weiteren Verlauf unterschiedliche Anforderungen gestellt werden.<\/p>\n\n\n\n<p>Beispiele f\u00fcr Situationen, in denen ein \u00c4nderungsmanagement-Dokument ben\u00f6tigt wird, sind beispielsweise:<\/p>\n\n\n\n<ul>\n<li>Wenn bei der Anforderungsdefinition oder dem grundlegenden Design etwas \u00fcbersehen wurde und sp\u00e4ter eine zus\u00e4tzliche Funktion angefordert wird<\/li>\n\n\n\n<li>Wenn w\u00e4hrend der Entwicklung eine \u00dcberpr\u00fcfung der Gesch\u00e4ftspolitik oder \u00e4hnliches erforderlich ist und eine \u00c4nderung der Spezifikationen erforderlich wird<\/li>\n<\/ul>\n\n\n\n<p>Diese sind nur einige Beispiele.<\/p>\n\n\n\n<p>Im Zusammenhang mit Themen wie der Hinzuf\u00fcgung von Funktionen und der \u00c4nderung von Spezifikationen ist f\u00fcr den Auftragnehmer vor allem die Frage von Interesse, ob eine \u00c4nderung des Kostenvoranschlags rechtlich zul\u00e4ssig ist. Dieser Punkt wird in einem separaten Artikel ausf\u00fchrlich erl\u00e4utert.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<p>Ein \u00c4nderungsmanagement-Dokument dient als Grundlage zur Beurteilung der Angemessenheit eines Kostenvoranschlags, wenn eine nachtr\u00e4gliche Erh\u00f6hung des Kostenvoranschlags vorgenommen wird. Die Erstellung eines \u00c4nderungsmanagement-Dokuments ist wichtig, um Streitigkeiten mit der anderen Partei zu vermeiden, wenn auf der Grundlage des erh\u00f6hten Kostenvoranschlags eine Rechnung gestellt wird (und um im Falle einer Streitigkeit \u00fcberzeugende Argumente f\u00fcr die eigene Position zu haben).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Inhalte_des_Anderungsmanagement-Dokuments\"><\/span>Inhalte des \u00c4nderungsmanagement-Dokuments<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Was sollte also rechtlich in einem \u00c4nderungsmanagement-Dokument festgehalten werden? Der Vertragsmechanismus, der die Nutzung eines \u00c4nderungsmanagement-Dokuments zur Anpassung an Spezifikations\u00e4nderungen und zus\u00e4tzliche Funktionen erm\u00f6glicht, ist bereits allgemein anerkannt. Daher kann man durch die \u00dcberpr\u00fcfung von Vertragsklauselvorlagen, die von Beh\u00f6rden wie dem Ministerium f\u00fcr Wirtschaft, Handel und Industrie vorgeschlagen werden, im Allgemeinen verstehen, welche Punkte als Aufzeichnung festgehalten werden sollten.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(\u00c4nderungsmanagement-Verfahren)<br>Artikel 37 Wenn A oder B einen \u00c4nderungsvorschlag gem\u00e4\u00df Artikel 34 (\u00c4nderung der Systemspezifikationen usw.), Artikel 35 (Genehmigung von Zwischenmaterialien durch den Benutzer) oder Artikel 36 (Behandlung von unbestimmten Angelegenheiten) von der anderen Partei erh\u00e4lt, soll er innerhalb von X Tagen nach Erhalt ein schriftliches Dokument (im Folgenden &#8220;\u00c4nderungsmanagement-Dokument&#8221; genannt) mit den <u class=\"remove-format\">folgenden Angaben<\/u> an die andere Partei \u00fcbergeben, und A und B sollen in dem in Artikel 12 festgelegten Kommunikationsausschuss \u00fcber die Zul\u00e4ssigkeit dieser \u00c4nderung beraten.<br> \u2460 <u class=\"remove-format\">Name der \u00c4nderung<\/u><br> \u2461 <u class=\"remove-format\">Verantwortlicher f\u00fcr den Vorschlag<\/u><br> \u2462 <u class=\"remove-format\">Datum<\/u><br> \u2463 <u class=\"remove-format\">Grund f\u00fcr die \u00c4nderung<\/u><br> \u2464 <u class=\"remove-format\">Detaillierte Informationen zur \u00c4nderung, einschlie\u00dflich der betroffenen Spezifikationen<\/u><br> \u2465 <u class=\"remove-format\">Wenn Kosten f\u00fcr die \u00c4nderung anfallen, deren Betrag<\/u><br> \u2466 <u class=\"remove-format\">Zeitplan f\u00fcr die \u00c4nderungsarbeiten, einschlie\u00dflich der \u00dcberpr\u00fcfungsperiode<\/u><br> \u2467 <u class=\"remove-format\">Weitere Auswirkungen der \u00c4nderung auf die Bedingungen dieses Vertrags und des Einzelvertrags (Arbeitszeit oder Liefertermin, Vertragsgeb\u00fchr, Vertragsklauseln usw.)<\/u><\/p>\n<\/blockquote>\n\n\n\n<p>Wenn Sie den Text direkt lesen und die empfohlenen Eintr\u00e4ge \u00fcberpr\u00fcfen, ben\u00f6tigen Sie keine weitere Erkl\u00e4rung. Um sp\u00e4ter keine &#8220;Ich habe es gesagt\/Ich habe es nicht gesagt&#8221;-Probleme zu haben, sollten Sie den Verlauf der \u00c4nderungen detailliert und konkret aufzeichnen.<\/p>\n\n\n\n<p>Indem Sie diese Eintr\u00e4ge klar festhalten und sie mit den Unterschriften oder Siegeln der Verantwortlichen und Entscheidungstr\u00e4ger von Anbieter und Benutzer kombinieren, erhalten Sie im Falle eines Rechtsstreits ein Dokument, das die gleiche Bedeutung hat wie ein Vertrag.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Was_Sie_uber_das_Anderungsmanagement_wissen_sollten\"><\/span>Was Sie \u00fcber das \u00c4nderungsmanagement wissen sollten<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/pixta_54572310_M-1024x434.jpg\" alt=\"\" class=\"wp-image-2907\" \/><figcaption class=\"wp-element-caption\">Nach der Erstellung des \u00c4nderungsmanagement-Dokuments wird es in die Aufgabenverwaltungsliste aufgenommen.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Anderungsmanagement_sollte_in_der_Regel_zusammen_mit_der_Aufgabenverwaltung_durchgefuhrt_werden\"><\/span>\u00c4nderungsmanagement sollte in der Regel zusammen mit der Aufgabenverwaltung durchgef\u00fchrt werden<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Der Grund f\u00fcr die Erstellung eines \u00c4nderungsmanagement-Dokuments besteht darin, durch die Verwaltung der \u00c4nderungshistorie das Projekt zum Erfolg zu f\u00fchren (oder im Falle eines Scheiterns, ungerechtfertigte Verantwortlichkeiten zu vermeiden). In der Praxis wird die Erstellung eines \u00c4nderungsmanagement-Dokuments oft zusammen mit der Erstellung und Aktualisierung einer Aufgabenverwaltungsliste durchgef\u00fchrt. Das hei\u00dft, wenn die \u00c4nderungshistorie in der \u00c4nderungsmanagement-Tabelle verwaltet wird, werden die vereinbarten \u00c4nderungspunkte als zuk\u00fcnftige Aufgaben in die Aufgabenverwaltungsliste aufgenommen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Es_ist_besser_auch_die_Durchfuhrung_von_Anderungsbesprechungen_zu_regeln\"><\/span>Es ist besser, auch die Durchf\u00fchrung von \u00c4nderungsbesprechungen zu regeln<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nicht nur die Methode des \u00c4nderungsmanagements, sondern auch die Durchf\u00fchrung von \u00c4nderungsbesprechungen sollte geregelt werden, um einen reibungslosen Ablauf der \u00c4nderungen zu gew\u00e4hrleisten. Dies ist besonders wichtig, wenn agile Entwicklungsmethoden verwendet werden, bei denen nachtr\u00e4gliche \u00c4nderungen vorausgesetzt werden. In der Praxis gibt es viele Beispiele daf\u00fcr, dass festgelegt wird, bis wann der andere Teilnehmer auf eine Anfrage zur \u00c4nderungsbesprechung reagieren sollte.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Anderungsbesprechungen_und_Treuepflicht\"><\/span>\u00c4nderungsbesprechungen und Treuepflicht<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wenn beide Parteien einen einmal vereinbarten Vertrag \u00e4ndern wollen, ist dies im Grunde genommen das Eingehen eines neuen Vertrags. Da der Vertrag auf dem freien Willen der Parteien beruht, besteht grunds\u00e4tzlich keine Verpflichtung f\u00fcr den Anbieter, dem \u00c4nderungsvertrag zuzustimmen. Es besteht jedoch die Bef\u00fcrchtung, dass die Betonung dieser Rechte dazu f\u00fchren k\u00f6nnte, dass das Systementwicklungsprojekt nicht reibungslos verl\u00e4uft.<\/p>\n\n\n\n<p>Daher wird in der Praxis oft in den Vertrag aufgenommen, dass es eine &#8220;Pflicht zur aufrichtigen Teilnahme an \u00c4nderungsbesprechungen&#8221; gibt, und es gibt F\u00e4lle, in denen festgelegt wird, dass Schadenersatzanspr\u00fcche m\u00f6glich sind, wenn der Anbieter nicht aufrichtig auf \u00c4nderungen reagiert.<\/p>\n\n\n\n<p>Ein Beispiel f\u00fcr eine solche Klausel k\u00f6nnte folgenderma\u00dfen aussehen (nachfolgend ein Beispiel f\u00fcr eine Klausel, zitiert aus dem von der unabh\u00e4ngigen Verwaltungsbeh\u00f6rde &#8220;Information Processing Promotion Agency&#8221; offiziell erstellten &#8220;ff Basic\/Individual Contract Model Basic Contract Draft&#8221;).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artikel 4 Absatz 3 Bei \u00c4nderungsbesprechungen werden die \u00c4nderungsziele, die M\u00f6glichkeit von \u00c4nderungen, die Auswirkungen von \u00c4nderungen auf die Kosten und den Liefertermin usw. gepr\u00fcft und beide Parteien beraten aufrichtig, ob \u00c4nderungen vorgenommen werden sollen.<\/p>\n<\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Bestimmungen_uber_die_Anderungsmethode\"><\/span>Bestimmungen \u00fcber die \u00c4nderungsmethode<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wie bereits erw\u00e4hnt, ist es aus rechtlicher Sicht &#8220;sicherer&#8221;, bei jeder \u00c4nderung eine \u00c4nderungsbesprechung abzuhalten. Bei kleineren Projekten kann es jedoch vorkommen, dass nicht extra festgelegt wird, wie \u00c4nderungsbesprechungen durchgef\u00fchrt werden sollen. In diesem Fall k\u00f6nnte man statt einer Regelung f\u00fcr Besprechungen vorsehen, dass \u00c4nderungen erst durch die Unterschrift oder den Stempel der Verantwortlichen von Benutzer und Anbieter im \u00c4nderungsmanagement-Dokument wirksam werden. Wenn \u00c4nderungen zu leichtfertig nur m\u00fcndlich vereinbart werden k\u00f6nnen, kann es leicht unklar werden, ob \u00c4nderungen vorgenommen wurden oder nicht, was sp\u00e4ter zu gro\u00dfen Problemen f\u00fchren kann. Daher sollte die Dokumentenverwaltung gr\u00fcndlich durchgef\u00fchrt werden.<\/p>\n\n\n\n<p>Allerdings kann es auch sein, dass es zu belastend ist, jedes Mal ein separates Dokument f\u00fcr das \u00c4nderungsmanagement vorzubereiten, und dass man flexibler reagieren m\u00f6chte. In solchen F\u00e4llen k\u00f6nnte man \u00fcberlegen, \u00c4nderungsangelegenheiten in das Protokoll der Besprechung aufzunehmen. Wie man das Protokoll einer Besprechung in der Systementwicklung f\u00fchrt, wird im folgenden Artikel ausf\u00fchrlich erkl\u00e4rt.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Zusammenfassung\"><\/span>Zusammenfassung<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>In Umgebungen, in denen h\u00e4ufig Spezifikations\u00e4nderungen vorgenommen werden, besteht in der Tat oft das Risiko von Problemen und Streitigkeiten. Dennoch ist es in solchen flexiblen Situationen oft schwierig, realistische Ma\u00dfnahmen zu ergreifen, indem man einfach nur die &#8220;Wichtigkeit des Managements&#8221; betont.<\/p>\n\n\n\n<p>Die Frage, wie man das f\u00fcr das Gesch\u00e4ft erforderliche Tempo und die Vorbereitung auf unvorhergesehene Ereignisse in Einklang bringen kann, scheint oft unterschiedliche optimale L\u00f6sungen zu haben, abh\u00e4ngig von der Situation des Unternehmens und dem Inhalt des Projekts. Unter Ber\u00fccksichtigung des Inhalts dieses Artikels ist es wichtig, dass jede Firma und jedes Projekt eine angemessene Vorgehensweise sucht.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In Systementwicklungsprojekten kommt es oft vor, dass Benutzer im Laufe der Arbeit \u00c4nderungen an Inhalten vornehmen, die sie zuvor erkl\u00e4rt haben. Daher kann es auch f\u00fcr den Dienstleister, der den Auft [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":68509,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/59982"}],"collection":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/comments?post=59982"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/59982\/revisions"}],"predecessor-version":[{"id":68510,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/59982\/revisions\/68510"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media\/68509"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media?parent=59982"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/categories?post=59982"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/tags?post=59982"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}