Was ist ein angemessener Qualitätsstandard für Anforderungsspezifikationen?

Dies ist immer noch eine sehr komplexe Frage, und ich denke, es ist möglich, dass eine Antwort einen Teil davon trifft und das Ganze verfehlt. Ich denke immer noch über das Problem nach, aber in der Zwischenzeit habe ich heute das folgende Zitat gefunden

Die Designspezifikation muss anders geregelt werden als die Anforderungen. Wenn die Anforderungen angemessen geregelt wurden und die Anforderungen überwiegend mit dem Begriff „Das System soll …“ beginnen, müssen unsere Designleiter und Entwickler neue Faktoren berücksichtigen, wenn sie die Designphase steuern. Da das Design die Übersetzung der geschäftlichen und technischen Anforderungen in eine entwicklungsfähige Spezifikation ist, müssen wir an dieser Stelle des Projekts Folgendes berücksichtigen

Was folgt, sind einige Kriterien für die Übersetzung von Anforderungen in eine Design-Spezifikation.

Ich glaube, Sie haben ein Qualitätssicherungsproblem, und die Lösung besteht darin, sich den Prozess der Umwandlung unvollständiger Geschichten in produzierbare Designs anzusehen. Nominell gibt es drei Stufen, die versagen könnten.

1. Die zugrunde liegenden Daten, die Sie erhalten, könnten fehlerhaft sein. Sieht so aus, als ob Sie VIELE Daten erhalten, und ich muss mich fragen, ob einige der Quellen zuverlässiger sind als andere. Wenn die Priorisierung der Quellen, die zu verbesserten Anforderungen und Designspezifikationen führen, den Prozess nicht verbessern würde.
2. Du. Möglicherweise fehlen Ihnen die Kenntnisse, Fertigkeiten, Fähigkeiten usw., die für die Durchführung des Prozesses erforderlich sind. Wenn dies der Fall ist, muss Ihr Vorgesetzter Schulungen organisieren, um Ihre Fähigkeiten zu verbessern. Ich sage das nicht, um Sie zu beleidigen, sondern um umfassend zu sein.
3. Ausgabe - vielleicht sind die Anforderungen gut, aber die Übersetzung in Designspezifikationen ist unzureichend. Vielleicht hat die Schnittstelle zwischen Ihnen und dem Designteam etwas Rauschen. (Ein Teil des Materials, das ich aus Ihrer Frage heraus bearbeitet und Ihnen empfohlen habe, es zu Workplace SE zu bringen, mag diese These unterstützen, aber ich würde eine objektive Bestätigung suchen).

Wenn ich an deiner Stelle wäre, würde ich nach ein paar Dingen suchen.

• Eine Art vereinbarter Qualitätsmetrik – ein objektiver, vereinbarter Standard, den wir verwenden könnten, um Verbesserungen zu verwalten. Anzahl der Anforderungen, die unverändert umgesetzt werden. Anzahl der Meetings, die erforderlich sind, um eine erfolgreiche Anforderung zu erstellen. Aber es muss eine Kennzahl sein, die von Ihnen, Ihrem Management und Ihren nachgelagerten Kunden (denjenigen, die sich beschweren) akzeptiert wird. Finden Sie heraus, wie die Qualität heute ist, und verpflichten Sie sich, sie bis zum Datum X um N % zu verbessern. (Auch wenn das Beste, was Sie tun können, lautet: „25 % der Anforderungen sind erfolgreich, aber bis zum 30 10 % der Anforderungen erfordern 3 oder mehr Meetings..."
• Ursachenanalyse jeder fehlgeschlagenen Anforderung. Warum war diese Anforderung unbefriedigend? Was musste geändert werden und an welcher Stelle im Prozess hätte der Fehler erkannt werden sollen? Hatten Sie nicht die richtigen Daten? Verwendet das Designteam eine andere Definition allgemeiner Begriffe?
• Managementunterstützung. Ich schließe aus Ihrer Frage, dass Sie einige dysfunktionale und außer Kontrolle geratene Prozesse haben und dass diese innerhalb des Unternehmens zu Spannungen führen. Alle beteiligten Parteien (Sie, das Designteam, die Bestellung, die Unternehmensleitung, das Endergebnis, der Kunde) werden davon profitieren, diese Reibungen zu verringern und den Prozess zu verbessern. Aber die Veränderung von Prozessen ohne die aktive Unterstützung der Manager beider Parteien ist ... riskant.

Sie arbeiten in einer Art Scrum-Variante, und ich bin nicht in das Scrum-Evangelium eingeweiht; Ich würde gerne den Kommentar einiger unserer Deacons of Scrum zu diesem Problem hören. Basierend auf meinem begrenzten Verständnis von Scrum, denke ich, dass Sie ein großes Problem haben. Mein Eindruck ist, dass Scrum eine effektivere Kommunikation ermöglichen soll, und dies scheint in Ihrem Fall nicht der Fall zu sein.