Project Health Check: Ist Ihr Softwareprojekt in Gefahr?

Beantworten Sie 30 kurze Fragen zu Zeitplan, Budget, Team, Code, Kommunikation, Anforderungen und wem die Zugänge gehören. In fünf Minuten erhalten Sie ein grünes, gelbes oder rotes Ergebnis, eine Bewertung für jeden Bereich und einen 14-Tage-Aktionsplan.

Kostenlos · 5 Minuten · ohne Registrierung · Ihre Antworten werden nicht gespeichert

Kein Audit eines Dienstleisters. Dies ist eine Selbsteinschätzung auf Grundlage Ihrer eigenen Antworten. Sie ist kein Audit und keine Bewertung eines namentlich genannten Dienstleisters, Teams oder einer Person. Wir fragen den Namen Ihres Auftragnehmers nicht ab, erfassen ihn nicht und speichern ihn nicht.

Project Health Check — ist Ihr Softwareprojekt in Gefahr?

Zunächst etwas Kontext

Nur die Rolle ist Pflicht. Der Rest passt die Fragen und die nächsten Schritte an; auf die Bewertung hat er keinen Einfluss.

Was wir prüfen

Sechs Bereiche, die darüber entscheiden, ob ein Softwareprojekt gut ausgeht. Zu jedem gibt es vier oder fünf Sachfragen — dazu, was passiert, nicht dazu, wie Sie sich fühlen. Plus eine separate Prüfung von Zugang und Eigentum: Sie fließt nicht in die Bewertung ein, kann ein Projekt aber davon abhalten, grün zu werden.

  • Zeitplan

    Ob Releases zum vereinbarten Termin kommen und ob Sie lauffähige Software sehen können.

    Beispiel: Wie weit liegt das nächste Release oder der nächste Meilenstein hinter dem vereinbarten Plan?

  • Budget

    Ob die Ausgaben dem von Ihnen abgenommenen Fortschritt entsprechen und ob die Kosten bis zum Abschluss bekannt sind.

    Beispiel: Wie viel mehr haben Sie im Vergleich zum Plan für den erreichten Fortschritt ausgegeben?

  • Team

    Fluktuation, Abhängigkeit von Schlüsselpersonen, tatsächliche Kapazität und Erfahrung mit den schwierigen Teilen.

    Beispiel: Wie viele Schlüsselpersonen haben in den letzten 3 Monaten das Projekt verlassen oder wurden ersetzt?

  • Code & technische Schulden

    Wer den Code kontrolliert, wie er gebaut, getestet und ausgeliefert wird und ob ihn sich schon jemand von innen angesehen hat.

    Beispiel: Kontrolliert Ihr Unternehmen das Quellcode-Repository?

  • Kommunikation

    Wie oft Sie Fortschritt sehen, wie früh Sie von Problemen erfahren und ob die Berichte der Realität entsprechen.

    Beispiel: Wie oft erhalten Sie einen Statusbericht oder eine Demo?

  • Produkt & Anforderungen

    Schriftliche Anforderungen, stabiler Umfang, eine entscheidungsbefugte Person auf Ihrer Seite und ein messbares Ziel.

    Beispiel: Sind Anforderungen und Abnahmekriterien schriftlich festgehalten und aktuell?

  • Zugang & Eigentum

    Wem Domain, Server, Store- und Dienst-Konten, das geistige Eigentum am Code und die Meilenstein-Abnahmen gehören.

    Beispiel: Auf wessen Namen laufen Domain, Hosting und Cloud-Konten?

So funktioniert die Bewertung

  1. Eine Bewertung für jeden Bereich

    Jede Antwort zählt 0 bis 3 Risikopunkte, und wichtigere Fragen wiegen schwerer. Jeder Bereich erhält eine Bewertung von 0 bis 100; der Gesamtwert ist ein gewichteter Durchschnitt der sechs Bereiche. Ab 75 ist das Ergebnis grün, 50–74 gelb, unter 50 rot.

  2. Eine Katastrophe wird nicht weggemittelt

    Ein Durchschnitt kann eine einzelne Katastrophe verbergen, deshalb gelten zusätzlich Schutzregeln: kein Zugang zum Code, nichts Lauffähiges zum Ansehen, Zahlungen weit vor der abgenommenen Leistung oder wochenlang keine Updates sind kritische Signale. Ein kritisches Signal oder ein sehr schwacher Bereich bedeutet, dass das Projekt nicht grün sein kann; zwei davon machen es rot. Stoppsignale bei Zugang und Eigentum funktionieren genauso: zum Beispiel gehören Domain und Hosting nicht Ihnen, oder der Dienstleister behält das geistige Eigentum am Code.

  3. „Weiß ich nicht“ ist eine Antwort

    Nichtwissen zählt als mittleres Risiko, nicht als „in Ordnung“. Wenn Sie die Hälfte eines Bereichs nicht wissen, wird er als „nicht genug Daten“ markiert, und das Projekt kann nicht grün sein. Sind weniger als vier Bereiche beantwortet, geben wir gar kein Ergebnis aus.

Was tun, wenn das Ergebnis rot ist

  • Sichern Sie sich den Zugang zu Code und Hosting. Administratorrechte, schriftlich, noch diese Woche — was auch immer als Nächstes passiert.
  • Bitten Sie um eine Demo des lauffähigen Builds. Per Bildschirmfreigabe innerhalb von fünf Werktagen.
  • Setzen Sie Vorauszahlungen aus. Zahlen Sie nur für Meilensteine, die anhand schriftlicher Kriterien abgenommen wurden.
  • Holen Sie ein unabhängiges Review ein. Es dauert Tage und macht die Entscheidung — sanieren, umstrukturieren oder übergeben — faktenbasiert.

