Dokumente zu Projektbeginn
Als international agierendes Unternehmen kommunizieren unsere Projektmanager und Entwickler generell in englischer Sprache. Sämtliche Dokumente stellen wir auf Wunsch natürlich auch in deutscher Sprache zur Verfügung.
Lastenheft (Software Requirements Document)
Das Lastenheft wird in Zusammenarbeit mit dem Kunden verfasst. Es enthält die Ist-Situation des Geschäftsumfelds sowie das zu erreichende Ziel. Unsere Projektmanager unterstützen und beraten bei der Erstellung und ergänzen das Lastenheft gegebenenfalls mit intern relevanten Informationen.
Pflichtenheft (Functional Specification)
Das Pflichtenheft ist die Weiterentwicklung des Lastenhefts und beinhaltet auch technische Details zur Umsetzung. Diese genaue, sachliche Anforderungsbeschreibung sorgt für einen systematischen und erfolgreichen Entwicklungsprozess.
SOW/Statement of Work
Das SOW wird zum Zeitpunkt des Projektstarts erstellt und umfasst alle relevanten Informationen zum Projektablauf:
- Liste der Dokumente, die als Basis für die Projektumsetzung dienen
- Funktion und Tätigkeitsbereich aller Projektteammitglieder (Kunde und Specific-Group)
- regelt Kommunikationsabläufe (wer kommuniziert wie mit wem)
- Beschreibung der Infrastruktur (Hard- & Software, ggf. Zugriff auf Kundensysteme)
- Beschreibung der Projektrisiken
- optional: einen Zeitplan für Projektmeetings
- Übersicht der Deadlines (Milestones etc.)
- Übersicht der Qualitätsmerkmale
- Zeitplan für die Lieferung der Releases
- Beschreibung der Handhabung von Change Requests
- Kriterien für den Produktionseinsatz der Software
- Definition der Abnahmemodalität
Laufende Dokumentation
- Release Protokoll: Beschreibt die einzelnen Updates, Builds, Releases oder Versionen eines Programms und seine Erweiterungen. Das Release Protokoll wird von den Entwicklern erstellt und beinhaltet eine Liste von Softwarekomponenten, Bug fixes, Change Requests, die mit dem gelieferten Update umgesetzt wurden bzw. nicht umgesetzt wurden.
- Datenbank Modell: Sämtliche Änderungen an den Datenbanken müssen protokolliert werden. Die notwendigen Anpassungen werden von den Entwicklern durchgeführt.
- Besprechungsprotokolle: Protokolle aller Kundenbesprechungen sorgen für verbesserte Prozesse und werden vom Projektmanager gezielt an die beteiligten Personen verteilt.
- Product Backlog: Das Product Backlog enthält die Projekttasks (Stories) des zu entwickelnden Produkts. Es umfasst eine Liste aller Funktionalitäten, die der Kunde wünscht, zuzüglich technischer Abhängigkeiten. Vor jeder Umsetzung der Stories innerhalb eines vordefinierten Zeitraums (Sprint) werden die Elemente des Product Backlogs neu bewertet und priorisiert.
- Sprint Backlog: Das Sprint Backlog enthält alle Projekttasks (Stories), die notwendig sind, um das Ziel des Sprints zu erfüllen. Die Projekttasks werden hierbei in sogenannte Issues unterteilt.
- Team Backlog: Im Team Backlog werden teambezogene Aufgaben und Anmerkungen vom Project Master festgehalten. Diese Aufgaben werden während des Review Meetings und der Retrospektive erfasst und im Zuge des nächsten Planungsmeetings behandelt. Team Backlog Einträge sind Story unabhängig und rein teambezogen.
- Impediment Backlog: In das Impediment Backlog werden alle Hindernisse des Projekts eingetragen, die nicht teambezogen sind.