Podcasts about designfehler

Eine neue Homepage erstellen kostet Zeit, Geld und Nerven. Da soll das Ergebnis auch etwas her machen und Kunden begeistern. Vermeide diese 7 Design Fehler und deine neue Homepage hat den Wow-Effekt.

Unser heutiger Gast ist gelernter Tischler. Über 15 Jahre lang hat er in unterschiedlichen Konstellationen mit viel Leidenschaft spannende Einrichtungskonzepte umgesetzt. Im Jahr 2020 markiert er für sich einen persönlichen Wendepunkt zum Umdenken, und er entschied sich für den Ansatz “Cradle to Cradle” als seine neue Roadmap. Er ist sich sicher: “Nachhaltiges Interior Design muss kreislauffähig werden, gesund für die Umwelt und die Menschen, hin zu einem positiven Fußabdruck." Zusammen mit seinem Team gestaltet und produziert er seitdem Lebensräume – zum Arbeiten und zum Wohnen: modern, minimalistisch und vor allem nachhaltig. Mit “Cradle to Cradle” als Vision zur Kreislaufwirtschaft für eine bessere Zukunft. Als Mitglied der Regionalgruppe Düsseldorf der “Cradle to Cradle NGO” macht er zusammen mit seinen Mitstreiter:Innen das Cradle-to-Cradle-Prinzip auch auf lokaler Ebene bekannt. Dabei kümmern sie sich auch um die nächste Generation und erklären bereits in den Schulen, dass Müll ein Designfehler ist, den es zu beheben gilt. Seit über sechs Jahren beschäftigen wir uns mit der Frage, wie Arbeit den Menschen stärkt - statt ihn zu schwächen. In mehr als 380 Folgen haben wir uns mit über 450 Menschen darüber unterhalten, was sich für sie geändert hat und was sich weiter ändern muss. Wir sind uns ganz sicher, dass es gerade jetzt wichtig ist. Denn die Idee von “New Work” wurde während einer echten Krise entwickelt. Reicht es aus, die Art und Weise, wie wir arbeiten zu verändern, oder müssen wir uns nicht auch darum kümmern, dass wir an den wirklich drängenden Herausforderungen arbeiten? Und wenn ja, welche Rolle kann dabei das Konzept “Cradle to Cradle” spielen? Wir suchen nach Methoden, Vorbildern, Erfahrungen, Tools und Ideen, die uns dem Kern von New Work näher bringen! Darüber hinaus beschäftigt uns von Anfang an die Frage, ob wirklich alle Menschen das finden und leben können, was sie im Innersten wirklich, wirklich wollen. Ihr seid bei On the Way to New Work - heute mit Sven Urselmann.

Raul Krauthausen bezeichnet sich selbst als Berliner, Autor, Moderator, Medienmacher, Botschafter und Inklusionsaktivist. Raul ist wohl der bekannteste Inklusionsaktivist in Deutschland, der mit seiner symphatischen, offenen und lustigen Art Menschen in den Bann zieht und auf Themen aufmerksam macht, die leider zu oft auf der Strecke bleiben. Egal ob mit Fernsehauftritten, Büchern oder seinem eigenen Podcast, Raul hat eine klare Vision und ist für viele Menschen eine Inspiration. Wir wollten herausfinden, wer hinter der Person Raul Krauthausen steckt, welche Erfahrungen er in seinem eigenen Studium gemacht hat und wie er zu dem geworden ist, der er heute ist. Raul hat zwei Studiengänge hinter sich, welche zwar länger dauerten als geplant, am Ende aber die Denkweise und das Mindset von Raul sehr geprägt haben. Nach der Gründung einer eigenen Agentur, hat er beim Radio gearbeitet und sich mit der Zeit immer mehr eigenen Inklusionsprojekten gewidmet, wie der Wheelmap, dem Google Maps für Rollstuhlfahrende und dem eigenen SOZIALHELD:INNEN Verein, mit dem er bis heute viele verschiedene Projekte verantwortet. Im Gespräch mit Raul, gibt er uns tiefe Einblicke in seinen ganz persönlichen Alltag, seine Erfahrungen aus dem Studium und seiner Tätigkeit in den Medien. Er spricht mit uns darüber, wie es ist in Berlin zu studieren, mit welchen Schwierigkeiten er im Studium zu kämpfen hatte und was ihn aktuell an dem Thema Inklusion am meisten nervt. Wie es Menschen wie Stefan Raab schaffen, von der Bildfläche zu verschwinden und wieso wir in einer Welt voller Designfehler leben, das und vieles mehr erfahrt ihr in dieser Folge. Raul Krauthausen: Instagram: https://www.instagram.com/raulkrauthausen/ Folg uns doch gerne auf Social Media: Uninteressant: LinkedIn: https://www.linkedin.com/company/uninteressant/ Instagram: https://www.instagram.com/uninteressant.podcast/ Elias: LinkedIn: https://www.linkedin.com/in/elias-perez-7652a2211 Instagram: https://www.instagram.com/eliasxperez/ Max: LinkedIn: https://www.linkedin.com/in/maximilian-schmidt-442866203 Instagram: https://www.instagram.com/maxsmdt97/ Wir freuen uns über dein Feedback oder eine Nachricht. Lasst uns gerne ein Abo und eine Bewertung da. Ihr wollt auch Gast werden oder kennt jemanden der unbedingt seine Erfahrungen bei uns teilen soll? Lasst es uns wissen per DM oder über unsere E-Mail: uninteressant.podcast@web.de .

