Im Jahr 2018 wurde das Buch "Entwicklung der Softwareanforderungen" nachgedruckt. Kollegen haben mir einen Link zur Publikation geschickt. Die Autoren fügten Techniken für die Arbeit in agilen Projekten hinzu, um die Rolle des Analysten und Empfehlungen für die Automatisierung zu bestimmen. Es gibt äußerst
widersprüchliche Bewertungen im Web. Ich bestellte ein Buch und fand die Frage heraus.
Vorteile
Alles ist gemalt
Anfänger erhalten ein umfassendes Verständnis der Arbeit des Analytikers. Profis werden sich daran erinnern, was sie selbst gesehen haben. Alle Phasen der Erstellung von Spezifikationen werden analysiert. Anhang B enthält ein Handbuch, das auf der Grundlage des Problemlösungsprinzips erstellt wurde. Das Inhaltsverzeichnis selbst dient als Hinweis. Detaillierte Checklisten sind in fast jedem Kapitel enthalten. Eine Spezifikationsvorlage enthält beispielsweise 8 Klauseln, 24 Unterklauseln und zwei Anhänge. Umfassende Anleitung.
Leicht zu findende Informationen
Die Informationen sind klar strukturiert und erleichtern das Durchsuchen des Buches. Das Inhaltsverzeichnis umfasst 9 Seiten. Es findet schnell die richtige Bühne und Erklärung. In jedem Kapitel gibt es Verweise auf andere Kapitel, wenn dort eine Frage ausführlicher beschrieben wird. Am Ende des Handbuchs befindet sich ein Glossar mit Begriffen, sodass Sie keine Angst vor Phrasen wie „UML“, „Lebenszyklus eines Wasserfallprojekts“ oder „CRUD-Matrix“ haben können. In wenigen Minuten gibt es eine PDF-Version früherer Ausgaben. Sie können die Dokumentsuche verwenden, wenn Sie bestimmte Daten benötigen.
Für alle in der IT
Analysten kommen mit allen am Projekt Beteiligten in Kontakt: Kunden, Designer, Entwickler, Tester, Verkäufer, Support und Benutzer des Produkts. Und jede Gruppe sollte wissen, wie sie das Mandat angemessen mit dem korrelieren kann, was sie tut. Ein unerfahrener Mitarbeiter könnte etwas fragen wie: "Und wo steht für uns geschrieben, dass nichts passieren sollte, wenn Sie auf diesen Artikel klicken?" Wenn er das Buch liest, wird er diese Frage beantworten und angemessene Kommentare zu dem Dokument hinterlassen.
Erläuterung der Bedingungen
Es ist schwierig, das Handbuch aus Gewohnheit zu lesen, aber nach der 700. Seite wird es einfacher :) Im Verlauf der Präsentation wird jedes Konzept in Klammern in Originalform in Englisch angegeben. Dies ist praktisch, da der Übersetzer nicht immer korrekt ist und Sie Wikipedia auf Englisch öffnen können. Am Ende des Buches befindet sich ein Glossar mit Begriffen und Erklärungen. Es stimmt, es gibt nicht alle Konzepte, die im Handbuch enthalten sind. Um die Liste zu ergänzen, musste ich 50 neue Sätze und Seitenzahlen von Hand hinzufügen.
Nachteile
Ausführlichkeit
Autoren missbrauchen lange Sätze und unnötige Informationen. Aus diesem Grund ist die Bedeutung schwieriger zu erfassen.
„Mithilfe von Anforderungsmanagement-Tools können Sie Anforderungen nachverfolgen und Beziehungen zwischen verschiedenen Arten von Anforderungen, zwischen Anforderungen in verschiedenen Subsystemen sowie zwischen einzelnen Anforderungen und zugehörigen Systemkomponenten (wie Design, Codemodulen, Tests und Benutzerdokumentation) identifizieren.“
Leo Tolstoi, bist du?
"... Kommunikationsmethoden können eine effektive zeitliche und räumliche Synchronisation innerhalb des Teams ermöglichen."
Und auf dem Flyleaf steht geschrieben, dass dies ein Handbuch ist, keine philosophische Abhandlung.
"Zustandsdiagramm für den Status von Lebensmittelbestellungen."
Die Autoren wiederholen nicht zweimal, wiederholen nicht.
"Stephen Withall (2007) beschreibt viele Schemata zur genauen Dokumentation von Daten (auch Informationen genannt)."
Daten = Informationen. Und da ist etwas dran!
Und solch semantisches Rauschen im ganzen Buch. Es besteht der Verdacht, dass die Autoren für die Zeilen bezahlt wurden.
Grammatikfehler
Während des Lesens zählte ich sie mehr als 160. Alle Fehler im Lehrplan. Zum Beispiel: Wörter werden übersprungen, "-tsya" wird anstelle von "-tat" verwendet, Sätze werden in einem Absatz wiederholt, alltägliche Tippfehler werden gefunden, Kommas werden übersprungen, Konzepte, die auf ähnliche Weise geschrieben wurden, werden verwirrt.
Der erste Fehler tritt auf, sobald Sie das Buch öffnen. Chris hat keinen Größenwahn, sie haben sie nur mit Karl verwechselt, der ihr ein Buch gewidmet hat. Sie sind Ehepartner.
Wie gefällt dir dieser Satz?
"Neugestaltung des Systems zur besseren Verarbeitung volatiler Geschäftsregeln, die eine komplexe Projektunterstützung darstellten."
Produktplatzierung
Im Verlauf der Präsentation erwähnen die Autoren wiederholt Microsoft-Produkte. Sie sind so berühmt, dass es keinen Sinn macht, über sie zu schreiben. Und wenn es notwendig ist, die Anforderungsmanagementsysteme (SUT) zu benennen, schweigen die Autoren darüber. Ich habe dieses Kapitel nur für sie gelesen. Das Buch wurde gerade von Microsoft Press veröffentlicht, während die "weichen" kein vollwertiges SUT haben. Die Loyalität des Unternehmens überwog die berufliche Verschuldung.
Understatement
In Anhang B geben die Autoren beispielsweise ein Beispiel für die Anforderungsdokumentation. Sie schreiben, dass Kunden Abonnements ändern können sollten. Über die Schaffung von Abonnements wird jedoch nichts gesagt. Wie kann ich etwas ändern, das noch nicht erstellt wurde? Die Anfangsphase wurde übersprungen.
Oder es wird angegeben, dass das System dem Kunden die Angabe einer Zahlungsmethode ermöglichen soll. Es wird jedoch nicht über die Zahlungsbestätigung geschrieben. Wozu geben Sie an, wie Sie bezahlen möchten, wenn die Zahlung nicht bestätigt werden kann? Verpasste die letzte Etappe.
Die verbleibenden Schritte werden in der Anwendung detailliert beschrieben. Vor diesem Hintergrund hinterlassen die fehlenden Glieder in der Optionskette ein Gefühl der Unterschätzung. Es ist klar, dass Anwendungen als Beispiel angegeben werden, aber immer noch.
Was ist für Russland relevant?
Bevor ich las, dachte ich ungefähr so: „Was kann uns ein Amerikaner raten? Sie haben alles in Zahlen und es gibt kein Problem. “ Es stellte sich heraus, dass die Probleme ungefähr gleich sind.
Keine Kultur des Respekts vor Anforderungen
Ein bekannter Entwickler sagte: "Ich lese TK nicht, sondern schreibe sofort Code." Dies ist kein ausgewogener Ansatz. Die Implementierung wird nicht mit interessierten Parteien koordiniert, zusätzliche Optionen werden nicht untersucht und die Kommunikation mit anderen Elementen wird übersehen. Das Fehlerrisiko und sein Preis steigen. Wenn der Benutzer nach der Veröffentlichung einen Fehler findet, erhöht sich sein Preis um das 21-fache. In der Phase von TK ist die Beseitigung viel billiger. Obwohl die Unternehmen die Spezifikation nicht ernst nehmen, wird sie "am besten gewollt sein, aber es hat sich wie immer herausgestellt".
Keine geschäftlichen Anforderungen
Geschäftsanforderungen beschreiben, warum ein Unternehmen ein System benötigt, dh Ziele, die ein Unternehmen damit erreichen möchte. Wenn Sie sich jedoch mittelständische russische Unternehmen ansehen, bekommen Sie einen seltsamen Eindruck. Einige verstehen nicht, warum sie produzieren, während andere nicht verstehen, warum sie kaufen. Aber die Ambitionen sind aufgeblasen und setzen auf Siegel auf Instagram. Es kommt vor, dass Sie mit einem anderen Genie aus Skolkovo kommunizieren und er seinen Kunden leidenschaftlich imaginäre Bedürfnisse auferlegt. Infolgedessen sieht das Unternehmen wie ein Gemüse aus, und das Budget sieht aus wie ein löchriger Eimer.
An Design anhängen
Dies ist nicht möglich, da Sie nach der Neugestaltung die TK bearbeiten müssen. Dies ist eine unnötige Zeitverschwendung. Die Spezifikation muss nicht vom Design abhängig sein. Lassen Sie die Designer die Wahl, wie sie diese oder jene Anforderung implementieren möchten. Beispielsweise kann das Steuerelement "Löschen" als Schaltfläche, Symbol, Link, Wischen oder Kontextmenüelement dargestellt werden. Es ist besser, dies durch Funktionen und Schaltkreise zu beschreiben, als durch Schnittstellen. Nicht "das System zeigt eine Dropdown-Liste an", sondern "das System bietet eine Auswahl".
Kein Verständnis der Besonderheiten des Analytikers
In einem Unternehmen haben Analysten beispielsweise ihre Verantwortlichkeiten erweitert. Sie wurden angewiesen, die Behörden darüber zu informieren, wann und von wem diese oder jene Anforderung umgesetzt wird. Wenn es eine Verzögerung gab, fanden sie heraus, warum. Die Aufgabe wurde schrittweise übertragen und Verantwortliche aus anderen Abteilungen ernannt. Infolgedessen litt der Inhaltsteil. Alles, was beschrieben wird, liegt in der Verantwortung des Projektmanagers. Der Manager ist für den Informationsaustausch über das Projekt verantwortlich, der Analyst für den Informationsaustausch über das Produkt. Dies sind zwei verschiedene Geschäftsbereiche.
Keine Werkzeuge verwendet
Ein Chef wollte, dass diejenigen, die mit TK arbeiten, sie nahe am Text kennen. Das ist nicht real. Das Unternehmen hat mehrere zehn TK und ihre Zahl steigt. Wenn Sie selbst vor einem Monat mit dem Entwurf von TK fertig sind, vergessen Sie es immer noch, denn dann tauchen Sie in 2-3 neue ein. Das Problem wird nicht durch Speicher gelöst, sondern durch die Implementierung von Anforderungsmanagementsystemen (SUT). Sie unterstützen die Identifizierung, Verwaltung, Verfolgung und Rücknahme von Anforderungen. Aber Sie müssen dafür bezahlen, und die Arbeitgeber bevorzugen es, auf altmodische Weise zu arbeiten, wie in einem Sprichwort:
Zwei Soldaten des Baubataillons ersetzen den Bagger.
Und eine der Luftstreitkräfte ersetzt sie doppelt.
Post scriptumIch schrieb an die Herausgeber einer Version des Buches in russischer Sprache über die Fehler und schlug vor, sie gemeinsam zu beheben. Die Anfrage wurde gelesen, aber das Personal antwortete nicht. Analphabetismus halten sie daher für die Norm. Das ist traurig, weil das Original gut ist.
Fazit
Das Buch hinterlässt aufgrund seiner Unordnung einen kontroversen Eindruck. Der Inhalt ist hoch, die Form jedoch nicht. Das ist entmutigend. Aber wenn ein Spezialist als Analyst auftreten möchte, muss er verstehen, was die Autoren sagen wollten. Es ist nicht einfach, aber die aufgewendete Zeit lohnt sich und Sie werden sich ein bisschen mehr respektieren.