{"id":59997,"date":"2024-01-25T16:23:58","date_gmt":"2024-01-25T07:23:58","guid":{"rendered":"https:\/\/monolith.law\/de\/?p=59997"},"modified":"2024-04-09T17:56:44","modified_gmt":"2024-04-09T08:56:44","slug":"server-infrastructure-for-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/de\/it\/server-infrastructure-for-system-development","title":{"rendered":"Was sind die rechtlichen Probleme rund um Server- und Infrastruktur in der Systementwicklung?"},"content":{"rendered":"\n<p>IT-Systeme, die in Unternehmen eingesetzt werden, werden in gewisser Weise erstellt, indem Spezifikationen und Design-Dokumente erstellt und der entsprechende Quellcode geschrieben wird. Aber nicht nur diese weichen Aspekte, sondern auch die physischen Computer, also die Infrastruktur, erm\u00f6glichen es dem System, tats\u00e4chlich zu funktionieren. In diesem Artikel werden wir rechtliche Fragen er\u00f6rtern, die eng mit dem Bereich der Infrastruktur in Systementwicklungsprojekten verbunden sind.<\/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\/server-infrastructure-for-system-development\/#Was_ist_die_Infrastruktur_in_IT-Systemen\" title=\"Was ist die Infrastruktur in IT-Systemen?\">Was ist die Infrastruktur in IT-Systemen?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/de\/it\/server-infrastructure-for-system-development\/#Konkrete_Szenarien_in_denen_Infrastrukturprobleme_ein_Projekt_zum_Scheitern_bringen\" title=\" Konkrete Szenarien, in denen Infrastrukturprobleme ein Projekt zum Scheitern bringen \"> Konkrete Szenarien, in denen Infrastrukturprobleme ein Projekt zum Scheitern bringen <\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/de\/it\/server-infrastructure-for-system-development\/#Wie_Fehler_bei_der_Serverdimensionierung_zu_Konflikten_fuhren_konnen\" title=\"Wie Fehler bei der Serverdimensionierung zu Konflikten f\u00fchren k\u00f6nnen\">Wie Fehler bei der Serverdimensionierung zu Konflikten f\u00fchren k\u00f6nnen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/de\/it\/server-infrastructure-for-system-development\/#Das_Wesentliche_des_Falles_ist_der_Umfang_der_Verpflichtungen_des_Anbieters_gegenuber_unklaren_Spezifikationen\" title=\"Das Wesentliche des Falles ist der Umfang der Verpflichtungen des Anbieters gegen\u00fcber unklaren Spezifikationen\">Das Wesentliche des Falles ist der Umfang der Verpflichtungen des Anbieters gegen\u00fcber unklaren Spezifikationen<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/de\/it\/server-infrastructure-for-system-development\/#Masnahmen_zur_Vermeidung_von_Problemen_durch_Fehler_bei_der_Serverdimensionierung\" title=\"Ma\u00dfnahmen zur Vermeidung von Problemen durch Fehler bei der Serverdimensionierung\">Ma\u00dfnahmen zur Vermeidung von Problemen durch Fehler bei der Serverdimensionierung<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/de\/it\/server-infrastructure-for-system-development\/#Die_Verantwortung_fur_die_Serverdimensionierung_im_Vertrag_klar_festlegen\" title=\"Die Verantwortung f\u00fcr die Serverdimensionierung im Vertrag klar festlegen\">Die Verantwortung f\u00fcr die Serverdimensionierung im Vertrag klar festlegen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/de\/it\/server-infrastructure-for-system-development\/#Die_Anforderungen_der_Entwicklung_konkretisieren_und_das_Anderungsmanagement_vollstandig_durchfuhren\" title=\"Die Anforderungen der Entwicklung konkretisieren und das \u00c4nderungsmanagement vollst\u00e4ndig durchf\u00fchren\">Die Anforderungen der Entwicklung konkretisieren und das \u00c4nderungsmanagement vollst\u00e4ndig durchf\u00fchren<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/de\/it\/server-infrastructure-for-system-development\/#Wahlen_Sie_ein_Entwicklungsmodell_das_der_Natur_des_Projekts_entspricht\" title=\"W\u00e4hlen Sie ein Entwicklungsmodell, das der Natur des Projekts entspricht\">W\u00e4hlen Sie ein Entwicklungsmodell, das der Natur des Projekts entspricht<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/de\/it\/server-infrastructure-for-system-development\/#Zusammenfassung\" title=\"Zusammenfassung\">Zusammenfassung<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Was_ist_die_Infrastruktur_in_IT-Systemen\"><\/span>Was ist die Infrastruktur in IT-Systemen?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Techniker, die Systementwicklung durchf\u00fchren, werden als Systemingenieure (SE) bezeichnet. Entwicklungsprojekte beginnen mit den Upstream-Prozessen wie der Erstellung von Spezifikationen und Design-Dokumenten, gefolgt von der Implementierung des Programms und dessen Test. Im weitesten Sinne kann man sagen, dass ein Systemingenieur (SE) ein Techniker ist, der alle diese notwendigen Aufgaben \u00fcbernimmt. Je nach Unternehmen oder Arbeitsplatz kann es jedoch sein, dass die Bezeichnungen je nach Aufgabenbereich und Zust\u00e4ndigkeitsbereich weiter differenziert werden. Der Begriff Infrastruktur-Ingenieur bezeichnet einen Techniker, der insbesondere f\u00fcr die Einrichtung der physischen Computerbetriebsumgebung in Zusammenhang mit der Entwicklung und dem Betrieb von IT-Systemen verantwortlich ist. IT-Systeme, die in Unternehmen oder am Arbeitsplatz verwendet werden, sind in gewisser Weise abstrakte Konstruktionen, die aus Kombinationen von Quellcodes bestehen. Damit dieses System jedoch seine erwartete Rolle erf\u00fcllen kann, ist der Aufbau einer Infrastrukturumgebung, einschlie\u00dflich Server und Netzwerk, unerl\u00e4sslich. Die Praxis der Systementwicklung wird durch die Kombination der Implementierung von Programm-Quellcodes und der Einrichtung der Infrastrukturumgebung, die diese Betriebsumgebung unterst\u00fctzt, vorangetrieben. Es wird angenommen, dass diese Perspektive wichtig ist, um unvorhergesehene Probleme zu verhindern.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Konkrete_Szenarien_in_denen_Infrastrukturprobleme_ein_Projekt_zum_Scheitern_bringen\"><\/span> Konkrete Szenarien, in denen Infrastrukturprobleme ein Projekt zum Scheitern bringen <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\/10\/shutterstock_1532780735-1024x620.jpg\" alt=\"\" class=\"wp-image-5570\" \/><figcaption class=\"wp-element-caption\">Das Vernachl\u00e4ssigen der Infrastruktur kann auch eine Ursache f\u00fcr das &#8220;Scheitern&#8221; eines Projekts sein.<\/figcaption><\/figure>\n\n\n\n<p>Es kann in der Realit\u00e4t vorkommen, dass man sich in einem Systementwicklungsprojekt zu sehr auf abstrakte Programme und Quellcodes konzentriert und dabei die Perspektive der Infrastruktur vernachl\u00e4ssigt. Allerdings kann ein Zustand, in dem beide Parteien nicht auf der gleichen Wellenl\u00e4nge sind, auch das Risiko eines Projektscheiterns erh\u00f6hen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wie_Fehler_bei_der_Serverdimensionierung_zu_Konflikten_fuhren_konnen\"><\/span>Wie Fehler bei der Serverdimensionierung zu Konflikten f\u00fchren k\u00f6nnen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Zum Beispiel k\u00f6nnte es passieren, dass nach Abschluss aller Implementierungen und Tests des Programms letztendlich die Leistungsf\u00e4higkeit des Servers nicht ausreicht und das System nicht f\u00fcr den praktischen Einsatz geeignet ist. Die Vorhersage, wie viel Last das System in der Betriebsphase tragen kann, und die Anpassung der Infrastruktur an die Gr\u00f6\u00dfe des Systems wird als &#8220;Dimensionierung&#8221; bezeichnet. Es gab tats\u00e4chlich F\u00e4lle, in denen Fehler bei der Serverdimensionierung zu Problemen gef\u00fchrt haben. (Obwohl diese letztendlich durch eine Einigung gel\u00f6st wurden, kann dieser Fall als bekanntes Beispiel herangezogen werden.) Weitere Details zur L\u00f6sung von Konflikten durch &#8220;Einigung&#8221; finden Sie im folgenden Artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/disputes-related-to-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/disputes-related-to-system-development[ja]<\/a><\/p>\n\n\n\n<p>Dass ein Konflikt durch eine Einigung gel\u00f6st wurde, bedeutet einfach, dass der Streit durch eine &#8220;Diskussion&#8221; zwischen den beiden Parteien beigelegt wurde. Daher wird der Inhalt der Einigung im Gegensatz zu einem durch ein Gericht gef\u00e4llten Urteil normalerweise nicht als Pr\u00e4zedenzfall gesammelt und bleibt in der Regel sehr individuell.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Das_Wesentliche_des_Falles_ist_der_Umfang_der_Verpflichtungen_des_Anbieters_gegenuber_unklaren_Spezifikationen\"><\/span>Das Wesentliche des Falles ist der Umfang der Verpflichtungen des Anbieters gegen\u00fcber unklaren Spezifikationen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Das Wesentliche solcher Konflikte k\u00f6nnte jedoch darin bestehen, &#8220;wie weit der Anbieter f\u00fcr Dinge verantwortlich sein sollte, die nicht ausdr\u00fccklich in den Spezifikationen angegeben sind&#8221;. Unter Ber\u00fccksichtigung dieses Punktes k\u00f6nnen Sie viele Hinweise aus dem Inhalt des folgenden Artikels gewinnen.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-specs-function\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-specs-function[ja]<\/a><\/p>\n\n\n\n<p>In dem oben genannten Artikel wird erl\u00e4utert, wie weit der Anbieter bei Dingen, die nicht in den Spezifikationen aufgef\u00fchrt sind, Ermessensspielraum hat und eine Implementierungspflicht tr\u00e4gt. Hier wird erkl\u00e4rt, dass die Geschichte f\u00fcr &#8220;Bildschirmseitige&#8221; Elemente, die leicht in Anforderungsdokumenten und Grunddesign-Dokumenten visualisiert werden k\u00f6nnen (im sogenannten &#8220;Frontend&#8221;-Bereich), und &#8220;Logikseitige&#8221; Elemente wie Datenmigration (im sogenannten &#8220;Backend&#8221;- oder &#8220;Datenbank&#8221;-Bereich) sehr unterschiedlich ist. Mit anderen Worten, es wird angenommen, dass Auftraggeber\/Benutzer, die normalerweise keine spezialisierten Kenntnisse \u00fcber Systementwicklungsprojekte haben, eher f\u00fcr Probleme mit den Spezifikationen im &#8220;Bildschirmseitigen&#8221; Bereich verantwortlich gemacht werden, da diese leicht zu erkennen sind. Auf der anderen Seite wird angenommen, dass Probleme auf der &#8220;Logikseite&#8221; eher dem Auftragnehmer\/Anbieter zugeschrieben werden. Unter Ber\u00fccksichtigung dieser Punkte wird angenommen, dass das Problem der Serverdimensionierung ein Bereich ist, der schwer zu erkennen ist, es sei denn, man ist ein Experte auf dem Gebiet der Technik, und daher eher dem Auftragnehmer\/Anbieter zugeschrieben wird. Daher, wenn es zu einem vollwertigen Gerichtsverfahren \u00fcber diesen Punkt kommt, ist es zu erwarten, dass das Urteil eher gegen den Auftragnehmer\/Anbieter ausfallen wird, es sei denn, es gibt \u00fcberzeugende Gr\u00fcnde, die seine Verantwortung entlasten.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Masnahmen_zur_Vermeidung_von_Problemen_durch_Fehler_bei_der_Serverdimensionierung\"><\/span>Ma\u00dfnahmen zur Vermeidung von Problemen durch Fehler bei der Serverdimensionierung<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\/10\/shutterstock_1501344230-1024x717.jpg\" alt=\"\" class=\"wp-image-5572\" \/><figcaption class=\"wp-element-caption\">Wir erkl\u00e4ren konkrete Ma\u00dfnahmen zur Vermeidung von Problemen.<\/figcaption><\/figure>\n\n\n\n<p>Um solche Probleme zu vermeiden, ist es wichtig, die Implementierung von Programmen und die Beschreibung von Quellcodes mit der Infrastrukturumgebung zu koordinieren. Konkrete Ma\u00dfnahmen k\u00f6nnten folgende sein:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Die_Verantwortung_fur_die_Serverdimensionierung_im_Vertrag_klar_festlegen\"><\/span>Die Verantwortung f\u00fcr die Serverdimensionierung im Vertrag klar festlegen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nicht nur in solchen F\u00e4llen, sondern auch in vielen Streitigkeiten im Zusammenhang mit Systementwicklungsprojekten, ist oft unklar, wer welche Rolle spielt. Dies liegt oft daran, dass die Rollenverteilung zwischen dem Systementwicklungsexperten, dem Anbieter, und dem Benutzer, der mit den internen Gegebenheiten vertraut ist, unklar ist. Obwohl eine enge Zusammenarbeit zwischen beiden Parteien f\u00fcr den reibungslosen Ablauf des Projekts unerl\u00e4sslich ist, ist es w\u00fcnschenswert, die Rollenverteilung und Verantwortungsbereiche im Voraus so klar wie m\u00f6glich in Vertr\u00e4gen festzulegen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Die_Anforderungen_der_Entwicklung_konkretisieren_und_das_Anderungsmanagement_vollstandig_durchfuhren\"><\/span>Die Anforderungen der Entwicklung konkretisieren und das \u00c4nderungsmanagement vollst\u00e4ndig durchf\u00fchren<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Auch wenn die funktionalen Anforderungen, die urspr\u00fcnglich realisiert werden sollten, unklar sind, steigt das Risiko von Streitigkeiten. Dies beinhaltet sowohl die Kl\u00e4rung der Spezifikationen in der urspr\u00fcnglichen Anforderungsdefinition als auch das \u00c4nderungsmanagement w\u00e4hrend des Projekts. Wie man auf Spezifikations\u00e4nderungen w\u00e4hrend des Projekts reagieren sollte, wird im folgenden Artikel ausf\u00fchrlich erl\u00e4utert.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wahlen_Sie_ein_Entwicklungsmodell_das_der_Natur_des_Projekts_entspricht\"><\/span>W\u00e4hlen Sie ein Entwicklungsmodell, das der Natur des Projekts entspricht<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Auch dies h\u00e4ngt eng mit den beiden oben genannten Ma\u00dfnahmen zusammen, aber es ist wichtig, ein geeignetes Entwicklungsmodell f\u00fcr das Systementwicklungsprojekt entsprechend seiner Natur und Gr\u00f6\u00dfe zu w\u00e4hlen. Im Allgemeinen, wenn es sich um die Entwicklung eines Systems von einer bestimmten Gr\u00f6\u00dfe handelt, bei dem die Serverdimensionierung wichtig sein k\u00f6nnte, steigt der Vorteil der Verwendung des Wasserfallmodells, das sich f\u00fcr die Kl\u00e4rung von Spezifikationen und Verantwortungsbereichen eignet. Weitere Details zur Auswahl des geeigneten Entwicklungsmodells unter Ber\u00fccksichtigung der Natur des Projekts finden Sie im folgenden Artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model[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>Probleme, die ihren Ursprung in der Infrastrukturumgebung f\u00fcr die reibungslose Durchf\u00fchrung von Systementwicklungsprojekten haben, sind oft schwer zu erkennen. Es kann angenommen werden, dass es f\u00fcr Nicht-Technikexperten keineswegs eine geringe Belastung ist, sich auch um Probleme rund um die Infrastruktur zu k\u00fcmmern. Dennoch k\u00f6nnten pr\u00e4ventive Ma\u00dfnahmen gegen solche Probleme als Erweiterung grundlegender Ma\u00dfnahmen wie &#8220;Kl\u00e4rung der Spezifikationen \/ gr\u00fcndliches \u00c4nderungsmanagement&#8221;, &#8220;Kl\u00e4rung der Rollen \/ Verantwortungsbereiche&#8221; und &#8220;Auswahl eines Entwicklungsmodells, das dem Umfang und Budget des Projekts entspricht&#8221;, betrachtet werden. Ein Punkt, den Personen, die sich mit Unternehmensrecht befassen, zun\u00e4chst verstehen sollten, ist, dass die Grundlagen der pr\u00e4ventiven Rechtsarbeit auch auf Infrastrukturprobleme angewendet werden k\u00f6nnen. Dar\u00fcber hinaus ist es wichtig f\u00fcr IT-Techniker zu verstehen, dass Infrastrukturprobleme ein ernsthaftes Risiko f\u00fcr das Scheitern des Projekts darstellen k\u00f6nnen, und die Arbeit reibungslos zu leiten.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>IT-Systeme, die in Unternehmen eingesetzt werden, werden in gewisser Weise erstellt, indem Spezifikationen und Design-Dokumente erstellt und der entsprechende Quellcode geschrieben wird. Aber nicht nu [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":68598,"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\/59997"}],"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=59997"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/59997\/revisions"}],"predecessor-version":[{"id":68599,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/59997\/revisions\/68599"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media\/68598"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media?parent=59997"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/categories?post=59997"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/tags?post=59997"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}