Apple steht für gutes und durchdachtes Design, doch ab und zu liegen die Experten aus Cupertino mal so richtig daneben. Legendäres Beispiel: Die noch immer aktuelle Generation der Magic Mouse. Jetzt wurde der wohl größte Designfehler Apples endlich durch eine ziemlich verrückte Lösung beseitigt ... scheinbar. Denn am Ende war auch dieser Versuch zum Scheitern verurteilt.

Bye Bye Brita! Gefiltertes Wasser gibt es auch von anderen Anbietern!Ich muss mich jetzt echt kurz halten, da ich mittlerweile, zum einen wegen meines Eigenhostings und zum anderen wegen dem Nachwuchs, unfassbar viele Themen als Entwurf herumliegen habe, die ich leider nie fertig geschrieben und veröffentlicht habe - und zu denen ich nun, teilweise schon über ein Jahr später, schon ein neues Update für euch parat habe. Und das heute ist so ein erstes Thema: Brita Wasserfilter sind am 15.09.2020 bei mir ausgezogen... Mehr zu dem Warum und wieso nun hier! Ich habe am 15. September 2020 eine amazon-Bestellung ausgelöst, die einen mich lange störenden Stein ins Rollen gebracht hat: eine Trennung von meinen damals zwei Brita-Wasserfilter-Karaffen. Zwar hat Brita ein einmaliges Garantiekonzept: wenn du dich innerhalb der Garantiezeit an den Kundendienst wendest, bekommst du Ersatz. Kostenfrei. Und gerne auch ein anderes als das von dir ursprünglich gekaufte Modell. Und, auch sehr löblich, es werden keine Fragen nach dem Motto "Wie ist es passiert?" oder Aussagen wie "Der Schaden sieht aber schon sehr selbstverursacht aus!" getroffen. Schadenmeldung, welches Gerät möchte man, Postversandbestätigung. Aus. Kundenservice at its best! Zwei enthusiastisch erhobene Daumen! Allerdings stören mich in der täglichen Anwendung diverse Punkte: Wenn die größte Karaffe zugleich den kleinsten Wasserfiltereinsatz hat, sodass man seine drei Liter nur bekommt, wenn man eben viermal Wasser auf Maximum einfüllt. Oder dass der Ausgießer einen kleinen Designfehler hat und das meiste immer daneben geht. Oder so materielle Dinge: dass die Karaffe schneller verkalkt als der heimische Teekocher. Oder dass aus dem noch nicht ganz vollen Filtereinsatz immer ungefiltertes Wasser überläuft und direkt in das gefilterte Wasser läuft. Dass Deckel, die beim Einfüllen "automatisch" - dank Physik - nachgeben sollen, stattdessen einfach die Küche fluten... Dies war eine kleine Auswahl der Dinge, die mich so akut genervt haben und die ich in regelmäßigen Abständen an den Kundendienst gemailt hatte. Aber: all dies hat mich mehr und mehr nach Alternativen zu Brita suchen lassen. Das schöne ist, dass Brita mit den Maxtra-Patronen den Standard setzt, sodass auch die meisten Drittanbieter ausschließlich auf dieses System setzen. Somit sind die noch zu Hause rumliegenden ungeöffneten Patronen nicht wertlos und Altplastik, sondern passen auch in die neuen Karaffen. Und an besagtem 15. September letzten Jahres bestellte ich bei amazon eine amazon-Eigenmarke, amazon basics, einen Krug mit Wasserfiltereinsatz. Und ich war begeistert. Eine sehr stabile Form, ein passender Einsatz, kein Überlaufen des eingefüllten Wassers in das gefilterte Wasser. Und, am wichtigsten: der Ausguss war nicht am "Hauptkörper" verankert, sondern am eigentlichen Deckel - und somit klappt der bereits beim Kippen der Karaffe und nicht erst durch Wasserdruck auf und lässt sich so perfekt dosieren. Und ein mögliches Ziel ohne Verschütten und Sauerei problemlos anvisieren und treffen. Damit war Brita bei mir erledigt. Ich wollte lediglich die aktuelle Elemaris noch weiter nutzen. Allerdings ging hier der Deckel für den Einfüllbereich zeitnah nach dem amazon basics Kauf kaputt, was mich zuerst dazu veranlasste, ihn einfach auszubauen. Was mich dann aber so sehr ärgerte, dass ich beschloss, auch die letzte Brita im Haus außer Betrieb zu nehmen. Ersatz fand ich im Rahmen einer Bestellung von Maxtra-Drittanbieter-Filter beim Drogeriemarkt meines Vertrauens. Während ich die Filter suchte, wurde mir plötzlich eine Eigenmarke-Karaffe für wenig Geld ausgeworfen, also bestellte ich diese gleich mit. Und schon war ich Brita-los. An sich wäre die Geschichte jetzt zu Ende - wäre ich nicht ich und hätte ich nicht das magische Händchen für Sonntagsgeräte aller Art... aber das hole ich mit allen Details in einem zweiten Blogpost für euch in den kommenden Tagen nach! Bleibt dran, wenn euch das Schleppen von Stillen-Wasser-Flaschen und der damit verbundene Plastikmüll zu viel ist und ihr nach einer Wasserhahn-Alternative suchen solltet oder schon sucht...! Meinen PodCast abonnieren: | direkt | iTunes | Spotify | Google | Folge direkt herunterladen

