{"id":98,"date":"2014-06-13T10:52:54","date_gmt":"2014-06-13T10:52:54","guid":{"rendered":"http:\/\/projektklinik.de\/?p=98"},"modified":"2015-01-28T08:23:51","modified_gmt":"2015-01-28T08:23:51","slug":"zahlen-mit-und-ohne-sinn","status":"publish","type":"post","link":"https:\/\/projektklinik.de\/?p=98","title":{"rendered":"Zahlen mit und ohne Sinn"},"content":{"rendered":"

Kaum eine Organisation verzichtet auf das Folterinstrument namens „Reporting“.<\/p>\n

Ein Auftraggeber\u00a0au\u00dferhalb der Organisation („Kunde“) oder innerhalb („Manager“) verpflichtet den Auftragnehmer\/Mitarbeiter dazu, \u00fcber sein Handeln und den Fortschritt von Projekten regelm\u00e4\u00dfig Rechenschaft abzulegen: „Was Du nicht misst, kannst Du nicht steuern“.<\/p>\n

Meist werden neben ein paar qualitativen Aussagen zum Stand der Dinge Key Performance Indicators (KPIs), Kurven und Statistiken gefordert. Zahlen sollen objektive Transparenz schaffen und so das Steuern erleichtern.<\/p>\n

So weit, so gut.<\/p>\n

Es gibt allerdings einen nahezu allgegenw\u00e4rtigen Effekt, der viele Berichtende in den Wahnsinn treibt: Zahlen ohne Sinn.<\/p>\n

    \n
  1. Es werden sehr h\u00e4ufig Zahlen und Statistiken angefordert, die schwer oder\u00a0 aufw\u00e4ndig zu ermitteln sind. Entweder, weil es Quantifizierungen qualitativer Effekte sind („Wie ist die Stimmung im Team?“) oder weil die eingesetzten Systeme die Zahlen nicht von selbst hergeben, sie also manuell gesammelt oder aus dem Vorhandenen zusammeninterpretiert werden m\u00fcssen.
    \nKontraproduktiver Nebeneffekt zum reinen Zeitaufwand: Schnell setzt hier ein solider Schlendrian ein, denn wenn der Berichtende schon riesige M\u00fche hat, die Zahlen zu besorgen, kann sicher auch niemand nachvollziehen, ob sie wirklich stimmen!<\/li>\n
  2. Der Gegenstand des Reportings bildet gar nicht die Realit\u00e4t des Projekts ab.
    \nBeispiele: \u00dcber Epics soll berichtet werden, aber viel von dem, was die Teams tun, geh\u00f6rt zu keinem Epic. Die „Lines of Code per Day“ sollen berichtet werden, sie haben nur praktisch keine Aussagekraft. In einem Scrum-Projekt wird die Team-Velocity verlangt, aber das Team jeden Sprint umgebaut, was f\u00fcr die Velocity jedes Mal einen Reset bedeutet und die Werte zwischen Sprints unvergleichbar macht.<\/li>\n
  3. Das Management hat fast nie eine klare Idee, was es aus den Zahlen \u00fcberhaupt f\u00fcr Steuerungsimpulse ableiten soll. Wenn KPI X nach oben oder nach unten geht, was hei\u00dft das und was macht man dann? Was sind gef\u00e4hrliche Grenzwerte? Was ist Rauschen, was Signal? Keine Ahnung, aber sch\u00f6n die Zahlen zu haben…<\/li>\n
  4. Wenn ein Manager doch eine Idee davon hat, was er tun will, wenn sich die Zahlen in die eine oder andere Richtung bewegen, trifft er Entscheidungen oft allein auf dieser Basis (Am Tag nach dem Release: „Die Zahl der beobachteten Produkte im Shop ist nach Update der Benutzeroberfl\u00e4che gesunken? Panik! R\u00fcckg\u00e4ngig machen!“).
    \nDabei k\u00f6nnen Zahlen nur ein Indikator<\/em> f\u00fcr Probleme sein, da sie immer eine \u2013 zum Teil grobe \u2013 Vereinfachung sind und einen qualitativen Kontext brauchen, um korrekt verstanden zu werden: Nat\u00fcrlich geht die Benutzung einer neu gestalteten Funktion immer<\/em> erstmal zur\u00fcck, bis sich die Leute daran gew\u00f6hnt haben. Die zur\u00fcckgehende Team-Velocity ist auf Urlaube zur\u00fcckzuf\u00fchren. Das Burndown, das Story Points aus abgeschlossenen User Storys darstellt, verl\u00e4sst kurz nach Beginn des Betrachtungszeitraums seinen Ideal-Korridor – weil das Team richtigerweise mit der gr\u00f6\u00dften, risikoreichsten Story beginnt und deshalb die Abtragung erst sp\u00e4ter, daf\u00fcr aber gr\u00f6\u00dfer als bei den anderen Storys erfolgt.<\/li>\n<\/ol>\n

    M\u00f6glichst wenige, richtig definierte, realit\u00e4tsnahe, leicht ermittelbare Zahlen k\u00f6nnen ein sehr hilfreiches Instrument beim Steuern von Projekten sein – wenn klar ist, was sie einem sagen und was daraus folgt.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Kaum eine Organisation verzichtet auf das Folterinstrument namens „Reporting“. Ein Auftraggeber\u00a0au\u00dferhalb der Organisation („Kunde“) oder innerhalb („Manager“) verpflichtet den Auftragnehmer\/Mitarbeiter dazu, \u00fcber sein Handeln und den Fortschritt von Projekten regelm\u00e4\u00dfig Rechenschaft abzulegen: „Was Du nicht misst, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[55],"tags":[67,72,71,70,66,69,68],"_links":{"self":[{"href":"https:\/\/projektklinik.de\/index.php?rest_route=\/wp\/v2\/posts\/98"}],"collection":[{"href":"https:\/\/projektklinik.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/projektklinik.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/projektklinik.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/projektklinik.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=98"}],"version-history":[{"count":13,"href":"https:\/\/projektklinik.de\/index.php?rest_route=\/wp\/v2\/posts\/98\/revisions"}],"predecessor-version":[{"id":175,"href":"https:\/\/projektklinik.de\/index.php?rest_route=\/wp\/v2\/posts\/98\/revisions\/175"}],"wp:attachment":[{"href":"https:\/\/projektklinik.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=98"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/projektklinik.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=98"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/projektklinik.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=98"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}