Ich kann mir einfach nicht vorstellen, Software ohne Spezifikation zu schreiben. Unabhängig davon, wie lückenhaft oder auf hohem Niveau es ist, ist es wichtig, den ahnungslosen Programmierern die Spezifikation zu erklären, welche Funktionen das Programm bietet.
Das Problem mit der Spezifikation ist jedoch, dass es sich während des gesamten Softwareentwicklungszyklus um einen Bürger zweiter Klasse handelt. Wenn die Entwicklung den Dampf aufnimmt, wird er vernachlässigt. Im Streitfall werden sich die Entwickler, Tester und Vertriebsmitarbeiter bemühen, die Spezifikation zu finden, die ihre Gründe rechtfertigt.
Es werden entweder ein oder mehrere Szenarien auftreten:
- Die Spezifikation kann nicht wiederhergestellt werden, niemand weiß, wo sich die Spezifikation befindet
- Verschiedene Versionen der Spezifikation stammen aus verschiedenen Quellen. es braucht große Schwierigkeiten, um herauszufinden , welche Version die aktuelle Version ist, oder ob es ist eine neueste Version verfügbar.
- Die Spezifikation ist unvollständig, einige Teile der Dokumente, auf die sie verweist, fehlen.
Daher ist das Spezifikationsmanagement wichtig, und es ist ebenso wichtig, dass jeder nur eine einzige Spezifikationsquelle hat.
Wie verwalten Sie Ihre Spezifikationen? Ich habe versucht, alle dazu zu bringen, Google Text & Tabellen zu verwenden, aber alle haben Einwände erhoben. Jeder ist einfach zu angetan und verliebt in Microsoft Word, das seiner Meinung nach sehr einfach zu verwenden ist, sehr einfach Bilder einzufügen, sehr einfach Gleichungen einzugeben und so weiter.
Wie kann man sie davon überzeugen, dass MS Word für das Teilen einfach schrecklich ist?
quelle
Ich denke nicht, dass es sich um ein "Werkzeug" -Problem handelt, sondern um ein "Prozess" -Problem (oder ein Problemmangel).
Sie haben wahrscheinlich bereits einen Prozess zum Freigeben von Software (Komponententest, Integrationstest, Freigabeschreiben, Lieferung usw.). Sie müssen auch einen Dokumentationsprozess implementieren.
quelle
Eine Art von Kontrolle ist definitiv erforderlich.
Es muss versioniert und abgemeldet werden, und dieser Prozess muss streng sein.
An zu vielen Orten wird die Abmeldung vernachlässigt, was zu Brötchenkämpfen führt.
Der Ort spielt keine Rolle, solange er verfolgt werden kann
Noch wichtiger ist jedoch, dass Sie sich von allen Beteiligten und 1 oder 2 Personen, die dafür verantwortlich sind, einkaufen müssen, um sowohl das Dokument als auch die Abmeldung zu verwalten, z. der Projektmanager.
quelle
MS Word eignet sich perfekt zum Erstellen einer Spezifikation. Wir verwalten unsere in SharePoint, das auch die Versionierung übernimmt. Wenn Sie SharePoint oder ein anderes Dokumentverwaltungsprodukt nicht zur Hand haben, ist Google Text & Tabellen in Ordnung (Sie können jetzt DOC- / DOCX-Dateien hochladen, ohne sie in das Google Text & Tabellen-Format zu konvertieren). Oder wie andere vorgeschlagen haben, können Sie sie sogar in Ihrem Versionskontrollsystem für den Quellcode speichern (wenn die Personen, die die Spezifikationen erstellen, Zugriff auf dieses System haben).
quelle
Sie können den Unterschied zweier Instanzen in einem Versionskontrollsystem nicht einfach vergleichen.
Aus diesem Grund mag ich keine Wortspezifikationen. Aber da es eine politische Entscheidung ist, Wortspezifikationen zu verwenden, haben wir als erste Seite "Verlaufsinformationen" mit diesen Spalten:
Versionsnummer (bezieht sich auf Produktüberprüfung), Autor, Datum, Beschreibung
quelle