Die häufigsten Design Fehler! In dieser Podcast Episode bekommst möchte ich dir die häufigsten Design Fehler erläutern, die mir so im laufe meiner Zeit begegnet sind. Gratis Website-Check https://www.hhess.de/websitecheck/ Website Analyse https://www.hhess.de/websiteanalyse/ Noch eine wichtige Kleinigkeit! Hinterlasse mir bitte eine 5-Sterne-Bewertung auf iTunes, gerne auch ein Feedback und abonniere diesen Podcast. Dadurch werden auch andere auf diesen Podcast aufmerksam und ich kann anderen mit meinen Tipps und Ratschlägen helfen! Ohne dich würde es diesen Podcast nicht geben! Hast du noch Fragen? podcast@hhess.de www.hhess.de

In vielen Videospielen werdet ihr ganz zu Beginn vor eine Frage gestellt: Auf welchem Schwierigkeitsgrad wollt ihr spielen? Auf diese Frage gibt es in der Regel mindestens drei mögliche Antworten. Das Thema geht aber weit darüber hinaus. Schwierigkeitsgrade sind eine Element von Spielen, über das es viel zu sagen gibt. Wir klären in dieser Folge nicht nur, auf welchem Schwierigkeitsgrad wir so zocken, sondern auch, welchen Einfluss die Wahl auf das Spielerlebnis haben kann, ob Spiele wie Sekiro einen einfachen Modus bieten sollten und welche Designfehler dazu führen können, dass ein Spiel zu schwer oder zu leicht wird. Falls ihr uns mal auf unserem Discord-Channel Gesellschaft leisten wollt, dann besucht uns: discord.gg/QH2vBKN Musik: Live at WFMU on Beastin' the Airwaves with Keili on July 17 2011 (Anamanaguchi) / CC BY-NC-ND 3.0

In vielen Videospielen werdet ihr ganz zu Beginn vor eine Frage gestellt: Auf welchem Schwierigkeitsgrad wollt ihr spielen? Auf diese Frage gibt es in der Regel mindestens drei mögliche Antworten. Das Thema geht aber weit darüber hinaus. Schwierigkeitsgrade sind eine Element von Spielen, über das es viel zu sagen gibt. Wir klären in dieser Folge nicht nur, auf welchem Schwierigkeitsgrad wir so zocken, sondern auch, welchen Einfluss die Wahl auf das Spielerlebnis haben kann, ob Spiele wie Sekiro einen einfachen Modus bieten sollten und welche Designfehler dazu führen können, dass ein Spiel zu schwer oder zu leicht wird. Falls ihr uns mal auf unserem Discord-Channel Gesellschaft leisten wollt, dann besucht uns: discord.gg/QH2vBKN Musik: Live at WFMU on Beastin’ the Airwaves with Keili on July 17 2011 (Anamanaguchi) / CC BY-NC-ND 3.0

