# Go Projects

> Wie Softwareprojekte gelingen: Lastenheft und Pflichtenheft, Schätzung, Budget, agile oder klassische Planung, Risiken und die häufigsten Gründe für das Scheitern.

- [Softwareprojekt planen: die 7 Schritte vor dem Kick-off](https://go-projects.de/projektplanung/softwareprojekt-planen/): Ein Softwareprojekt planst du in sieben Schritten: Ziel und Erfolgskriterium festlegen, Nutzer und Anforderungen sammeln, den Umfang priorisieren, Aufwand als Spanne schätzen, Vorgehen und Rollen bestimmen, Risiken benennen und einen Meilensteinplan mit festen Prüfpunkten aufsetzen. Erst danach lohnt sich Code. Der Plan wird nach jedem Meilenstein aktualisiert, nicht einmal geschrieben und abgeheftet.
- [Lastenheft Software: Vorlage mit Gliederung und Beispielen](https://go-projects.de/projektplanung/lastenheft-software-vorlage/): Ein Lastenheft für Software beschreibt aus Sicht des Auftraggebers, was die Software leisten soll, nicht wie sie gebaut wird. Eine brauchbare Vorlage enthält Ausgangslage, Ziele, Nutzergruppen, funktionale und nicht-funktionale Anforderungen, Schnittstellen, Rahmenbedingungen, Abnahmekriterien und eine Abgrenzung dessen, was nicht dazugehört. Der Auftragnehmer antwortet darauf mit dem Pflichtenheft.
- [User Stories schreiben: Vorlage, Beispiele, Kriterien](https://go-projects.de/projektplanung/user-stories-schreiben/): Eine User Story schreibst du nach dem Muster „Als [Rolle] möchte ich [Ziel], damit [Nutzen]“ und ergänzt sie um drei bis sieben Akzeptanzkriterien, die ein Tester abhaken kann. Gute Stories erfüllen die INVEST-Kriterien: unabhängig, verhandelbar, wertvoll, schätzbar, klein und testbar. Zu große Stories zerlegst du entlang von Arbeitsschritten, Regeln oder Datenvarianten.
- [MoSCoW-Priorisierung: Anforderungen richtig einteilen](https://go-projects.de/projektplanung/moscow-priorisierung/): Bei der MoSCoW-Priorisierung teilst du Anforderungen in vier Gruppen: Must have (ohne geht es nicht live), Should have (wichtig, aber verschiebbar), Could have (wünschenswert) und Won't have this time (bewusst nicht jetzt). Entscheidend ist die Budgetregel: Muss-Anforderungen sollten höchstens 60 Prozent des geschätzten Aufwands ausmachen, damit Reserve für Unvorhergesehenes bleibt.
- [Software entwickeln lassen: Kosten realistisch kalkulieren](https://go-projects.de/schaetzung-und-budget/software-entwickeln-lassen-kosten/): Die Kosten ergeben sich aus Aufwand mal Stundensatz. Freie Softwareentwickler in Deutschland verlangen im Median rund 90 Euro netto pro Stunde (freelancermap, September 2026), Agenturen meist mehr. Ein einfaches internes Tool mit 300 Stunden liegt damit bei etwa 27.000 Euro, eine Fachanwendung mit Schnittstellen schnell im sechsstelligen Bereich. Wartung und Weiterentwicklung kommen über die Laufzeit hinzu.
- [Aufwandsschätzung Software: Methoden und Rechenbeispiel](https://go-projects.de/schaetzung-und-budget/aufwandsschaetzung-software/): Für eine belastbare Aufwandsschätzung zerlegst du das Projekt in Arbeitspakete, schätzt jedes mit optimistischem, wahrscheinlichem und pessimistischem Wert und rechnest nach PERT: (O + 4M + P) / 6. Die Summe ergänzt du um eine Streuung und kommunizierst das Ergebnis als Spanne mit Wahrscheinlichkeit, etwa „62 bis 72 Personentage, mit 80 Prozent unter 69“.
- [Story Points schätzen: Planning Poker und Velocity erklärt](https://go-projects.de/schaetzung-und-budget/story-points-schaetzen/): Story Points schätzt du relativ, nicht in Stunden: Das Team wählt eine kleine, gut verstandene Referenz-Story als 2 oder 3 Punkte und vergleicht neue Stories damit. Beim Planning Poker legen alle verdeckt eine Fibonacci-Karte, große Abweichungen werden besprochen. Aus der Velocity vergangener Sprints ergibt sich dann eine Prognose als Spanne.
- [Festpreis oder Time and Material: welches Modell passt?](https://go-projects.de/schaetzung-und-budget/festpreis-oder-aufwand/): Ein Festpreis lohnt sich, wenn der Umfang stabil und präzise beschrieben ist. Dann trägt der Anbieter das Kostenrisiko, preist es aber ein. Time and Material passt, wenn Anforderungen sich noch ändern werden. Du zahlst den tatsächlichen Aufwand und steuerst den Umfang selbst. Oft am besten: Abrechnung nach Aufwand mit Budgetdeckel und festem Umfang nur für Muss-Anforderungen.
- [Agil vs. Wasserfall: Wann welches Vorgehen passt](https://go-projects.de/projektsteuerung/agil-vs-wasserfall/): Wasserfall plant alle Phasen nacheinander und passt, wenn Anforderungen stabil, gut beschreibbar und vertraglich fixiert sein müssen. Agile Verfahren wie Scrum liefern in kurzen Zyklen von höchstens einem Monat lauffähige Teilergebnisse und passen, wenn Anforderungen sich erst durch Nutzung klären. Viele Projekte fahren am besten hybrid: Rahmen und Budget klassisch, Umsetzung agil.
- [Warum scheitern IT-Projekte? Ursachen und Frühwarnzeichen](https://go-projects.de/projektsteuerung/warum-it-projekte-scheitern/): IT-Projekte scheitern meist nicht an der Technik, sondern an unklaren Zielen, schleichend wachsendem Umfang, Schätzungen, die zu Zusagen werden, fehlenden Entscheidern auf Fachseite und dem Unwillen, rechtzeitig abzubrechen. Große Studien zeigen außerdem: Gefährlich ist nicht die durchschnittliche Überschreitung, sondern der Ausreißer, bei dem sich Kosten verdreifachen.
- [Change Request im Projekt: Ablauf, Vorlage, Bewertung](https://go-projects.de/projektsteuerung/change-request-projekt/): Ein Change Request ist ein formaler Antrag, den vereinbarten Projektumfang zu ändern. Er wird schriftlich gestellt, vom Auftragnehmer nach Aufwand, Kosten, Termin und Risiko bewertet und von einer benannten Person freigegeben oder abgelehnt. Erst nach Freigabe wird umgesetzt. So bleibt sichtbar, warum Budget und Termin sich verschieben.
- [Abnahmeprotokoll Software: Vorlage und Ablauf der Abnahme](https://go-projects.de/projektsteuerung/abnahme-software-abnahmeprotokoll/): Ein Abnahmeprotokoll für Software hält fest, was getestet wurde, welche Mängel mit welcher Schwere gefunden wurden, ob abgenommen wird und welche Rechte sich der Auftraggeber vorbehält. Wichtig, weil die Abnahme nach § 640 BGB die Vergütung fällig macht und bei bekannten Mängeln ohne Vorbehalt Rechte verloren gehen können.

Über diese Website: https://go-projects.de/ueber-uns/