Unbedingt mal
draufschauen
#gleichrichtigmachen
Qualitätsprobleme | Projektschieflage | Partnerquerelen | Begutachtungsbedarf | Unternehmensbedrohung
Dein Projekt ist eine Qual. Ihr macht schon ewig dran rum, aber es geht einfach nicht richtig voran. Die ursprüngliche Deadline liegt in ferner Vergangenheit und regelmäßig wird die neue Deadline weiter in die Zukunft verschoben. Es gibt unterschiedlichste Meinungen im Unternehmen, woran das liegt. Daher geben sich Beratungsunternehmen die Klinke in die Hand, aber von außen konnte euch bisher auch noch keiner helfen. Du weißt, dass jetzt endlich das Gesamtkonzept neutral bewertet werden muss und möchtest auch ehrlich wissen, ob hier noch was zu retten ist.
Es gibt unzählige Gründe, wie es soweit kommen konnte. Leute arbeiten lieber an dem, was angenehm ist, als daran, was zwar weh tut aber das Projekt nach vorne bringt. Probleme bleiben zu lange unsichtbar, weil das Reporting nach oben immer grüner wird. Personen, Partner, Technologien und Methoden, die in der Vergangenheit gut performed haben, werden nicht hinterfragt. Aber vor allem hält man oft länger als sinnvoll an (frühen) Entscheidungen fest, obwohl diese nur oberflächlich geprüft wurden und nur deshalb nicht mehr in Frage gestellt werden, weil schon so viel Aufwand darauf verwendet wurde (Pot-Committed).
Mit einer schlichten Projekt-Retrospektive ist es hier offensichtlich nicht getan. Wir unterziehen strategisch und unbelastet die wichtigen Entscheidungen im Projekt einem neutralen Review. Bei Bedarf erstellen wir auch ein offizielles Gutachten. Wir gehen dorthin, wo es kritisch ist und sagen ehrlich, was Sache ist. Dabei leiten uns folgende Prinzipien:
12
Das tatsächliche Problem ist oft ein ganz anderes als das vermeintliche Problem!
Die wirklichen Ursachen kommen nur ans Licht, wenn alle Aspekte angemessen betrachtet werden!
13
Nur wenn wir die Gesamtverfassung des Systems beleuchten, finden wir die wirklichen Ursachen für Probleme. Dazu schauen wir integriert auf alle relevanten Aspekte und beziehen alle relevanten Stakeholder mit ein. Wir betrachten das System von außen und von innen und wie es gebaut wird. Wir schauen uns an, ob die Ziele aller relevanten Stakeholder bekannt und präzise formuliert sind. Wir prüfen, ob die wichtigen Anforderungen klar herausgearbeitet sind, insbesondere alle Qualitätsanforderungen, und ob diese im System-/Produkt-Design konsequent berücksichtigt sind. Wir analysieren pragmatisch für konkrete Anforderungen, inwieweit die Architektur dafür angemessen ist. Zusätzlich schauen wir, ob diese Architektur auch tatsächlich so im Code umgesetzt wurde. Selbstverständlich holen wir auch Feedback bezüglich Usability und User Experience aus der alltäglichen Nutzung des Systems von den wichtigsten Nutzergruppen ein.
Darüber hinaus werfen wir einen Blick auf das Engineering, also wie das System gebaut wird. Dazu gehört das Entwicklungsvorgehen genauso wie die erstellte Dokumentation und auch die Organisationsstruktur mit ihren Rollen und Verantwortlichkeiten.
Das hört sich jetzt erst mal extrem umfangreich an. Aber unsere Stärke liegt eben genau darin, dass wir mit wenigen Informationen sehr gut entscheiden können, welche Bereiche wir genauer betrachten müssen und bei welchen das nicht nötig ist. Wir erstellen sehr pragmatisch Querbezüge aus all diesen Strängen und bekommen so einen klaren Blick auf das Big Picture, um die wirklichen Ursachen ans Licht zu bringen.
14
Die Lösung betrifft oft mehr Bereiche als den, wo das Problem aufgetaucht ist!
Damit es besser wird, muss es auf jeden Fall anders werden!
15
16
Breite Akzeptanz für Ergebnisse gibt es nur, wenn sie ehrlich und neutral sind!