In dieser Folge der Serie "US-Produkthaftung" zeigt Florian Schmider anhand von Haftungsfällen und den dazugehörigen Urteilen, die Arbeitsweise der Gerichte und Jury in den USA. Anhand der vergangenen Folgen werden die Urteile etwas erörtert, wodurch die Urteile der Jury nachvollziehbarer werden. Abgerundet wird die Folge durch einige Zahlen, Daten und Fakten. Zunächst werden einige allgemeine Fälle aufgeführt, die späteren Fälle sind Beispiele für Instruktionsfehler, Designfehler oder Herstellungsfehler. Durch pausieren der Folge können die Zuhörer auch aktiv über das Urteil der Fälle mitraten.

Unsere gemütliche kleine User Interface Ecke steht in dieser Folge ganz unter dem Eindruck von Timms aktuellem Pendlerleben. Den Weg zum Ref legt er teilweise mit der Hamburger S-Bahn zurück, in der es neue Infodisplays gibt, deren Schrift so klein ist, dass er sie trotz seiner Brille kaum entziffern kann. Die silbernen Mülleimer auf den Bahnsteigen derselben sind besonders spannend: Sie haben ein eigenes Zuhause in den weißen Pfeilerverkleidungen bekommen. Klingt komisch? Unten gibt's Bilder. In jedem Fall diskutieren wir, ob es sein kann, dass Mülleimer im öffentlichen Raum für gewöhnlich keine Ecken hinter sich haben. Und zwar, weil diese die Menschen sofort zum Opfer ihrer Instinkte machen, da sie versuchen, mit Hilfe der Ecke etwas in den Mülleimer zu dunken. Was meistens eine Sauerei gibt. Ist Timm schließlich in Stade angekommen, muss er sich mit einer unschuldig daherkommenden Cafissimo auseinandersetzen, auf der es praktischerweise zwei identische Knöpfe gibt. Wofür stehen sie? Muss man sie gleichzeitig drücken, wenn man einen doppelten Espresso haben will? Nacheinander? Ein Riesenspaß, so ein kleines Rätsel, wenn man schnell einen Kaffee will! Zuletzt besprechen wir noch einen Ärztewegweiser in einem Treppenhaus. Hätten Dipl. -Psych S. König und Dipl. -Psych U. Simon ihre Berufsbezeichnungen vielleicht zusammenfassen können? Und wäre dann mehr Platz für eine interessante Design-Idee, die Timm kommt? Foto vom Infodisplay Foto vom Einbaumülleimer Foto der "Kaffeemaschine" Foto vom Ärzteschild Vorige Folgen dieser Reihe: Folge 1: "Es ist so traurig – ich glaub es ist Zufall" (inoffiziell) Folge 26: Ui-Ecke – Podcast eine Tür weiter

Zu Beginn des Jahres ist eine neue Kategorie von Verwundbarkeiten in die Öffentlichkeit gedrungen, welche als Designfehler in populären CPUs der letzten Jahre schlummerte. Auch wenn dieser Scherbenhaufen galaktischen Ausmaßes selbst den Prozessorflüsterer aus dem Ruhestand gerüttelt hat, kommen wir an diesem Thema nicht vorbei. Als Stargast haben wir Thomas Prescher, einen Mitentdecker der als Meltdown getauften Variante 3, im Studio. Mit ihm versuchen wir nicht nur das Problem zu erklären und einzuorden, sondern auch Schutzmechanismen zu erläutern, warum ein Windowsupdate diesmal nicht immer reicht, und blicken chaotisch chronologisch auf die Zeitleiste vor und nach der Veröffentlichung, welche das goldene Zeitalter der CPU Verwundbarkeiten einläutet. Spoiler: Immer schön Sicherheitsupdates einspielen! Einschalten und zuhören On Air am Dienstag dem 23. Januar von 21:30 - 23:00 Uhr auf coloRadio (Stream).

Mit dieser Episode starten wir eine Reihe: unsere gemütliche kleine User-Interface-Ecke. Hier erzählen wir ab jetzt regelmäßig von Negativ-Highlights, die uns in der jüngsten Zeit begegnet sind. Zur Sprache kommen in der Startfolge unter anderem eklige Mülleimer, Arbeitsplatten in der Küche, die nicht für Menschen mit Händen gemacht sind, aggressive Wasserhähne und Mauern aus Türen. Menschen sind zu blöd, um richtig mit Dingen umzugehen? Bestimmt, aber wenn sich Fails häufen ist das Design schuld. SO. Wie alles Begann a.k.a. Episode 1 der Sonne über Altona zu Ampeldrückern Wasserhahn-Video

