{"id":540,"date":"2017-08-10T12:56:17","date_gmt":"2017-08-10T10:56:17","guid":{"rendered":"http:\/\/www.sinkacom.de\/blog\/?p=540"},"modified":"2019-08-08T14:47:25","modified_gmt":"2019-08-08T12:47:25","slug":"reagile-working-software-over-comprehensive-documentation","status":"publish","type":"post","link":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/","title":{"rendered":"RE@Agile – Working Software over Comprehensive Documentation"},"content":{"rendered":"

[vc_row][vc_column]

<\/div>

RE@Agile - Working Software over Comprehensive Documentation<\/h1><\/div><\/div>[vc_column_text]<\/p>\r\n

Was genau ist Requirements Engineering?
Das grunds\u00e4tzliche Ziel von Requirements Engineering ist es Fehler in Soft- und Hardware so fr\u00fch wie m\u00f6glich aufzudecken, bzw. gar nicht erst entstehen zu lassen. Im Idealfall spart das eine Menge Ressourchen (Mitarbeiter, Kapital, Zeit), deren Aufwendungen exponentiell steigen, je sp\u00e4ter man den Fehler entdeckt.<\/p>\r\n

\u00a0<\/p>\r\n\r\n

Von der Idee zum Produkt und zur\u00fcck?<\/h2>\r\n\r\n

Requirements Engineering (RE) findet \u00fcberall im agilen Prozess statt. Die folgenden zwei Dimensionen helfen, RE im agilen Prozess besser zu verstehen:<\/p>\r\n\r\n

 <\/p>\r\n\r\n

    \r\n
  • Die zeitliche Dimension gibt an, mit welchem Zeithorizont gearbeitet wird. Strategische Aktivit\u00e4ten sind langfristig, operative Aktivit\u00e4ten eher kurzfristig.<\/li>\r\n
  • Die Arbeitsdimension gibt an, woran gearbeitet wird. Konzeptuelle Arbeit fokussiert auf die Entwicklung von Ideen, Konzepten und Spezifikationen, (Weiter-)Entwicklungsarbeit fokussiert auf das Produkt. RE dient in der Entwicklung dazu, die Entwicklungsarbeiten mit m\u00f6glichst konkreten Informationen \u00fcber das Produkt zu versorgen und ggf. Dokumente\/Spezifikationen zur Erf\u00fcllung regulatorischer Vorgaben zu erstellen.<\/li>\r\n<\/ul>\r\n

    \u00a0<\/p>\r\n\r\n

    Wert durch Anforderungen<\/strong><\/h4>\r\n\r\n

    Arbeiten mit Anforderungen ist ein Erkenntnisprozess, der l\u00e4ngere Zeit in Anspruch nehmen kann. Im agilen Kontext findet Anforderungsarbeit in jeder Iteration (Time Box) statt. Entscheidend ist, dass den Kosten f\u00fcr die Anforderungen ein angemessener Wert gegen\u00fcbersteht. Anforderungen generieren Wert beispielsweise durch:<\/p>\r\n\r\n

     <\/p>\r\n\r\n

      \r\n
    • Besseres Verst\u00e4ndnis und Risikominimierung: Verstehen einer Idee oder eines Problems vor der Implementierung verhindert, dass Unn\u00fctzes oder Unbrauchbares realisiert wird<\/li>\r\n
    • Erh\u00f6hung des Werts eines Produkts: Das entwickeln, was den Kunden wirklich wichtig ist und Kundenbindung schafft<\/li>\r\n
    • Erf\u00fcllung regulatorischer Erfordernisse: Schaffung der Voraussetzungen, damit ein Produkt zugelassen werden kann<\/li>\r\n<\/ul>\r\n

      \u00a0<\/p>\r\n\r\n

      In jeder Iteration muss bewertet werden, ob durch die konzeptuelle Arbeit mit Anforderungen ein angemessener Wert generiert wird. Dies erfolgt in der Regel risikobasiert: Mit welchen Mitteln (Konzeption oder Entwicklung) l\u00e4sst sich das Risiko, das falsche Produkt\/System zu realisieren entwickeln, am wirkungsvollsten beherrschen?<\/p>\r\n\r\n

      [\/vc_column_text][vc_column_text]<\/p>\r\n\r\n

       <\/p>\r\n\r\n

      RE und Agilie: So wenig wie m\u00f6glich – so viel wie n\u00f6tig<\/h2>\r\n

      Das agile Prinzip \u201eWorking software over comprehensive documentation\u201c dr\u00fcckt eine Wertpriorit\u00e4t aus. Es bedeutet nicht, dass Dokumentation \u00fcberfl\u00fcssig oder wertlos ist. Oftmals wird angenommen, dass RE Anforderungen und deren Dokumentation \u00fcber alles setzt \u00a0\u2013 \u00a0aber dies ist ein Irrglaube. Gutes Requirements Engineering ermittelt und dokumentiert Anforderungen genau in dem Umfang, der notwendig ist, um das Entwicklungsrisiko auf ein akzeptables Ma\u00df zu senken.<\/p>\r\n

      \u00a0<\/p>\r\n

      Was sich genau hinter diesem Konzept verbirgt, aus welchen Teilen es besteht und wie es angewandt wird, soll im Folgenden erl\u00e4utert werden.<\/p>\r\n

      \u00a0<\/p>\r\n

      Strategisch konzeptuelle Arbeit nimmt das Produkt als Ganzes ins Auge und arbeitet langfristig. Wesentliche Elemente sind die Produktvision, die Roadmap sowie Anforderungsartefakte wie zum Beispiel Epics, Uses Cases oder auch Modelle. Wichtig ist, dass die Stakeholder und der Produkteigner eine Form finden, welche die Bed\u00fcrfnisse der Stakeholder angemessen und mit sinnvollem Aufwand beschreibt. Requirements Engineering stellt die hierf\u00fcr notwendigen Techniken und Dokumentationsformen bereit. Die strategisch-konzeptuellen Artefakte bilden die Grundlage f\u00fcr die strategischen Entscheidungen des Produkteigners.<\/p>\r\n

      \u00a0<\/p>\r\n\r\n

      Operativ konzeptuelle Arbeit fokussiert auf die Erarbeitung und kontinuierliche Pflege der Vorgaben f\u00fcr die Entwicklung. Der Product Owner spielt hier die zentrale Rolle: Er pflegt und priorisiert den Produkt-Backlog. Auf dieser Basis, sowie unter Ber\u00fccksichtigung strategischer Vorgaben, definiert er zusammen mit dem Entwicklungsteam Produktinkremente und Releases. Damit steuert er die Entwicklung sowohl fachlich wie auch wertm\u00e4\u00dfig. Der Produkt-Backlog enth\u00e4lt konkrete Anforderungen, beispielsweise in Form von User Stories. Dabei zieht der Produkteigner meist die Unterst\u00fctzung von Fachexperten ebenso von Requirements-Engineering-Experten heran.<\/p>\r\n\r\n

      [\/vc_column_text][vc_row_inner][vc_column_inner][vc_column_text]<\/p>\r\n

      Wozu brauchen wir RE?<\/h3>\r\n

      [\/vc_column_text][\/vc_column_inner][\/vc_row_inner][vc_row_inner][vc_column_inner width=“1\/2″][vc_column_text]<\/p>\r\n\r\n

      Strategische (Weiter-)Entwicklung setzt sich mit dem bestehenden Produkt (bzw. Produktinkrement) und seinem Kontext auseinander. Es geht darum, Feedback aus der Nutzung eines Produktes zu erhalten, um das Produkt langfristig weiterentwickeln zu k\u00f6nnen. Requirements Engineering k\u00fcmmert sich hier um die Erhebung und Auswertung von Benutzerfeedback sowie die Analyse der Produktnutzung und deren (positive und negative) Auswirkungen im Produktkontext. Neben eigenen Produkten kann sich strategische Entwicklung auch mit der Analyse von Fremdprodukten besch\u00e4ftigen.<\/p>\r\n

      \u00a0<\/p>\r\n

      Operative (Weiter-)Entwicklung k\u00fcmmert sich um die konkrete Realisierung des Produktes in Form von Inkrementen bzw. die Weiterentwicklung bereits realisierter Produktbestandteile. Wesentlich\u00a0 f\u00fcr agile Entwicklung ist hier der Fokus auf funktions- und releasef\u00e4higen Produktinkrementen, welche ein zeitnahes Feedback durch die Stakeholder erlauben. Requirements Engineering hilft bei der Detaillierung von Anforderungen sowie der Erf\u00fcllung regulatorischer Vorgaben, zum Beispiel der Dokumentation von Anforderungen und deren Verfolgung (Traceability) zum Code und den Testf\u00e4llen bei sicherheitskritischen Systemen.<\/p>\r\n

      \u00a0<\/p>\r\n

      Nun stellt sich also die Frage, warum brauchen wir \u00fcberhaupt Requirements Engineering und warum bauen wir dann nicht alle Systeme gleich? In der Regel ist das Risiko einer direkten Entwicklung zu hoch. Die Ebene der Anforderungen ist von N\u00f6ten, da die meisten Systeme zu gro\u00df und umfassend sind, um sie auf einer rein technischen Ebene intellektuell zu erfassen und zu gestalten. Um agil entwickeln zu k\u00f6nnen, muss vorher abgekl\u00e4rt werden, was die Stakeholder wollen.\u00a0 Denk Kosten f\u00fcr das RE steht ein messbarer Nutzen gegen\u00fcber: Auf der Grundlage guter Anforderungen k\u00f6nnen Systeme entwickelt werden, die den W\u00fcnschen und Bed\u00fcrfnissen der Stakeholder passgenau entsprechen. Durch eine wertorientierte, iterativ-inkrementelle Vorgehensweise reduziert RE die Kosten f\u00fcr Korrekturen, Fehlerbehebungen und das Neuschreiben von nicht brauchbarem Code.<\/p>\r\n

      \u00a0<\/p>\r\n

      Zusammenfassend kann man also sagen, dass durch Requirements-Engineering das Risiko gesenkt wird, Ressourcen und Zeit zu verschwenden, beziehungsweise ein Produkt im schlimmsten Fall zur\u00fcckrufen zu m\u00fcssen.<\/p>\r\n\r\n

      [\/vc_column_text][\/vc_column_inner][vc_column_inner width=“1\/2″][vc_single_image image=“700″ img_size=““][\/vc_column_inner][\/vc_row_inner][\/vc_column][\/vc_row][vc_row][vc_column][vc_column_text]<\/p>\r\n

      [\/vc_column_text][\/vc_column][\/vc_row]<\/p><\/div>","protected":false},"excerpt":{"rendered":"

      Was genau ist Requirements Engineering?
      \nDas grunds\u00e4tzliche Ziel von Requirements Engineering ist es Fehler in Soft- und Hardware so fr\u00fch wie m\u00f6glich aufzudecken, bzw. gar nicht erst entstehen zu lassen. Im Idealfall spart das eine Menge Ressourchen (Mitarbeiter, Kapital, Zeit), deren Aufwendungen exponentiell steigen, je sp\u00e4ter man den Fehler entdeckt.<\/p>\n","protected":false},"author":6,"featured_media":697,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[68,38],"class_list":["post-540","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-webapp","tag-agile","tag-requirements-engineering","category-2","description-off"],"yoast_head":"\nSinkaCom Blog - RE@Agile - Working Software over Comprehensive Documentation<\/title>\n<meta name=\"description\" content=\"Was genau ist Requirements Engineering? Das grunds\u00e4tzliche Ziel von Requirements Engineering ist es Fehler in Soft- und Hardware so fr\u00fch wie m\u00f6glich aufzudecken, bzw. gar nicht erst entstehen zu lassen. Im Idealfall spart das eine Menge Ressourchen (Mitarbeiter, Kapital, Zeit), deren Aufwendungen exponentiell steigen, je sp\u00e4ter man den Fehler entdeckt.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"SinkaCom Blog - RE@Agile - Working Software over Comprehensive Documentation\" \/>\n<meta property=\"og:description\" content=\"Was genau ist Requirements Engineering? Das grunds\u00e4tzliche Ziel von Requirements Engineering ist es Fehler in Soft- und Hardware so fr\u00fch wie m\u00f6glich aufzudecken, bzw. gar nicht erst entstehen zu lassen. Im Idealfall spart das eine Menge Ressourchen (Mitarbeiter, Kapital, Zeit), deren Aufwendungen exponentiell steigen, je sp\u00e4ter man den Fehler entdeckt.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/\" \/>\n<meta property=\"og:site_name\" content=\"SinkaCom Blog\" \/>\n<meta property=\"article:published_time\" content=\"2017-08-10T10:56:17+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2019-08-08T12:47:25+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1280\" \/>\n\t<meta property=\"og:image:height\" content=\"960\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"tamara.arnold\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"tamara.arnold\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"5\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/\"},\"author\":{\"name\":\"tamara.arnold\",\"@id\":\"https:\/\/www.sinkacom.de\/blog\/#\/schema\/person\/49ab1ce3f83cf5ec14bc11245c68e793\"},\"headline\":\"RE@Agile – Working Software over Comprehensive Documentation\",\"datePublished\":\"2017-08-10T10:56:17+00:00\",\"dateModified\":\"2019-08-08T12:47:25+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/\"},\"wordCount\":998,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg\",\"keywords\":[\"Agile\",\"Requirements Engineering\"],\"articleSection\":[\"Web & App\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/\",\"url\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/\",\"name\":\"SinkaCom Blog - RE@Agile - Working Software over Comprehensive Documentation\",\"isPartOf\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg\",\"datePublished\":\"2017-08-10T10:56:17+00:00\",\"dateModified\":\"2019-08-08T12:47:25+00:00\",\"description\":\"Was genau ist Requirements Engineering? Das grunds\u00e4tzliche Ziel von Requirements Engineering ist es Fehler in Soft- und Hardware so fr\u00fch wie m\u00f6glich aufzudecken, bzw. gar nicht erst entstehen zu lassen. Im Idealfall spart das eine Menge Ressourchen (Mitarbeiter, Kapital, Zeit), deren Aufwendungen exponentiell steigen, je sp\u00e4ter man den Fehler entdeckt.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#primaryimage\",\"url\":\"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg\",\"contentUrl\":\"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg\",\"width\":1280,\"height\":960},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.sinkacom.de\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"RE@Agile – Working Software over Comprehensive Documentation\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.sinkacom.de\/blog\/#website\",\"url\":\"https:\/\/www.sinkacom.de\/blog\/\",\"name\":\"SinkaCom Blog\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.sinkacom.de\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.sinkacom.de\/blog\/#organization\",\"name\":\"SinkaCom AG\",\"url\":\"https:\/\/www.sinkacom.de\/blog\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.sinkacom.de\/blog\/#\/schema\/logo\/image\/\",\"url\":\"\",\"contentUrl\":\"\",\"caption\":\"SinkaCom AG\"},\"image\":{\"@id\":\"https:\/\/www.sinkacom.de\/blog\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.sinkacom.de\/blog\/#\/schema\/person\/49ab1ce3f83cf5ec14bc11245c68e793\",\"name\":\"tamara.arnold\",\"url\":\"https:\/\/www.sinkacom.de\/blog\/author\/tamara-arnold\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"SinkaCom Blog - RE@Agile - Working Software over Comprehensive Documentation","description":"Was genau ist Requirements Engineering? Das grunds\u00e4tzliche Ziel von Requirements Engineering ist es Fehler in Soft- und Hardware so fr\u00fch wie m\u00f6glich aufzudecken, bzw. gar nicht erst entstehen zu lassen. Im Idealfall spart das eine Menge Ressourchen (Mitarbeiter, Kapital, Zeit), deren Aufwendungen exponentiell steigen, je sp\u00e4ter man den Fehler entdeckt.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/","og_locale":"de_DE","og_type":"article","og_title":"SinkaCom Blog - RE@Agile - Working Software over Comprehensive Documentation","og_description":"Was genau ist Requirements Engineering? Das grunds\u00e4tzliche Ziel von Requirements Engineering ist es Fehler in Soft- und Hardware so fr\u00fch wie m\u00f6glich aufzudecken, bzw. gar nicht erst entstehen zu lassen. Im Idealfall spart das eine Menge Ressourchen (Mitarbeiter, Kapital, Zeit), deren Aufwendungen exponentiell steigen, je sp\u00e4ter man den Fehler entdeckt.","og_url":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/","og_site_name":"SinkaCom Blog","article_published_time":"2017-08-10T10:56:17+00:00","article_modified_time":"2019-08-08T12:47:25+00:00","og_image":[{"width":1280,"height":960,"url":"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg","type":"image\/jpeg"}],"author":"tamara.arnold","twitter_misc":{"Verfasst von":"tamara.arnold","Gesch\u00e4tzte Lesezeit":"5\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#article","isPartOf":{"@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/"},"author":{"name":"tamara.arnold","@id":"https:\/\/www.sinkacom.de\/blog\/#\/schema\/person\/49ab1ce3f83cf5ec14bc11245c68e793"},"headline":"RE@Agile – Working Software over Comprehensive Documentation","datePublished":"2017-08-10T10:56:17+00:00","dateModified":"2019-08-08T12:47:25+00:00","mainEntityOfPage":{"@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/"},"wordCount":998,"commentCount":0,"publisher":{"@id":"https:\/\/www.sinkacom.de\/blog\/#organization"},"image":{"@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#primaryimage"},"thumbnailUrl":"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg","keywords":["Agile","Requirements Engineering"],"articleSection":["Web & App"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/","url":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/","name":"SinkaCom Blog - RE@Agile - Working Software over Comprehensive Documentation","isPartOf":{"@id":"https:\/\/www.sinkacom.de\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#primaryimage"},"image":{"@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#primaryimage"},"thumbnailUrl":"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg","datePublished":"2017-08-10T10:56:17+00:00","dateModified":"2019-08-08T12:47:25+00:00","description":"Was genau ist Requirements Engineering? Das grunds\u00e4tzliche Ziel von Requirements Engineering ist es Fehler in Soft- und Hardware so fr\u00fch wie m\u00f6glich aufzudecken, bzw. gar nicht erst entstehen zu lassen. Im Idealfall spart das eine Menge Ressourchen (Mitarbeiter, Kapital, Zeit), deren Aufwendungen exponentiell steigen, je sp\u00e4ter man den Fehler entdeckt.","breadcrumb":{"@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#primaryimage","url":"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg","contentUrl":"https:\/\/www.sinkacom.de\/blog\/wp-content\/uploads\/2019\/06\/puzzle-693865_1280.jpg","width":1280,"height":960},{"@type":"BreadcrumbList","@id":"https:\/\/www.sinkacom.de\/blog\/reagile-working-software-over-comprehensive-documentation\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.sinkacom.de\/blog\/"},{"@type":"ListItem","position":2,"name":"RE@Agile – Working Software over Comprehensive Documentation"}]},{"@type":"WebSite","@id":"https:\/\/www.sinkacom.de\/blog\/#website","url":"https:\/\/www.sinkacom.de\/blog\/","name":"SinkaCom Blog","description":"","publisher":{"@id":"https:\/\/www.sinkacom.de\/blog\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.sinkacom.de\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/www.sinkacom.de\/blog\/#organization","name":"SinkaCom AG","url":"https:\/\/www.sinkacom.de\/blog\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.sinkacom.de\/blog\/#\/schema\/logo\/image\/","url":"","contentUrl":"","caption":"SinkaCom AG"},"image":{"@id":"https:\/\/www.sinkacom.de\/blog\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.sinkacom.de\/blog\/#\/schema\/person\/49ab1ce3f83cf5ec14bc11245c68e793","name":"tamara.arnold","url":"https:\/\/www.sinkacom.de\/blog\/author\/tamara-arnold\/"}]}},"_links":{"self":[{"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/posts\/540","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/comments?post=540"}],"version-history":[{"count":0,"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/posts\/540\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/media\/697"}],"wp:attachment":[{"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/media?parent=540"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/categories?post=540"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sinkacom.de\/blog\/wp-json\/wp\/v2\/tags?post=540"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}