{"id":516,"date":"2014-02-09T20:29:37","date_gmt":"2014-02-09T19:29:37","guid":{"rendered":"http:\/\/www.epischel.de\/wordpress\/?p=516"},"modified":"2014-11-10T22:39:45","modified_gmt":"2014-11-10T21:39:45","slug":"software-evolution-mit-aim42","status":"publish","type":"post","link":"https:\/\/www.epischel.de\/wordpress\/2014\/02\/software-evolution-mit-aim42\/","title":{"rendered":"Software-Evolution mit aim42 &#8211; Architecture Improvement Method"},"content":{"rendered":"<div class=\"pps-series-post-details pps-series-post-details-variant-classic pps-series-post-details-1615\" data-series-id=\"66\"><div class=\"pps-series-meta-content\"><div class=\"pps-series-meta-text\">Dieser Eintrag ist Teil 2 von 7 in der Serie <a href=\"https:\/\/www.epischel.de\/wordpress\/series\/oop2014-2\/\">OOP 2014 Report<\/a><\/div><\/div><\/div><p>Auf der OOP2014 starteten\u00a0<a href=\"http:\/\/www.innoq.com\/blog\/st\/\">Stefan Tilkov<\/a> und <a href=\"http:\/\/www.gernotstarke.de\/\">Gernot Starke<\/a> &#8222;<strong><a href=\"http:\/\/aim42.org\">aim42<\/a><\/strong>&#8220; &#8211; die <em>Architecture Improvement Method<\/em>.<\/p>\n<p>Viele Teams, die eine Software \u00fcber einen l\u00e4ngeren Zeitraum, sehen den Bedarf f\u00fcr (technische) Verbesserungen, um die Qualit\u00e4t und die Wartbarkeit der Software zu erh\u00f6hen. Das Problem dabei ist, das Management davon zu \u00fcberzeugen, die n\u00f6tigen Aufw\u00e4nde zu investieren. Die Nachricht hier ist, dass \u00c4nderungen am System durch Geld motiviert sind, d. h. man nicht mit Qualit\u00e4tsverbesserung oder Professionalit\u00e4t argumentieren sollte.<\/p>\n<p>aim42 soll helfen, die n\u00f6tigen Verbesserungen zu finden, zu bewerten (m\u00f6glichst in Geld) und umzusetzen. Dabei soll die &#8222;42&#8220; an &#8222;<a href=\"http:\/\/arc42.org\/\">arc42<\/a>&#8220; erinnern, eine Plattform f\u00fcr freie Resourcen f\u00fcr Software-Architekten. Aim42 ist ein offener, Community getriebener Ansatz.<\/p>\n<p>Die drei Phasen von aim42 sind (Zitat):<\/p>\n<p><a href=\"http:\/\/aim42.org\"><img loading=\"lazy\" decoding=\"async\" class=\" alignright\" title=\"Die drei Phasen von aim42\" src=\"http:\/\/aim42.org\/index_files\/aim42-phases.jpg\" alt=\"Die drei Phasen von aim42\" width=\"198\" height=\"122\" \/><\/a><\/p>\n<ul>\n<li>analyze &#8211;\u00a0find problems, risks, deficiencies and technical debt within your system and your development process<\/li>\n<li>evaluate &#8211; understand root-causes of problems,\u00a0determine \u201evalue\u201c of<br \/>\nproblems, issues and their remedies,\u00a0prioritize<\/li>\n<li>improve &#8211;\u00a0systematically improve code and structures, reduce technical debt, remove waste and optimize<\/li>\n<\/ul>\n<p>Das ganze ist nat\u00fcrlich ein iterativer Prozess. In der Analyse-Phase werden alle Stakeholder befragt, es k\u00f6nnen Qualit\u00e4tsanalysen und statische Code Analyse zum Einsatz kommen. Erst im zweiten Schritt werden die ermittelten Probleme bewertet. Ziel dabei ist, die Stakeholder zu \u00fcberzeugen, die Probleme anzugehen. Im dritten Schritt wird dann eine Auswahl an Verbesserungen angegangen. Dazu steht ein Fundus an Mustern bereit.<\/p>\n<p>aim42 soll nur &#8222;Industrie erprobte&#8220; Muster und Praktiken enthalten. Es gibt auch ein <a href=\"https:\/\/aim42.github.io\">github-Repository<\/a>.<\/p>\n<p>Es hat mich beeindruckt, dass die beiden auf der OOP2014 diesen Ansatz gestartet haben.<\/p>\n<p>Die Pr\u00e4sentation-Folien sind\u00a0<a href=\"https:\/\/speakerdeck.com\/aim42\/aim42-architecture-improvement-method\">online verf\u00fcgbar<\/a>.<\/p>\n<div class=\"syndication-links\"><\/div>","protected":false},"excerpt":{"rendered":"<div class=\"pps-series-post-details pps-series-post-details-variant-classic pps-series-post-details-1615 pps-series-meta-excerpt\" data-series-id=\"66\"><div class=\"pps-series-meta-content\"><div class=\"pps-series-meta-text\">Dieser Eintrag ist Teil 2 von 7 in der Serie <a href=\"https:\/\/www.epischel.de\/wordpress\/series\/oop2014-2\/\">OOP 2014 Report<\/a><\/div><\/div><\/div><p>Auf der OOP2014 starteten\u00a0Stefan Tilkov und Gernot Starke &#8222;aim42&#8220; &#8211; die Architecture Improvement Method. Viele Teams, die eine Software \u00fcber einen l\u00e4ngeren Zeitraum, sehen den Bedarf f\u00fcr (technische) Verbesserungen, um die Qualit\u00e4t und die Wartbarkeit der Software zu erh\u00f6hen. Das Problem dabei ist, das Management davon zu \u00fcberzeugen, die n\u00f6tigen Aufw\u00e4nde zu investieren. Die Nachricht&hellip;<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"mf2_syndication":[],"webmentions_disabled_pings":false,"webmentions_disabled":false,"footnotes":""},"categories":[2],"tags":[62,63],"series":[66],"class_list":["post-516","post","type-post","status-publish","format-standard","hentry","category-entwicklung","tag-oop2014","tag-software-architektur","series-oop2014-2","kind-"],"kind":false,"_links":{"self":[{"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/posts\/516","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/comments?post=516"}],"version-history":[{"count":8,"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/posts\/516\/revisions"}],"predecessor-version":[{"id":627,"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/posts\/516\/revisions\/627"}],"wp:attachment":[{"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/media?parent=516"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/categories?post=516"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/tags?post=516"},{"taxonomy":"series","embeddable":true,"href":"https:\/\/www.epischel.de\/wordpress\/wp-json\/wp\/v2\/series?post=516"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}