Bundestag soll sich zu starkem Datenschutz bekennen Zum ersten Mal überreichen alle 18 deutschen Datenschutzbehörden dem frisch gewählten Bundestag einen Katalog mit handlungsorientierten Grundforderungen. Darin fordern sie eine Korrektur der jüngsten Gesetzgebung und ein Bekenntnis zu starkem Datenschutz. Hintergrund ist der Gesetzesmarathon in den Monaten vor den Bundestagswahlen, in dem viele, aus Datenschutzperspektive grenzwertige Vorhaben verabschiedet wurden. So sei unter anderem die Vorratsdaten-speicherung in all ihren Varianten auf den Prüfstand zu stellen. Erste Hersteller-Updates schließen WPA2-Lücke Nach dem Bekanntwerden der auf den Namen KRACK getauften Schwachstelle im Sicherheitsstandard WPA2 haben einige Hersteller Patches für ihre Produkte veröffentlicht. Sie beheben damit den Designfehler im vier Schritte umfassenden Handshake, der das Mitlesen und die Manipulation WPA2-verschlüsselten Traffics ermöglichte. Angesichts der Vielzahl von No-Name-Herstellern und -Geräten, die WPA2 implementieren, werden viele Geräte aber wohl niemals gepatcht werden. Windows Mixed Reality überzeugt im Kurztest Die erste Windows-Mixed-Reality-Brille ist im Testlabor der c’t eingetroffen und die Redakteure sind ziemlich angetan: Die Installation funktioniert einfach, das Mittendrin-Gefühl stimmt, die 38 Titel zum Start sind ordentlich. Ein paar Kritikpunkte gab es jedoch: Obwohl zwei Hand-Controller im 450 Euro teuren Paket lagen, konnten man diese nicht auf Anhieb verwenden. Man benötigt einen Bluetooth-Dongle – und der wird unverständlicherweise nicht mitgeliefert. Mit Google Maps das Sonnensystem erforschen Google hat in den hauseigenen Kartendienst Maps mehrere Planeten, Monde und Zwergplaneten unseres Sonnensystems integriert. Direkt im Browser können Nutzer nun von der Erde zum Merkur, dem Titan oder Pluto springen und die Himmelskörper erkunden. Diese und alle weiteren aktuellen Nachrichten finden sie auf heise.de

Mancher behauptet ja, der Hype rund um Pokemon Go ist schon wieder vorbei. Aber ganz ehrlich: Alle reden seit ein paar Wochen drüber. Deshalb tun wir das als ehrwürdige Gaming-Talkrunde natürlich auch. Wir haben uns jetzt mal einige Tage mit dem Spiel auseinander gesetzt und während Daniel fast vom Blitz getroffen wird besprechen wir die Designfehler und Stärken des Spiels, den Hype und die Antis und tauschen ein paar Anekdoten über unsere Erlebnisse mit Pokemon Go aus. Wobei Tom sich zwar mal wieder in Rage redet, Schurl die Leute googeln schickt und Georg eigentlich noch gar keine große Lust aufs Spielen hatte, aber eigentlich sind alle sehr zivilisiert. Viel Spaß mit unserer Show zu Pokemon Go!