Wir können das für Sie übernehmen: Code-Review und Modernisierung, Senior Engineers zur Verstärkung Ihres Teams oder ein dediziertes Team, das das Projekt übernimmt.

Mehr dazu: wie Sie ein Softwareprojekt planen, warum Schätzungen danebenliegen und Warnsignale in einem Entwicklungsvertrag.

FAQ

Was misst der Project Health Check?

Sechs Bereiche, die darüber entscheiden, ob ein Softwareprojekt gut ausgeht: Zeitplan, Budget, Team, Code und technische Schulden, Kommunikation, Produkt und Anforderungen, plus eine separate Prüfung von Zugang und Eigentum. Sie beantworten 30 Sachfragen und erhalten eine Bewertung pro Bereich, ein grünes, gelbes oder rotes Gesamtergebnis, ein empfohlenes Szenario und einen 14-Tage-Aktionsplan.

Ist das ein Audit oder ein Urteil über meinen Dienstleister?

Nein. Dies ist eine Selbsteinschätzung auf Grundlage Ihrer eigenen Antworten. Sie ist kein Audit und keine Bewertung eines namentlich genannten Dienstleisters, Teams oder einer Person. Wir fragen den Namen Ihres Auftragnehmers nicht ab, erfassen ihn nicht und speichern ihn nicht.

Werden meine Antworten gespeichert oder weitergegeben?

Nein. Die Bewertung wird in Ihrem Browser berechnet, und die Antworten existieren nur in diesem Tab, bis Sie ihn schließen. Wenn Sie den vollständigen Plan anfordern, enthält die Anfrage nur die Codes Ihrer Antworten und das Ergebnis sowie die Kontaktdaten, die Sie eingeben.

Wie wird die Bewertung berechnet, und wer hat die Gewichtungen festgelegt?

Jede Antwort fügt 0 bis 3 Risikopunkte hinzu, gewichtet danach, wie wichtig die Frage ist; jeder Bereich erhält 0–100, und der Gesamtwert ist ein gewichteter Durchschnitt. Schutzregeln verhindern, dass ein einzelnes kritisches Problem weggemittelt wird. Gewichtungen und Schwellenwerte sind ein Arbeitsvorschlag auf Basis unserer Projekterfahrung und werden an realen Projekten kalibriert.

Mein Ergebnis ist rot — was sollte ich zuerst tun?

Sichern Sie sich Administratorzugang zu Code und Hosting, bitten Sie innerhalb von fünf Tagen um eine Live-Demo des lauffähigen Builds und setzen Sie Vorauszahlungen aus, bis der nächste Meilenstein abgenommen ist. Holen Sie dann ein unabhängiges Review ein und entscheiden Sie: mit einem Sanierungsplan weitermachen, umstrukturieren oder an ein anderes Team übergeben.

Kann ich den Check auch für ein internes Team nutzen?

Ja. Wählen Sie im Kontext-Schritt „Unser eigenes Team“: Fragen, die nur bei einem externen Dienstleister sinnvoll sind — Zahlungen vor der abgenommenen Leistung, Change Requests, Zugang zum Code, Berichte im Vergleich zur Realität —, werden ausgeblendet und nicht gewertet.

Wer sollte ihn ausfüllen — der Inhaber oder der Projektmanager?

Idealerweise beide, getrennt voneinander. Wo Inhaber und Projektmanager unterschiedlich antworten, ist dieser Unterschied bereits eine Erkenntnis.

Kann YuSMP ein Projekt übernehmen oder retten?

Ja. Es beginnt mit einem unabhängigen Review von Code, Plan und verbleibendem Umfang; auf Wunsch unterzeichnen wir vorab Ihr NDA. Danach entscheiden Sie, ob Sie das Projekt mit dem aktuellen Team sanieren, umstrukturieren oder übergeben.

Warum wird Zugang und Eigentum separat geprüft?

Weil es darüber entscheidet, ob Sie überhaupt die Richtung ändern können. Bleiben Domain, Hosting, Store-Konten oder das geistige Eigentum am Code beim Dienstleister, wird ein Teamwechsel langsam und riskant, egal wie gut der Rest aussieht. Zugang fließt nicht in die Bewertung ein, aber ein Stoppsignal (zum Beispiel kein Zugang zum Hosting oder keine Übertragung des geistigen Eigentums im Vertrag) verhindert, dass das Projekt grün wird, und zwei machen es rot.

Was enthält der 14-Tage-Aktionsplan?

Was morgen zu tun ist (meist Zugang, Geld und ein lauffähiger Build), was in der ersten Woche zu tun ist (die Antworten, die die Bewertung senken, und bei Bedarf ein Code-Review) und was in der zweiten Woche zu tun ist (den schwächsten Bereich stabilisieren), mit einem Entscheidungspunkt an Tag 14. Sie sehen den Plan auf dem Bildschirm und erhalten ihn zusätzlich als PDF per E-Mail.

Fünf Minuten jetzt können später Monate sparen

30 Fragen, ohne Registrierung, Ihre Antworten bleiben in Ihrem Browser.

Mein Projekt prüfen

Verwandte Tools und Leitfäden

Selbsteinschätzung, kein Audit. Keine Rechts- oder Finanzberatung. Preise · Softwaremodernisierung · Staff Augmentation · Dedicated Teams