Große Organisationen lagern Softwareprojekte häufig aus. Dazu erstellen sie Ausschreibungsunterlagen, die von Softwareunternehmen zur Angebotsabgabe genutzt werden.
Ausschreibungsunterlagen müssen Anforderungen spezifizieren, damit interessierte Unternehmen den Aufwand abschätzen können. Welches ist das beste Format für diese Anforderungen? Use Cases, User Stories, traditionelle funktionale Anforderungen, High-Level-Features ?
Wenn Sie detaillierte Anwendungsfälle schreiben, müssen Sie im Vorfeld viel Arbeit leisten, und Sie laufen Gefahr, dass Details fehlen, die zusätzlich berechnet werden, sobald sie vom Auftragnehmer gefunden werden.
Wenn Sie High-Level-Features schreiben, sind die Schätzungen der Softwareunternehmen nicht genau, und Sie laufen Gefahr, dass das Unternehmen ein kompliziertes Softwareprojekt unterschätzt.
Was sind Ihre Gedanken und Erfahrungen zu diesem Thema?
Vielen Dank im Voraus.
Bei einer Ausschreibung würde ich aus externer Sicht eine komplette Feature List als Mittelpunkt sehen. Es repräsentiert Ihre Blackbox-Perspektive auf das System. Es kann leicht (bei Bedarf) begleitet werden von:
Das Verfassen dieser Dokumente kann den allgemeinen Regeln des Anforderungsmanagements folgen. Wenn Sie die erforderlichen Artefakte richtig anordnen und verknüpfen, werden das Änderungsmanagement und die Wirkungsanalyse einfach. (Wenn Sie bei der Ausschreibung nicht alles preisgeben, ist es nicht schlimm, dass Sie schon etwas weiter geschaut haben.)
Ich würde dringend davon abraten, Anforderungsniveaus, Granularität und Typ zu mischen. Das müsste zwar der Lieferant aufräumen, aber die Wartung auf Kundenseite wird fehleranfällig.