Anforderungsmanagement Der Fachbuchautor Christof Ebert schreibt in seinem Buch „Systematisches Requirement Engineering“: „Früher dachte ich, Termin und Budgetüberschreitungen kommen von schlechter Schätzung. Dann dachte ich, sie kommen von hoher Komplexität. Heute weiß ich, dass sie davon kommen, dass praktisch alle Projekte zu spät begonnen werden. Dann fehlt die Zeit für die Anforderungsanalyse und Planung. Damit ist das Scheitern vorprogrammiert.“ (Ebert, 2012) Die Einsicht deckt sich auch mit meinen Erfahrungen der letzten 20 Jahre. Und das unabhängig ob es sich um Auftragsentwicklungen, oder interne Unternehmensprojekte handelt. Es wird viel Zeit in die Akquise und die Verhandlungen zu einem Projekt gesteckt. Der Auftrag liegt auf dem Tisch und das Projektteam steht womöglich auch schon in den Startlöchern. Jetzt müssen sie schnell produktiv werden. Da ist die Verlockung groß, die Anforderungen nicht weiter ins Detail zu zerlegen und abzustimmen, sondern schon mal beginnen zu lassen. Aber was versteht man eigentlich genau unter einer „Anforderung“? Eine Anforderung beschreibt, was der Kunde, Auftraggeber oder Benutzer vom zu entwickelnden Produkt erwartet (Nutzen, Eigenschaften, Verhalten, Attribute, Mehrwert) „Könntest Du mir bitte sagen, welchen Weg ich von hier aus nehmen soll?“, fragt Alice im Wunderland die Katze am Wegesrand. „Das hängt vor allem davon ab, wohin Du gehen willst“, antwortet diese. „Ich weiß es nicht…“, sagte Alice. „Dann ist es egal, wohin Du gehst“, antwortet die Katze. (Carroll, 1865) Auch wenn dieser amüsante Dialog aus dieser herrlichen Geschichte witzig anmutet, steckt doch sehr viel Weisheit darin. Ohne ein klares Ziel, wird uns der Weg den wir gehen irgendwo hinbringen. Auf das IT Projektgeschäft übertragen ist es damit aber reiner Zufall wenn wir das treffen, was der Kunde eigentlich wollte. Viel höher ist die Wahrscheinlichkeit dass wir völlig daneben liegen. Fällt das in einem frühen Projektstadium auf, können mittels Changerequest vielleicht noch notwendige Änderungen eingesteuert werden. Je später im Zeitverlauf eines Projektes aber noch Änderungen durchgeführt werden, desto größer sind die Auswirkungen. Das betrifft sowohl Wechselwirkungen mit der Änderungen mit bereits realisierten Systemteilen, als auch Auswirkungen bestehende Dokumentationen und Architekturen. Damit ist ein Designfreeze so früh wie möglich anzustreben und ab dann Änderungen nur noch über einen geregelten Prozess zuzulassen. Dieser intensiv zu managende Änderungsprozess muss die Auswirkungen von ChangeRequests transparent machen. Dafür ist kompetentes Personal einzuplanen. Nur wenn die Auswirkungen und damit Risiken einer Änderung im Detail klar sind, kann über ihre Umsetzung entschieden werden. Mit diesem kleinen Ausflug in das Änderungsmanagement wird klar, dass es deutlich besser ist, Änderungen nach Möglichkeit zu vermeiden. Ist diese Aussage aber richtig, wenn man sich moderne agile Entwicklungsmethoden ansieht, die Änderungen willkommen heißen? Ich glaube ja, denn auch bei agilen Methoden sind klare Anforderung die Basis für den Projekterfolg. Doch Anforderungen sind per Definition unsicher. Christof Ebert schreibt dazu in seinem Buch, dass sich Anforderungen mit einer monatlichen Rate, die 1-5% des gesamten Projektauftrags betragen ändern. Das heißt, dass von Anforderungen, die mit insgesamt 100 Personenwochen Projektaufwand abgeschätzt wurden, sich pro Monat Anforderungen im Umfang von bis zu 5 Wochen ändern! Diese 5 Wochen relative Änderung sind nicht immer mit 5 Personenwochen Aufwand zu erledigen. Stellen Sie sich vor, dass die Änderung erst kommt, nachdem die Anforderung bereits integriert ist. Dann kann eine Änderung ein Vielfaches des ursprünglich dafür notwendigen Aufwands betragen. Diese Hebelwirkung unterstreicht nochmals den Geschäftsnutzen eines systematischen Requirement Engineerings. Was über dieser 5% Änderungsrate pro Monat liegt, gefährdet den Projektverlauf massiv und die daraus resultierenden Projektrisiken können nur mit iterativen oder agilen Vorgehensweisen kompensiert werden. Die Standish Group erstellt seit 1994 alljährlich den Chaos Report der sich mit dem Erfolg- bzw. Misserfolg von IT Projekten beschäftigt. Sie gehört zu den bekanntesten und wichtigsten Langzeitstudien im Bereich Projektmanagement, seit 1994 wurden über 40.000 Einzelprojekte wissenschaftlich untersucht. Die Studie unterteilt in Typ1, Typ2 und Typ3 Projekte. • Typ 1 • Projekt erfolgreich abgeschlossen: Das Projekt wurde rechtzeitig, ohne Kostenüberschreitung und mit dem ursprünglich geforderten Funktionsumfang abgeschlossen. • Typ 2 • Projekt teilweise erfolgreich: Das Projekt wurde abgeschlossen, es kam jedoch zu Kosten- und/oder Zeitüberschreitungen oder es wurde nicht der vollständige geplante Funktionsumfang erreicht. • Typ 3 • Projekt nicht erfolgreich: Das Projekt wurde abgebrochen. Die Studie untersucht Ursachen für Erfolg und Misserfolg und stellt eine Korrelation zwischen Erfolgswahrscheinlichkeit und Projektgröße fest. Die festgestellten Haupterfolgsfaktoren sind: 1. Einbindung der Endbenutzer 2. Unterstützung durch das obere Management 3. Klare Anforderungen Die Hauptpunkte, die zum Scheitern der Projekte führen sind: 1. fehlende Zuarbeit durch Benutzer 2. unvollständige/unklare Anforderungen 3. häufige Anforderungsänderungen (http://de.wikipedia.org, 2015) Auch wenn die Studie in den letzten Jahren stark unter Kritik stand und vor allem die von der Standish Group unbelegten Abbruchzahlen angezweifelt werden, die Studie bestätigt das Paradigma moderner Projektmanagementsysteme, klare Anforderungsdefinition und intensive Einbindung der aller Stakeholder in das Projekt zu forcieren. Interessant in diesem Zusammenhang ist auch die Beobachtung, dass in Krisenzeiten wie in den Jahren 2001 nach dem 11. September und 2008 in der Wirtschaftskrise die vermeintlich unnötigen Ausgaben für Anforderungsmanagement und Reviews drastisch reduziert wurden. Dies hatte jeweils dramatischen Einfluss auf die Projekterfolge der betreffenden Jahre. Christof Ebert resümiert in seinem Buch „Technologische Herausforderungen sind keine gravierenden Projektrisiken. Schlechtes Projektmanagement dagegen schon.“ (Ebert, 2012) Doch wo sind die Schwierigkeiten zu klaren Anforderungen zu kommen? Da ist wie oben bereits erwähnt häufig einfach der Zeitfaktor. Doch wie wichtig es für den Anforderungsmanager ist, Anforderungen immer weiter herunter zu brechen und zu hinterfragen zeigt die Praxis. Mit den folgenden Beispielen möchte ich das etwas deutlicher machen: • Beispiel1: Der Auftraggeber erwähnt Funktionen nicht, weil sie für ihn selbstverständlich sind o Hier muss die Devise lauten, „denken Sie nicht für Ihren Auftraggeber, sondern lassen Sie es sich erklären“. Der Auftraggeber und seine Vertreter sind in der Regel die Spezialisten für das was am Ende herauskommen soll. Als Anforderungsanalyst lässt man sich hier häufig schnell dazu verleiten zu glauben verstanden zu haben und nicht weiter fragen. Sprechen Sie aus was Sie glauben verstanden zu haben und lassen Sie sich ihre Auffassung bestätigen. Sie kennen die Bedürfnisse des Kunden und das was er braucht, niemals so gut wie er selbst. Eine der Schlüsselregeln im Requirement Engineering besagt, dass man dem Kunden das liefern muss was er will und nicht das, was er (vermeintlich) braucht. • Beispiel2: Schwammig formuliere Anforderungen o Schwammige Formulierungen sind irgendwie tierisch bequem- für beide Seiten. Deshalb sind sie ja auch so beliebt. Der Auftraggeber soll sich festlegen- weiß aber im Detail vielleicht gar nicht so genau was er will. Gut wenn die Formulierung da butterweich formuliert ist und man da am Ende noch jede Menge Interpretationsspielraum hat was eigentlich gemeint war. o Auf der anderen Seite ist da natürlich die Auftragnehmer Seite. Auch hier sind schwammige Formulierungen eine bequeme Sache- vor allem wenn man noch nicht so genau weiß wie man es machen will und was das Ergebnis wirklich alles können wird. o Schwammige Anforderungen sind also allseits beliebt- zumindest in der Definitionsphase der Anforderungen. Spätestens wenn es an die Realisierung geht, fallen diese mit aller Gewalt auf die Füße. Dann hagelt es Changerequests und Designfehler wegen unklarer Anforderungslage • Beispiel3: Anforderungen die erst spät klar werden o Je innovativer und komplexer ein Projekt ist, desto höher ist die Wahrscheinlichkeit, dass sowohl von Auftraggeber- als auch von Auftragnehmer Seite Anforderungen erst sehr spät in der Realisierungsphase klar werden. Dieser Gefahr entgegnet man durch eine gründliche Anforderungsanalyse in der die künftigen Anwendungsszenare durchgespielt und immer wieder auf Konsistenz geprüft werden. Daraus ergeben sich die 3 Hauptrisiken des Anforderungsmanagements: • Fehlende Anforderungen o Es ist wichtig zu aller erst den Business Case des Kunden zu verstehen. Mit dem Verständnis für den Business Case, wird der Nutzen klar, der für den Kunden nach erfolgreicher Projektrealisierung entstehen soll. o Das blose Abfragen all dieser Anforderungen macht eine Anforderungsspezifikation aber noch lange nicht vollständig. Es ist wichtig den Grund, die Querbeziehung zwischen den Anforderungen und die Perspektive aus der heraus die Anforderung formuliert wurde zu verstehen. • Falsche Anforderungen o So wie man vergeblich nach fehlerfreier Software sucht, so muss man auch von fehlerhaften Anforderungen ausgehen. Doch qualitativ unzureichende Anforderungen die widersprüchlich-, inkonsistent-, lückenhaft sind, oder Denkfehler aufweisen führen nicht nur zu ständigen ChangeRequests, sie reduzieren auch die Arbeitsmotivation des Projektteams das durch solche Anforderungen zunehmend orientierungsloser wird. o Nur durch frühzeitiges validieren und verifizieren der Anforderungen, werden Fehler aufgedeckt. Die späteren Anwendungsszenare sind immer und immer wieder durchzuspielen um solche Fehler aufzudecken. o Am besten machen das erfahrungsgemäß die Tester. Diese haben ein Händchen für das Fehlerpotenzial und entdecken bei Reviews sehr viel mehr Fehler als Projektmanager oder Architekten. Darüber hinaus, ist es ein hervorragendes Training für die eigentlichen Tests, denn dadurch sind die Anwendungsszenare bestens bekannt. • Sich ändernde Anforderungen o Anforderungen deren Änderungen nicht kontrolliert werden, führen zu Termin und Kostenüberschreitungen und haben negativen Einfluss auf die Qualität o Auf keinen Fall dürfen Änderungen durchgeführt werden, deren Auswirkungen nicht analysiert und bewertet wurden. o Ab der zweiten Projekthälfte ist es ratsam, nur noch sehr wichtige Änderungen ohne größere Auswirkungen zuzulassen. o Ich wurde kürzlich von einem sehr jungen Softwareentwickler gefragt, ob man meiner Meinung nach jedes Projekt und sei es noch so klein, managen muss? Ich antwortete ihm, dass selbst ein Kleinstprojekt ein funktionierenden Änderungsmanagement benötig. Nur so ist dokumentiert, welche Anforderungen aktuell gültig sind und wo Änderungen anstehen. Hast Du Deinem Kunden erst einmal einen Termin auf Basis der vereinbarten Anforderungen versprochen, wirst Du es häufig erleben dass schon kurze Zeit danach die ersten Änderungswünsche hereinschneien. Das ist zwar ganz normal- muss aber abgefangen werden. Denn meist handelt es sich ja nur um „Kleinigkeiten“ die man doch noch so mitmachen kann. Doch auch vermeintliche Kleinigkeiten haben Wechselwirkung mit anderen Systemteilen, erhöhen die Komplexität und den Testaufwand. Ehe man sich versieht baut man sich mit einer solchen Kleinigkeit einen Fehler an ganz anderer Stelle ein. Und wenn man es erst einmal zugelassen hat, dass der Auftraggeber noch Anforderungen nachschieben darf, wird man das sehr schnell kaum noch unterbinden können. Und wie soll das Projekt dann zum vereinbarten Termin fertig werden? Änderungen erzeugen Aufwand für Realisierung, Test und Dokumentation und der muss sich auf die benötigte Realisierungszeit niederschlagen. Man müsste sich ja unterstellen lassen, den Aufwand nicht ehrlich kalkuliert zu haben, wenn Änderungen möglich sind, ohne dass dies Auswirkung auf Zeit und Geld hat. Nur wer Änderungen kontrolliert, hat die Möglichkeit die Erreichung der Projektziele zu kontrollieren. So, für heute möchte ich damit Schluss machen. In der nächsten Folge greifen wir dieses Thema wieder auf ich möchte Ihnen dann etwas über die verschiedenen Arten von Anforderungen erzählen. Bis dahin wünsche ich Ihnen viele grüne Meilensteine tschüss und bye bye Ihr Andreas Haberer Literaturverzeichnis Carroll, L. (1865). Alice im Wunderland. USA: Bassermann, Edition, 2014. Ebert, C. (2012). Systematisches Requirements Engineering. Stuttgart: dpunkt.Verlag Heidelberg. http://de.wikipedia.org. (1. 01 2015). Von http://de.wikipedia.org/wiki/Chaos-Studie: http://de.wikipedia.org/wiki/Chaos-Studie abgerufen Weitere Informationen finden Sie unter www.Bundesvereinigung-ITPM.de