Was passiert ohne Voruntersuchung?
Früher musste ich Systeme zur Erstellung von Transportrouten entwickeln und verkaufen: Punkte mit Bestellungen werden auf der Karte angezeigt, man umkreist sie mit der Maus und platziert sie in Autos. Ein Unternehmen kontaktiert uns mit der Bitte, die Anwendung zu verkaufen. Einige Monate lang haben wir versucht herauszufinden, warum sie ein solches System benötigen. Als Ergebnis haben sie ihnen eine „Box“ verkauft, fragten sie wirklich. Dann hat dieses Unternehmen beschlossen, uns für die Implementierung zu gewinnen. Und dann stellte sich heraus, dass sie in erster Linie Funktionen für die Berücksichtigung von Kraftstoff benötigten, die in unserem System völlig fehlten.
Und es kommt vor, dass Sie während der Entwicklung eines Systems einem Projekt beitreten, die Projektdokumentation und bereits entwickelte Funktionen studieren. Und irgendwann kommt das Bewusstsein: Es gibt eine Schnittstelle, das Programm macht etwas, aber um zu beantworten, warum es entwickelt wird, welche Geschäftsaufgaben es löst, welche Indikatoren erreicht werden sollten, ist keines der Projektteams in der Lage. Ist es auf diese Weise möglich, ein System zu erstellen, das die Kundenanforderungen erfüllt?
Mit anderen Worten, noch bevor die Leistungsbeschreibung erstellt wurde, sollte eine normalerweise kleine (wie wann) Studie durchgeführt und eine Reihe von Fragen beantwortet werden.
Schlüsselfragen, die die Umfrage beantwortet
Wie das Sprichwort sagt, müssen Sie verstehen, WAS, WO, WANN. Nämlich:
- Was ist der Zweck der Entwicklung, welchen Nutzen wird der Kunde nutzen.
- Was ist das vorgeschlagene Geschäftsschema, ein Prozess, der mit dem erstellten System automatisiert wird.
- Was sind die Hauptbenutzerfunktionen des Systems?
Warum schreiben, warum reicht es nicht zu diskutieren und zu sprechen?
Durch die Erstellung eines Dokuments können Sie einen Gedanken auf einer völlig anderen qualitativen Ebene formulieren als in einer mündlichen Diskussion. In einem Gespräch bleiben viele Details unerreicht, einige Informationen werden vergessen und später übersehen. Und Papier rettet alle Gedanken.
Ja, das Verfassen von Dokumenten ist eine mühsame und manchmal unangenehme Angelegenheit, aber es lohnt sich. Ein Gedanke ist nur dann wertvoll, wenn er gebildet wird, und er entsteht, wenn er auf Papier formuliert wird.
Was sollte eine Prüfung vor dem Projekt beinhalten?
In der Regel bezieht sich eine Pre-Design-Umfrage auf die Untersuchung der Geschäftsprozesse eines Unternehmens. Viele Artikel und Bücher wurden darüber geschrieben. Leider reicht eine einfache Darstellung der Prozesse nicht aus.
Das Ergebnis der Studie kann ein ganzes Paket von Dokumenten sein (
einige davon finden Sie am Ende des Artikels ). Das zentrale (und leider oft einzige) Dokument, das ich normalerweise habe, ist das Dokument „System Concept“. Wir werden dieses Dokument in diesem Artikel diskutieren.
Als ich meine eigene Struktur des Konzepts entwickelte, stützte ich mich auf einen Bericht, der gemäß GOST 34 in der Phase „Festlegung der Anforderungen für Kernkraftwerke“ erstellt wurde (siehe Standard RD 50-34.698-90 „Methodische Anweisungen. Informationstechnologie. Eine Reihe von Standards und Leitfäden für automatisierte Systeme. Automatisiert Systeme. Anforderungen an den Inhalt von Dokumenten "). Aber er machte seine Ergänzungen.
Ein „Systemkonzept“ kann 2 und manchmal 30 Seiten enthalten. Es hängt alles von der Problemstellung ab. Das „Konzept“ wird in der Regel mit dem Top-Management des Kunden vereinbart, und nur auf dieser Grundlage kann die Leistungsbeschreibung entwickelt werden.
Der Zweck der Schaffung (Modernisierung) des Systems
Unter dem Ziel der Schöpfung verstehe ich, dass es ein Geschäftsziel ist. Automatisieren ist nicht das Ziel. Das Hinzufügen einer Funktion ist ebenfalls kein Ziel. Und „optimieren“ ist nicht das Ziel. Zum Beispiel sitzt ein Mitarbeiter und kann ein paar Stunden am Tag direkt am Arbeitsplatz schlafen (übrigens ein realer Fall). Und jemand bittet darum, seine Aktivitäten zu automatisieren. Warum? Damit er vier Stunden schläft?
Für die mehrjährige Analyse von Dutzenden von Projekten wurden nur fünf mögliche Ziele für die Schaffung (Modernisierung) des Systems identifiziert:
- Ein neues Geschäft wird organisiert (zum Beispiel ein Online-Bestellsystem). Es ist klar, dass Entwicklung unabdingbar ist, wenn das Geschäft über das Internet abgewickelt werden soll.
- Niedrigere Betriebskosten. Der klassische Fall ist, dass durch die Automatisierung weniger Personal zur Verfügung steht oder mit Hilfe einer besseren Planung mit weniger mehr erreicht werden kann.
- Verbesserung der Qualität interner Prozesse. Auch ein klassischer Fall. Wenn Manager beispielsweise bei der Suche nach neuen Kunden ständig vergessen, jemanden anzurufen, Informationen über den Lead verlieren, ist es sinnvoll, CRM zu implementieren.
- Risikominderung in Abhängigkeit von wichtigen Mitarbeitern (z. B. „goldene Nägel“). Es kommt vor, dass aufgrund des geringen Automatisierungsgrades und der Komplexität der Prozesse eine Reihe von Vorgängen von 1-2 Mitarbeitern ausgeführt werden können, deren Entlassung (oder Krankheit) das gesamte Unternehmen beenden kann. Es wird mehr als einen Monat dauern, um neue zu finden und zu unterrichten.
- Erfüllung externer Anforderungen. Zum Beispiel ist ein neues Gesetz erschienen, oder es gibt eine Gegenpartei-Anforderung, dass Sie über eine elektronische Dokumentenverwaltung oder Kontrolle über die Arbeit mobiler Mitarbeiter verfügen müssen.
Es ist klar, dass das Ziel wünschenswert ist, greifbar zu machen. Wenn wir die Kosten senken wollen, wie viel und auf Kosten von was. Wenn wir ein neues Geschäft organisieren, müssen wir mindestens das ungefähre Betriebsvolumen und die Anzahl der Betreiber verstehen. Wenn wir die Qualität der Prozesse verbessern, sollten wir die Bandbreite der Probleme skizzieren und eine Lösung vorschlagen.
Systemidee
Wenn sich das Dokument „Konzept“ als ziemlich umfangreich herausstellt, ist es zunächst sinnvoll, das Wesentliche des Systems, seine Idee, kurz zu skizzieren. Sie möchten beispielsweise eine Art spezialisiertes soziales Netzwerk erstellen (gehen Sie in Museen und teilen Sie Ihre Eindrücke). Ich würde zuerst die Notwendigkeit der Kommunikation zwischen Besuchern beschreiben und dann kurz zusammenfassen: Es wird eine mobile Anwendung entwickelt, in der der Benutzer seine Eindrücke von dem einen oder anderen Exponat schreiben kann.
Vergleich von Alt und Neu
Der effektivste Weg, die Essenz des geschaffenen Systems zu verstehen, besteht darin, wie vom Gegenteil zu gehen.
Dazu müssen Sie:
- Bestehende Prozesse kurz beschreiben;
- auf ihre Mängel hinweisen;
- ein neues Schema vorschlagen, das die beschriebenen Nachteile beseitigt.
Mit diesem Abschnitt soll die Notwendigkeit der Einführung eines neuen Systems begründet werden. Eine detaillierte Beschreibung der Geschäftsprozesse wird am besten in einem separaten Dokument platziert. Hier konzentrieren wir uns auf Mängel und Vorschläge.
Was werden wir verdienen?
Wenn Sie eine Anwendung entwickeln, mit der Sie Geld verdienen möchten, müssen Sie auf jeden Fall die Verdienstmethoden festlegen: Werbung, kostenpflichtiges Abonnement, kostenpflichtige Dienste, berechnete Zinsen usw. Die ausgewählte Methode (oder die ausgewählten Methoden) können die zu entwickelnde Funktionalität stark beeinflussen.
Interesse der Parteien
Wenn für das Funktionieren des geschaffenen Systems die Beteiligung anderer Organisationen erforderlich ist, muss entschieden werden, wie sie für die Arbeit und das Interesse gewonnen werden können. Mit anderen Worten, zuerst bauen wir die gesamte Geschäftskette auf, dann alles andere.
Beschreibung automatisierter Prozesse
Der Zweck dieses Abschnitts besteht darin, ein allgemeines, aber vollständiges Bild des Prozesses zu vermitteln. Sie entwickeln beispielsweise einen Online-Shop. Natürlich benötigen Sie einen Katalog, einen Warenkorb, die Integration mit einer übernehmenden Bank und eine Lieferung. Aber hier können die Fragen der Rücksendung, der Verweigerung der Lieferung, der Verweigerung des Lieferanten, des unerwarteten Mangels an Waren auf Lager Ihrer Aufmerksamkeit entgehen. Es ist besser, alle möglichen Optionen im Voraus zu überlegen und zu entscheiden, welche davon automatisiert werden und welche Fälle so selten auftreten, dass es besser ist, sie im manuellen Modus zu "harken".
Es ist nicht erforderlich, Diagramme zur Beschreibung bereitzustellen. Im allgemeinen Fall enthüllt ein reguläres Textskript die Essenz von Aktionen viel vollständiger.
Rechtliche Unterstützung
Es stellt sich häufig heraus, dass Personen oder Organisationen, die die Anwendung verwenden, nach dem Erstellen eines Systems gegen das Gesetz verstoßen. Daher müssen Sie zuerst ein rechtlich sauberes System finden und dann technische Lösungen entwickeln.
Funktionsliste
Das Dokument „Konzept“ ist keine
technische Aufgabe , daher werden Geschäftsfunktionen, die obere Ebene, beschrieben. Es macht derzeit keinen Sinn, über die Autorisierung und die Arbeit mit dem Benutzerprofil zu sprechen. Es muss jedoch eine allgemeine Vorstellung von der Funktionalität gegeben werden.
Sicherheitsanforderungen
Wenn Sie ein Finanzsystem oder ein System entwickeln, das streng vertrauliche Daten enthält, müssen Sie eine Liste der Sicherheitsstandards bereitstellen. Zum Beispiel Verschlüsselungsanforderungen für gespeicherte oder übertragene Daten. Vergessen Sie nicht die strengeren Anforderungen an die Verarbeitung und Speicherung personenbezogener Daten.
Auswahl einer Systemimplementierungsoption
Abhängig von den Anforderungen ist es manchmal erforderlich, den Anwendungstyp (Webanwendung, native), die Plattform (Windows, Linux) und die allgemeine Architektur (ein Server oder mehrere Cluster) zu bestimmen, ob ein typisches System verwendet und von Grund auf geändert oder weiterentwickelt werden soll. Dazu müssen Sie die vorgeschlagenen Optionen vergleichen und die am besten geeignete auswählen.
Andere vorgestaltete Studiendokumente
Wie oben erwähnt, ist das Ergebnis einer guten, seriösen Vorprojektstudie, die das gesamte Team mehr als eine Woche lang durchgeführt hat, ein ganzes Paket von Dokumenten. Hier sind einige davon:
- Das Konzept des Systems (das Dokument, das wir in diesem Artikel besprochen haben).
- Marktforschung.
- Machbarkeitsstudie.
- Der Projektplan einschließlich der Berechnung des Arbeits- und Ressourcenplans.
- Plan der Marketingaktivitäten.
- Geschätztes Projekt.
- Return on Investment Plan.
- Vorbesetzung.
- Systemarchitektur.
- Sicherheitskonzept (bei einer großen Menge an Beschreibungen einer Sicherheitsmaßnahme können Sie diese in einem separaten Dokument ablegen.
- Präsentationen für den Kunden, potenzielle Investoren und potenzielle Kunden.
Fazit
In dem Artikel haben wir die Hauptabschnitte der Umfrage vor dem Projekt sehr schnell durchgearbeitet. Warum fließend? Denn eine solche Prüfung ist eine äußerst kreative Tätigkeit. Die Hauptsache ist, dass beim Lesen des Konzepts ein umfassendes Verständnis dafür vorhanden ist, wie dies funktionieren sollte. Und der Rest, zwei Dokumente mit den Ergebnissen der Studie dürfen einander in keiner Weise ähnlich sein. Dementsprechend kann sich die Liste der Abschnitte in Ihrem Dokument stark von den oben genannten unterscheiden.
Lesen Sie weitere Artikel des Autors: