[et_pb_section fb_built=“1″ fullwidth=“on“ _builder_version=“4.4.1″][et_pb_fullwidth_post_title meta=“off“ featured_placement=“background“ _builder_version=“4.6.6″ title_font=“||||||||“ title_text_color=“#ff6317″ title_font_size=“3.5em“ meta_font=“|300|||||||“ meta_text_color=“#ffffff“ meta_font_size=“1em“ background_enable_color=“off“ use_background_color_gradient=“on“ background_color_gradient_start=“rgba(248,248,248,0.85)“ background_color_gradient_end=“rgba(248,248,248,0.75)“ background_color_gradient_overlays_image=“on“ min_height=“20vh“ height=“400px“ custom_padding=“6vh||6vh||false|false“ locked=“off“][\/et_pb_fullwidth_post_title][\/et_pb_section][et_pb_section fb_built=“1″ admin_label=“intro“ _builder_version=“4.4.6″ custom_padding=“|||0px||“ locked=“off“][et_pb_row use_custom_gutter=“on“ _builder_version=“4.4.6″ custom_margin=“||||false|false“ custom_padding=“6vh||||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_text _builder_version=“4.7.7″ text_font=“||||||||“ text_font_size=“1.1em“ text_line_height=“1.6em“ quote_font=“|700|||||||“ quote_text_align=“left“ quote_font_size=“16px“ header_2_text_color=“#ff6317″ header_2_font_size=“1.5em“ header_2_line_height=“0.9em“ header_3_font_size=“23px“ header_4_font=“||||||||“ header_4_font_size=“16px“ header_4_line_height=“1.5em“ header_5_font_size=“14px“ custom_margin=“||||false|false“ custom_padding=“||||false|false“ border_color_left=“#ff6317″]<\/p>\n
Die Entwicklung einer digitalen L\u00f6sung\/eines digitalen Produkts beginnt in der Regel, sobald ihr\/sein Mehrwert gekl\u00e4rt ist\/feststeht. Besonders bei nicht gebootstrappten Projekten kann es recht kapitalintensiv werden, etwas zu entwickeln, das sich am Ende als wertlos herausstellt.<\/p>\n
Unter der Annahme, dass der Mehrwert Ihrer Softwarel\u00f6sung\/Ihres Produkts feststeht, lassen Sie uns einen kurzen Blick auf die tats\u00e4chlichen Softwareentwicklungsabl\u00e4ufe werfen und auf die Art und Weise, wie sie mit Ihrem Unternehmen harmonieren:<\/p>\n
[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row use_custom_gutter=“on“ _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“6vh||0px||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_text _builder_version=“4.7.7″ text_font=“||||||||“ text_font_size=“1.1em“ text_line_height=“1.6em“ quote_font=“|700|||||||“ quote_text_align=“left“ quote_font_size=“16px“ header_2_text_color=“#ff6317″ header_2_font_size=“1.5em“ header_2_line_height=“0.9em“ header_3_font_size=“23px“ header_4_font=“||||||||“ header_4_font_size=“16px“ header_4_line_height=“1.5em“ header_5_font_size=“14px“ custom_margin=“||||false|false“ custom_padding=“|20px|||false|false“ border_color_left=“#ff6317″]<\/p>\n
Ihre Software muss bestimmte Funktionen ausf\u00fchren und besondere Features enthalten, damit sie den Benutzern\/Kunden einen Mehrwert bietet. Diese Anforderungen m\u00f6gen in Ihrem Business-Szenario durchaus deutlich sein, aber sie m\u00fcssen dennoch in entsprechenden Requests an das Software-Entwicklungsteam\/-unternehmen \u00fcbersetzt werden.<\/p>\n
Deshalb beginnen die Entwickler damit, Ihre Unternehmensziele sowie die angestrebten Funktionen und Features Ihrer Software zu besprechen und zu verstehen. Dies ist der erste Teil innerhalb eines sich wiederholenden Zyklus, der aus folgenden Schritten besteht:<\/p>\n
[Funktionen\/Features abkl\u00e4ren]
\u2193
[die geeigneten Technologien ausw\u00e4hlen]
\u2193
[die Architektur definieren]
\u2193
[Aufgaben ausf\u00fchren]
\u2193
[wiederholen]<\/p>\n
Das daraus resultierende Ergebnis ist ein Stufenplan\/eine Roadmap (wie in diesem Beispiel f\u00fcr eine kommerzielle L\u00f6sung):<\/p>\n
[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“20px||0px||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_gallery gallery_ids=“7247″ fullwidth=“on“ hover_icon=“%%186%%“ _builder_version=“4.7.7″ _module_preset=“default“ max_width=“65%“ module_alignment=“left“][\/et_pb_gallery][et_pb_code _builder_version=“4.7.7″ _module_preset=“default“][\/et_pb_code][\/et_pb_column][\/et_pb_row][et_pb_row use_custom_gutter=“on“ _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“20px||0px||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_text _builder_version=“4.7.7″ text_font=“||||||||“ text_font_size=“1.1em“ text_line_height=“1.6em“ quote_font=“|700|||||||“ quote_text_align=“left“ quote_font_size=“16px“ header_2_text_color=“#ff6317″ header_2_font_size=“1.5em“ header_2_line_height=“0.9em“ header_3_font_size=“23px“ header_4_font=“||||||||“ header_4_font_size=“16px“ header_4_line_height=“1.5em“ header_5_font_size=“14px“ custom_margin=“||||false|false“ custom_padding=“|20px|||false|false“ border_color_left=“#ff6317″]<\/p>\n
Der \u00fcbliche Zeitrahmen f\u00fcr ein Release betr\u00e4gt einige Monate, die meist in mehrere kurze Iterationen (je 1-2 Wochen) aufgeteilt werden.<\/p>\n
Ein m\u00f6gliches Risiko besteht darin, dass Sie zu viele Funktionen\/Features spezifizieren, die alle gleich wichtig sind. Obwohl das Software-Entwicklungsteam kein Mitspracherecht bei Ihren Business-Zielen haben sollte, kann es Sie dennoch bei der Erstellung des Benutzer-Story-Mappings und bei der Priorisierung des Feature-Trees unterst\u00fctzen. Auf diese Weise steigt die Wahrscheinlichkeit, dass Sie sich auf die wichtigsten Elemente konzentrieren k\u00f6nnen.<\/p>\n
[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row use_custom_gutter=“on“ _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“6vh||0px||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_text _builder_version=“4.7.7″ text_font=“||||||||“ text_font_size=“1.1em“ text_line_height=“1.6em“ quote_font=“|700|||||||“ quote_text_align=“left“ quote_font_size=“16px“ header_2_text_color=“#ff6317″ header_2_font_size=“1.5em“ header_2_line_height=“0.9em“ header_3_font_size=“23px“ header_4_font=“||||||||“ header_4_font_size=“16px“ header_4_line_height=“1.5em“ header_5_font_size=“14px“ custom_margin=“||||false|false“ custom_padding=“|20px|||false|false“ border_color_left=“#ff6317″]<\/p>\n
Sobald die Funktionen und Features klarer sind, obliegt die Technologieauswahl in der Regel dem Softwareentwicklungsteam, es sei denn, Sie haben bestimmte Anforderungen. Zum Beispiel k\u00f6nnten Sie bereits ein Azure<\/a>-Account\/Abonnement haben. In diesem Fall ist es sinnvoller, innerhalb des \u00d6kosystems zu bleiben, als zu AWS<\/a> zu wechseln. Oder Ihr Wartungsteam verwendet bereits .NET, was die Nutzung von Java ausschlie\u00dft.<\/p>\n Die gew\u00e4hlte Technologie sollte zukunftssicher sein, d. h. f\u00fcr einen absehbaren, angemessenen Zeitraum nutzbar sein. Dennoch wird es immer wieder Situationen geben, in denen weitere Iterationen\/\u00c4nderungen erforderlich sind, obwohl die gew\u00e4hlte Technologie stabil sein sollte.<\/p>\n Nehmen wir zum Beispiel eines der j\u00fcngsten Projekte<\/a> von Berg Software, das sich mit Big Data befasst: Unser erster Ansatz war SQL, aber die Anforderungen des Kunden stie\u00dfen auf Hindernisse (Datenvolumen, Geschwindigkeit, Wartung). Daher haben wir uns zwei neuen Technologien zugewandt (ClickHouse<\/a>, Elasticsearch<\/a>) und schlie\u00dflich jede davon f\u00fcr einen separaten Teil der ma\u00dfgeschneiderten Software des Kunden verwendet.[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row use_custom_gutter=“on“ _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“6vh||0px||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_text _builder_version=“4.7.7″ text_font=“||||||||“ text_font_size=“1.1em“ text_line_height=“1.6em“ quote_font=“|700|||||||“ quote_text_align=“left“ quote_font_size=“16px“ header_2_text_color=“#ff6317″ header_2_font_size=“1.5em“ header_2_line_height=“0.9em“ header_3_font_size=“23px“ header_4_font=“||||||||“ header_4_font_size=“16px“ header_4_line_height=“1.5em“ header_5_font_size=“14px“ custom_margin=“||||false|false“ custom_padding=“|20px|||false|false“ hover_enabled=“0″ border_color_left=“#ff6317″ sticky_enabled=“0″]<\/p>\n Architektur und Technologie gehen Hand in Hand. Der einzige Grund, warum wir die Technologie zuerst genannt haben, ist, dass sie oft wichtige Aspekte der Architektur beeinflussen kann. Denken Sie zum Beispiel daran, wie die Entscheidung, in der Cloud zu arbeiten, Ihre architektonischen Entscheidungen pr\u00e4gt.<\/p>\n Unsere Arbeitsweise besteht darin, zun\u00e4chst die \u201eHigh-Level\u201c-Architektur der gro\u00dfen Elemente zu definieren (z. B. Frontend, Backend, eventuell einige separate Dienste wie Authentifizierung, Reporting usw.). Dann teilen wir diese in Module mit jeweils detaillierten, lokalen Architekturen auf.<\/p>\n Indem wir eine modulare Architektur aufbauen, stellen wir sicher, dass sie an zuk\u00fcnftige Iterationen anpassbar ist. Genau wie die Technologie ist auch die Architektur nichts, was man alle paar Wochen \u00e4ndert \u2013 aber es wird Situationen geben, in denen eine \u00c4nderung erforderlich sein wird.<\/p>\n Zum Beispiel k\u00f6nnte Ihre Software anfangs eine bestimmte Authentifizierung beinhalten, mit eigenen, klar definierten Benutzern und Rollen. Doch dann k\u00f6nnten Sie entscheiden, dass Benutzer, die bereits in Ihrem bestehenden ERP, OS usw. angemeldet sind, diese Authentifizierung auch f\u00fcr die neue Software verwenden sollen. In diesem Fall wird die lokale Authentifizierungsarchitektur zur\u00fcckgesetzt, m\u00f6glicherweise um eine API f\u00fcr Ihre anderen Software-Assets zu integrieren.<\/p>\n [\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row use_custom_gutter=“on“ _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“6vh||0px||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_text _builder_version=“4.7.7″ text_font=“||||||||“ text_font_size=“1.1em“ text_line_height=“1.6em“ quote_font=“|700|||||||“ quote_text_align=“left“ quote_font_size=“16px“ header_2_text_color=“#ff6317″ header_2_font_size=“1.5em“ header_2_line_height=“0.9em“ header_3_font_size=“23px“ header_4_font=“||||||||“ header_4_font_size=“16px“ header_4_line_height=“1.5em“ header_5_font_size=“14px“ custom_margin=“||||false|false“ custom_padding=“|20px|||false|false“ border_color_left=“#ff6317″]<\/p>\n Jetzt, wo Funktionen, Features, Technologie und Architektur gekl\u00e4rt sind, k\u00f6nnen wir auf der Grundlage eines Release- und eines Iterationsplans mit der Entwicklung beginnen. Im Folgenden sehen Sie, was in jedem dieser Pl\u00e4ne enthalten ist:[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“20px||0px||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_gallery gallery_ids=“7245″ fullwidth=“on“ hover_icon=“%%186%%“ _builder_version=“4.7.7″ _module_preset=“default“ max_width=“65%“ module_alignment=“left“][\/et_pb_gallery][et_pb_code _builder_version=“4.7.7″ _module_preset=“default“][\/et_pb_code][\/et_pb_column][\/et_pb_row][et_pb_row use_custom_gutter=“on“ _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“20px||0px||false|true“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_text _builder_version=“4.7.7″ text_font=“||||||||“ text_font_size=“1.1em“ text_line_height=“1.6em“ quote_font=“|700|||||||“ quote_text_align=“left“ quote_font_size=“16px“ header_2_text_color=“#ff6317″ header_2_font_size=“1.5em“ header_2_line_height=“0.9em“ header_3_font_size=“23px“ header_4_font=“||||||||“ header_4_font_size=“16px“ header_4_line_height=“1.5em“ header_5_font_size=“14px“ custom_margin=“||||false|false“ custom_padding=“|20px|||false|false“ border_color_left=“#ff6317″]<\/p>\n Die aktive Planung sollte sowohl f\u00fcr die Releases als auch f\u00fcr die Iterationen durchgef\u00fchrt werden.<\/p>\n Sobald eine Iteration abgeschlossen ist, kann sie sich auf den Release-Plan auswirken. Elemente wie die Business-Logik oder rechtliche Anforderungen oder technische Probleme k\u00f6nnen die Entwicklung verlangsamen \u2013 daher kann der Release-Plan auch ge\u00e4ndert werden, um einen gek\u00fcrzten\/neu geordneten Feature-Satz aufzunehmen. Der Release-Plan bleibt unabh\u00e4ngig von der Funktionsliste meist unver\u00e4ndert.<\/p>\n Auf der Grundlage der Agile-Prinzipien sind Zeit und Kosten die Haupteinschr\u00e4nkungsfaktoren (\/die stabilen Elemente), w\u00e4hrend Features die variablen Elemente sind. Dies unterscheidet sich vom traditionellen Projektmanagement, bei dem Features vorgegeben und Zeit und Kosten variabel sind (d. h. in der Regel steigen).<\/p>\n [\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“20px||0px||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_gallery gallery_ids=“7249″ fullwidth=“on“ hover_icon=“%%186%%“ _builder_version=“4.7.7″ _module_preset=“default“ max_width=“65%“ module_alignment=“left“][\/et_pb_gallery][et_pb_code _builder_version=“4.7.7″ _module_preset=“default“][\/et_pb_code][\/et_pb_column][\/et_pb_row][et_pb_row use_custom_gutter=“on“ _builder_version=“4.7.7″ custom_margin=“||||false|false“ custom_padding=“6vh||||false|false“ border_color_left=“rgba(0,0,0,0)“][et_pb_column type=“4_4″ _builder_version=“4.4.1″][et_pb_text _builder_version=“4.7.7″ text_font=“||||||||“ text_font_size=“1.1em“ text_line_height=“1.6em“ quote_font=“|700|||||||“ quote_text_align=“left“ quote_font_size=“16px“ header_2_text_color=“#ff6317″ header_2_font_size=“1.5em“ header_2_line_height=“0.9em“ header_3_font_size=“23px“ header_4_font=“||||||||“ header_4_font_size=“16px“ header_4_line_height=“1.5em“ header_5_font_size=“14px“ custom_margin=“||||false|false“ custom_padding=“||||false|false“ hover_enabled=“0″ border_color_left=“#ff6317″ sticky_enabled=“0″]<\/p>\n Um den Plan auszuf\u00fchren, braucht man Zeit und Ressourcen \u2013 in diesem Fall personelle Kapazit\u00e4ten. Insbesondere im Falle von Software k\u00f6nnen die Dinge ziemlich herausfordernd werden.<\/p>\n3. Architektur definieren<\/h2>\n
4. Aufgaben, To Dos, Planung<\/h2>\n
5. Kapazit\u00e4ten<\/h2>\n