Beratung des IT-Spezialisten für den Kunden oder wie das Chaos automatisiert werden kann

Hallo allerseits, ich arbeite seit über 20 Jahren im IT-Bereich (in dem Teil, der sich mit der Erstellung von IT-Systemen befasst). Ich wollte die Erfahrung in ein paar Tipps für den Kunden zusammenfassen, wie die Automatisierung der Organisation zu einem effektiven und erfolgreichen Projekt werden kann.

Über die Ziele und Grenzen des Projekts

Beginnen wir mit der Definition der Ziele, die Sie durch die Implementierung eines IT-Projekts erreichen möchten. Letztendlich ist IT mit ihren Fähigkeiten nichts anderes als Technologie. Die Schaffung eines Informationssystems kann jedoch kein Selbstzweck sein. Das Ziel sollte in Bezug auf Ihr Unternehmen angegeben werden.

Tipp: Wenn Sie über ein umfangreiches IT-Projekt nachdenken, das viele Bereiche Ihres Unternehmens abdeckt, stellen Sie sicher, dass das Ziel mit der ersten Person und gegebenenfalls sogar mit dem Verwaltungsrat vereinbart wird. Es ist besser, die Aufmerksamkeit des Managements so früh wie möglich auf das Projekt zu lenken.

Nach der Festlegung des Ziels muss entschieden werden, welche Aktivitätsprozesse im Rahmen der Implementierung des Informationssystems betroffen sein werden. Automatisierung ist immer ein Prozess der Veränderung von Aktivitätsprozessen. Sicherlich hat jeder den Slogan "Man kann ein Durcheinander nicht automatisieren" gehört. Und das ist es wirklich. Die Implementierung eines Informationssystems erfordert eine klarere Definition der Aktivitätsprozesse und Entscheidungsmethoden, als dies ohne Automatisierung möglich ist. Das Ergebnis sind klarere Arbeitsregeln und vorhersehbare Geschäftsergebnisse.

Die Definition von Prozessen der automatisierten Aktivität ist die Bezeichnung der organisatorischen (in Bezug auf Personen, Abteilungen) und funktionalen (Satz von Funktionen, die den Prozess bestimmen) Grenzen eines zukünftigen Projekts.

Tipp: Denken Sie dabei an die Grenzen des Projekts. Sehr oft möchte ich beim Entwerfen eines Informationssystems „diese und sogar diese Art von Arbeit automatisieren“. Versuchen Sie dies nicht zuzulassen. Jedes neue Feature ist ein zusätzlicher Arbeitsaufwand für Sie und die Auftragnehmer.

Über die Arbeitsgruppe

Nachdem Sie festgelegt haben, auf welche Prozesse sich das IT-Projekt auswirkt, benötigen Sie eine Arbeitsgruppe! Dies sollte diejenigen Mitarbeiter der Organisation einschließen, die für die Implementierung der Prozesse verantwortlich sind, auf die sich die Automatisierung auswirkt.
Die Arbeitsgruppe sollte die Geschäftsziele des Projekts und die funktionalen Anforderungen an das Informationssystem festlegen, das Sie erhalten möchten.

Tipp: Aus diesem Grund habe ich früher über die Notwendigkeit gesprochen, die Projektziele an der ersten Person des Unternehmens auszurichten. In der Phase der Bildung der Arbeitsgruppe können Kollegen künftigen Veränderungen widerstehen. Es ist in Ordnung! Aber darauf muss man vorbereitet sein. Wenn Sie sich beispielsweise auf die Ziele eines IT-Projekts einigen, können Sie das Thema der Motivierung der Teilnehmer mit dem Management erörtern.

Bildung von Anforderungen an ein automatisiertes System

Wie kann die Diskussion über Automatisierungsaufgaben und Funktionsanforderungen beschleunigt werden? Es gibt zwei Ansätze:
1. Wenn die Prozesse, die Sie automatisieren möchten, recht typisch sind, können Sie Fachleute in die Diskussion einbeziehen - ein IT-Unternehmen, das Erfahrung in der Automatisierung ähnlicher Prozesse hat. Sie teilen Ihnen mit, welche Aufgaben gelöst werden, welche Prozesse betroffen sind und welche funktionalen Anforderungen gestellt werden. Und Sie bearbeiten eine solche Liste einfach selbst.
2. Wählen Sie aus der Arbeitsgruppe den Branchenexperten aus, dessen Aktivitäten am stärksten betroffen sind. Und schreiben Sie mit ihm die erste Version der Aufgaben und funktionalen Anforderungen.

Die Hauptsache ist, den ersten Entwurf von Aufgaben und Funktionen zu erhalten und ihn dann zu klären und nicht darauf zu warten, dass die Arbeitsgruppe ihn bildet. Die grundlegende Wahrheit ist immer leichter zu kritisieren als zu erfinden.

Der nächste Schritt ist die Bildung technischer Anforderungen

Hier benötigen Sie den IT-Leiter des Unternehmens. Ihre Aufgabe ist es, Informationen darüber zu liefern, wie ein IT-Projekt ordnungsgemäß durchgeführt werden kann (auf welchen Servern, mit welchen Kommunikationskanälen, unter der Kontrolle welches Betriebssystems, in welchen Programmiersprachen, mit welchen Softwareprodukten). Oder stellen Sie Anforderungen an alle oben genannten Aspekte, basierend auf seinem Verständnis der IT-Landschaft Ihres Unternehmens.

Wenn wir diese Schritte durchgingen, haben wir eine technische Aufgabe für ein IT-Projekt!

Auswahl des Auftragnehmers

Als nächstes kommt die organisatorische Wende: die Wahl des Unternehmers. In der modernen Welt ist ein solcher Prozess als Wettbewerbsverfahren organisiert.

• Wenn Sie ein staatliches Unternehmen sind und das Informationssystem aus dem Staatshaushalt erstellt wird, haben Sie 44 Bundesgesetze. In der Tat regelt es alle Regeln des Wettbewerbs.
• Wenn Sie ein Unternehmen mit staatlicher Beteiligung sind, handeln Sie auf der Grundlage von 223 Bundesgesetzen und Ihrer eigenen Vergabevorschriften.
• Schließlich haben Sie als Privatunternehmen eine Beschaffungserklärung.

Es kann keinen universellen Rat geben. Ich empfehle jedoch nachdrücklich, dass auch Ihre Beschaffungsvorschrift dies nicht erfordert, geben Sie den anfänglichen maximalen Vertragspreis an und begrenzen Sie den zulässigen Prozentsatz der Abweichung davon . Warum? Ja, denn alle Anforderungen, die Sie geschrieben haben, werden von jedem potenziellen Bieter auf seine Weise gelesen. Oder es erscheint eine Firma, die entscheidet, was für sie wichtig ist, nicht zu tun, sondern nur einen Vertrag zu bekommen.

Fahrrad: Ein Unternehmen (ich kann es nicht nennen) hat beschlossen, eine Informationsquelle für das ganze Land zu erstellen. Dies ist keine staatliche Struktur, und die Führung hat die Möglichkeit erschwinglicher Preise nicht eingeschränkt, um so viele Optionen wie möglich zu erhalten.
75 Unternehmen nahmen am Wettbewerb teil. Der Kunde erhielt Vorschläge für die Umsetzung seiner TK mit einer Preisspanne von 3 Millionen Rubel bis 300 Millionen Rubel. Und konnte keine Entscheidung treffen. Der Wettbewerb wurde abgesagt, die Aufgaben wurden nicht gelöst.

Tipp: Denken Sie bei der Planung des Zeitplans für das Projekt daran, dass Wettbewerbsverfahren in der Regel etwa einen Monat dauern.

Exkurs zu den Arten von IT-Projekten

Bevor wir über die Merkmale der Implementierung unseres IT-Projekts sprechen, müssen wir eine kurze Pause einlegen und festlegen, dass sich IT-Projekte tatsächlich unterscheiden. Welche?

IT-Infrastrukturprojekte
Ein IT-Projekt kann sich auf den Aufbau oder die Aktualisierung Ihrer IT-Infrastruktur konzentrieren. Was umgangssprachlich "aber lasst uns Server und Drucker kaufen."

Projekte zur Implementierung von Softwareprodukten
In einem IT-Projekt geht es möglicherweise um die Einführung eines Softwareprodukts. Darüber hinaus sowohl "horizontal" als auch spezialisiert. Mit „horizontalem Produkt“ in der IT-Welt ist ein Produkt gemeint, das ohne zusätzliche Einstellungen die sehr spezifische Aufgabe löst, eine bestimmte Funktion zu automatisieren, die von allen Benutzern benötigt wird. Ein gutes Beispiel für ein solches Produkt ist Microsoft Word. Verstehen wir alle, dass Word ein Informationssystem ist? Aber sie haben sich daran gewöhnt, dass es einfach zu installieren und leicht zu erlernen ist. Dies liegt genau daran, dass das System ein enges Problem löst: Tippen, Formatieren, Speichern und Drucken. Und die Aufgabe ist universell.
Spezialisiertes Softwareprodukt. Ein Beispiel ist ein Abrechnungssystem. Ein solches Produkt scheint alle Funktionen zu haben, die für die Buchhaltung notwendig sind ... Aber! Jedes Unternehmen verfügt über einen eigenen Kontenplan, Kontoanalysen, Teilnehmer an den Genehmigungs- und Genehmigungsprozessen für Buchungsbelege ... Das heißt, Sie müssen das Softwareprodukt für Ihr Unternehmen konfigurieren.

Projekte zur Entwicklung einer einzigartigen Lösung und deren Implementierung
Es gibt noch IT-Projekte zur Erstellung und Implementierung einzigartiger Informationssysteme, die speziell für Ihr Unternehmen erstellt wurden. Außerdem werden wir speziell auf die Besonderheiten des Projektmanagements dieser Art eingehen.

Tipp: Ich möchte darauf hinweisen, dass ich Ihnen dringend empfehle, die Leistungsbeschreibung in etwa so zu formulieren, wie ich es zuvor gesagt habe, auch wenn Sie in Ihrem Unternehmen Drucker kaufen müssen. Dies ist eine Einsparungsquelle. Wenn Sie verstehen, warum nicht genügend Drucker vorhanden sind, stellt sich möglicherweise heraus, dass Sie viele Netzwerkdrucker haben, die aus irgendeinem Grund als "persönlich" verwendet werden, und Sie müssen keine Geräte kaufen, sondern nur die Einstellungen ändern. Es wird viel billiger rauskommen. Ich denke, jeder wird mir zustimmen.

Ein Hinweis zur Projektkomplexität oder zu großen Informationssystemen.
In der Welt der Unternehmensinformationssysteme wird "groß" ein System genannt, das mehr als 10 Geschäftsprozesse automatisiert. Und wenn Sie gerade ein solches System erstellen, ist es für Sie besonders wichtig zu verstehen, wie ein Projekt für dessen Erstellung und Implementierung verwaltet wird.

Projektdurchführung. Kundenarbeit

Als nächstes sprechen wir über ein Projekt zur Erstellung und Implementierung eines Informationssystems mit einzigartigen, spezifischen Funktionen.

Der Wettbewerb findet statt und Sie haben einen IT-Projektmanager. Die Implementierungsphase beginnt: In dieser Phase ist die Arbeitsgruppe (die die funktionalen Aufgaben formuliert hat) noch wichtiger. Erst jetzt werden Vertreter des Darstellers anwesend sein.

Wenn der Auftragnehmer ein Fachmann ist, weiß er, dass es notwendig ist, das Projekt mit einer Hauptversammlung aller Beteiligten und der Genehmigung der Charta des Projekts zu beginnen . Und das ist es wirklich. Mit der Charta des Projekts können Sie die Regeln für das Zusammenspiel der Teams des Auftragnehmers und des Kunden festlegen. In der TK und im Vertrag gibt es im Gegensatz zur Charta in der Regel keine Angaben wie Nachnamen, die für sehr spezifische Entwurfsentscheidungen verantwortlich sind.

Daher ist es wichtig, dass die Wissensverwalter für diese spezifischen Funktionen Ihrer Organisation aktive Teilnehmer am Projekt sind. Das Risiko einer unzureichenden Einbeziehung von Branchenspezialisten durch den Kunden besteht darin, dass das IT-System die erforderlichen Besonderheiten nicht berücksichtigt und dass Sie es bestenfalls nicht implementieren können (Mitarbeiter können es nicht einsetzen) und das Unternehmen im schlimmsten Fall einfach seinen Wettbewerbsvorteil auf dem Markt verliert das hatte sie, aber plötzlich waren nicht automatisiert ...

Die Partnerfirma für die Entwicklung des Systems kennt sich in Ihrem Geschäft nicht immer aus. Analysten und Entwickler des Auftragnehmers können sorgfältig auf Ihre Wünsche eingehen und optimale Lösungen in Bezug auf die Besonderheiten der Automatisierung anbieten, aber nicht herausfinden, wie Sie Ihr Geschäft betreiben sollen.

Informationen zum Verwalten der Entwicklung eines Informationssystems

Diejenigen, die auf IT-Systeme gestoßen sind, haben wahrscheinlich die Begriffe "Kaskadierung" (oder "Wasserfall") und "Agilität" gehört . Ich werde Ihnen etwas mehr über den Unterschied erzählen. In der IT-Welt hat die Standardisierung von Entwicklungsansätzen traditionell zu einer kaskadierenden Methodik für die Erstellung von IT-Lösungen geführt. In der Tat müssen Sie zugeben, dass jede Normung ein Ziel hat: Wer auch immer etwas tut, das Ergebnis wird genau so sein, wie es geplant ist. Ein Kaskadenansatz bietet dies. Die Essenz besteht aus drei Worten: Zuerst werden wir entwerfen, in den Dokumenten beschreiben und dann den Programmcode schreiben, überprüfen, wie es mit den technischen Spezifikationen und technischen Konstruktionsdokumenten funktioniert - und los geht's! Was sie wollten, haben sie bekommen. Es erscheint zweckmäßig, für alle Projektteilnehmer, sowohl für den Auftragnehmer als auch für den Kunden, zu arbeiten. Es gibt nur ein Problem: Zeit. Während wir alle entworfen haben, hat sich die Welt verändert, neue Arten von Aktivitäten in Ihrem Unternehmen sind aufgetaucht, die Besetzung hat sich geändert, die Verantwortungsbereiche wurden neu verteilt. Und das System in seiner alten Form wird jetzt nicht wirklich benötigt.
Was ist Agile (oder Scram)? Dies ist eine Methode zum Erstellen eines IT-Systems in "kleinen Stücken", wenn wir die Aufgabe in Unteraufgaben aufteilen, die in zwei Wochen - einem Monat - entwickelt und getestet werden können. Das ist die Idee. Was ist der Haken? Es geht darum, die Aufgabe in „unabhängige Teile“ aufzuteilen. Leider passiert das so gut wie nie.

Und es stellt sich heraus, dass weder Cascading Development noch Agile ein Allheilmittel sind. Was auch immer man sagen mag, das IT-Projektmanagement erfordert die Verwendung beider Ansätze.

Organisation der Arbeit auf Kundenseite, einige Tipps

1. Bevor Sie mit der „Automatisierung von allem“ beginnen, müssen Sie Aufgaben mit hoher Priorität identifizieren (eine Reihe von Prozessen, bei denen die mangelnde Automatisierung das Leben erschwert).

2. Besprechen Sie im Unternehmen, wie diese automatisierten Prozesse Informationen mit verwandten Geschäftsprozessen austauschen.

Ich werde es erklären. Sie haben beschlossen, den Workflow zu automatisieren, und Ihre Kollegen haben festgestellt, dass eingehende Briefe von der verwaltenden Organisation verloren gehen. Sie treffen die Entscheidung, nicht den gesamten Workflow, sondern nur die Registrierung des Eingangs zu automatisieren. In diesem Fall müssen Sie entscheiden, ob der Eingang elektronisch erfasst wird und der Ausgang - nein, passt das zu Ihnen? Und wie wird es funktionieren? Wenn Sie diese Fragen beantwortet haben, können Sie ein Projekt zur Automatisierung der Registrierung eingehender Briefe durchführen. Dieser Schritt heißt "Ermitteln der Funktionsgrenzen des Projekts". Danach können Sie auch die Teilnehmer, dh die organisatorischen Grenzen des Projekts, spezifisch identifizieren und das Projekt sichtbar machen. Für ihn wird es möglich sein, zumindest eine Kaskadenmethode anzuwenden, zumindest eine agile.

3. Wenn ein so kleiner Automatisierungsbereich nicht zugewiesen werden kann, gehen Sie folgendermaßen vor: Finden Sie einen Auftragnehmer, der die technischen Spezifikationen erstellt, und bestellen Sie ihm nicht nur die technischen Spezifikationen, sondern auch die Entwicklung einfacher Layouts für die wichtigsten Teile des Systems.

Denken Sie daran: Es ist wichtig, das Führungsinteresse am Projekt sicherzustellen. Zeigen Sie ihm die Layouts der Dashboards: Wenn er lernt, wie alle Daten für diese übersichtlichen Dashboards abgerufen werden, ist es bequemer, Entscheidungen zu treffen. Das spart jahrelange Arbeit und Millionen Rubel.

Übrigens ist es großartig, Prototypen nach der Agile-Methode zu erstellen. Sie können alles schnell lösen, erstellen, anzeigen und bei Bedarf die Erwartungen anpassen. Tatsächlich entwickelte sich Agile zu einer Rapid-Prototyping-Technik und überhaupt nicht zur Schaffung industrieller, stabiler IT-Systeme.

4. Damit das Unternehmen ein bestimmtes IT-System verwenden kann, das alle Aktivitäten abdeckt, benötigt das Personal ein ständiges Architekturkomitee . Dies ist eine Gruppe Ihrer (dies ist obligatorisch) Mitarbeiter, die die Erstellung, Verwendung, Änderungen und Innovationen auf dem Markt überwachen, dh für die Integrität und die gemeinsame Ideologie verantwortlich sind. In der Regel wird das Komitee vom CIO geleitet, es müssen jedoch auch Branchenspezialisten einbezogen werden.

5. In der TK werden neben den funktionalen und technischen Anforderungen immer auch Dokumentationsanforderungen dargestellt - genau welche Beschreibungen des IT-Systems vom Auftragnehmer zur Verfügung gestellt werden sollen. Machen Sie diesen Teil der Anforderungen für die zukünftige Verwendung optimal.

Denken Sie daran, dass sich der Auftragnehmer ändern kann. Wenn das System nicht dokumentiert ist, fängt der neue Auftragnehmer von vorne an!

Das Erstellen eines Systems durch eine externe Organisation bedeutet nicht, dass Ihre Mitarbeiter "nichts unternehmen und auf die Implementierung warten". Sie und der Auftragnehmer diskutieren Dokumente, private Entwurfsentscheidungen und Zwischenergebnisse. Das ist wichtig zu verstehen. Andernfalls automatisiert der Auftragnehmer seine Vorstellungen über Ihr Unternehmen und nicht das Unternehmen selbst.

Vielleicht möchten Sie bereits die Frage stellen: „Herr, wie lange wird das Projekt Zeit und Geld kosten?“. Darüber am Ende des Materials.

Jetzt möchte ich mehr über die letzten beiden Phasen des Lebenszyklus eines IT-Projekts sprechen : Implementierung und Betrieb.

Organisation des Umsetzungsprozesses

Daher hat die Arbeitsgruppe Projektmanagement zusammen mit dem Auftragnehmer das System übernommen. Wo hat sie es hingebracht und was ist als nächstes zu tun?

Traditionell bedeutet die erste Abnahme den Beginn des Probebetriebs . Oft wird diesem Schritt wenig Aufmerksamkeit geschenkt. Und er ist wichtig. Idealerweise wählen Sie während des Testbetriebs 1-2 Personen aus und schulen sie im System: Platzieren Sie sie am Arbeitsplatz (oder geben Sie ihnen Zugriff), und sie beginnen, einen Teil der Arbeit mit dem neuen System auszuführen.

Beachten Sie, dass die alten Methoden zur Erfüllung ihrer Aufgaben immer noch in Kraft sind. Das heißt, Probebetriebsteilnehmer leisten doppelte Arbeit! Vergiss nicht, sie zu motivieren!

In der Pilotbetriebsphase soll sichergestellt werden, dass im System gearbeitet werden kann. Es gibt keine unerwarteten Ergebnisse und Fehler, es ist bequem genug für sie zu verwenden. Wenn es Fehler, Unannehmlichkeiten oder etwas anderes gibt, das „nicht richtig“ ist, werden sie im „Journal of Trial Operation“ aufgezeichnet. Der Auftragnehmer muss die Kommentare entfernen.

Was ist zu tun, wenn sich herausstellt, dass dies keine unbedeutenden Bemerkungen sind, sondern der gesamte Prozess vergessen wurde? Leider wird meine Antwort nicht gefallen. Wird dies bereits im Stadium des ToR vergessen, wird der Auftragnehmer den Fehler nicht auf eigene Kosten beheben. Denn er wird sagen, dass "sie nicht darum gebeten haben" und er wird Recht haben. Sie müssen mit dem Auftragnehmer den Abschluss einer zusätzlichen Vereinbarung zum Vertrag, zusätzliche Bedingungen und Geld besprechen.

Nach dem Probebetrieb wird es Mitarbeiter geben, die im IT-System arbeiten können. Sie können Kollegen dabei helfen, eine neue Art der täglichen Arbeit zu erlernen. Der Pilotbetrieb dauert in der Regel 1 bis 3 Monate.

Nachdem die vom Auftragnehmer festgestellten Mängel behoben wurden, wird das System für den kommerziellen Betrieb zugelassen und wird zu einer Kampflösung für die Geschäftsabwicklung. Die Aufnahme in den kommerziellen Betrieb schließt das IT-Projekt formal ab.

Zwei Worte zur Mitarbeiterschulung

Wir erinnern uns, dass einige Mitarbeiter (Teilnehmer am Probebetrieb) die vom Auftragnehmer organisierte Schulung bereits bestanden haben. Was tun mit anderen Mitarbeitern? Sie müssen unterrichtet werden. Sie können sowohl geschulte Fachkräfte als auch einen Auftragnehmer in diese Arbeit einbeziehen. Beide Optionen sind akzeptabel. Denken Sie daran, dass der Lernprozess immer „bezahlt“ ist. Entweder zahlen Sie diese Leistungen explizit an den Auftragnehmer oder Sie müssen Ihre Mitarbeiter von der Hauptarbeit ablenken, um Kollegen zu schulen.

Wie kann und soll dieser Prozess optimiert werden? Bitten Sie den Darsteller, Videokurse vorzubereiten, Schulungen in Ihrer Organisation zu organisieren, z. B. zu Hause, und den Test zu bestehen. Wenn Sie in den Vertrag mit dem Auftragnehmer eine Position zur Notwendigkeit der Entwicklung eines Videokurses mit Testaufgaben aufnehmen, erhalten Sie die Möglichkeit, neue Mitarbeiter für die gesamte Betriebsdauer zu schulen.

Ein weiterer organisatorischer Punkt, der bei der Inbetriebnahme des Systems zu beachten ist. Eine Handlung ist eine Handlung, aber es ist wichtig, über den Übergang zur Arbeit im neuen System nachzudenken. Ein Beispiel:

1. Sie bestimmen das Datum, ab dem ALLE Vorgänge im neuen System ausgeführt werden. Leider sind die Menschen nicht perfekt. Deshalb rate ich Ihnen, nicht nur einen Termin festzulegen, sondern auch ein motivierendes Instrument zur Verfügung zu stellen.
2. In der Regel ist ein solches Datum nicht „morgen nach der Unterzeichnung des Gesetzes“, sondern nach einer gewissen Zeit, die normalerweise als Übergangsfrist bezeichnet wird. In dieser Zeit lebt die Organisation in zwei Welten: der alten und der neuen. Tatsächlich ist die Übergangszeit wie ein ausgedehnter Testbetrieb, nur für alle Benutzer.

Tipp und Geschichte: Bedenken Sie, dass Mitarbeiter mit dem neuen System unzufrieden sein werden, da die Leute dazu neigen, dem Neuen zu widerstehen. Sie werden sagen, dass nichts klar und alles langsam ist, dass sie mit ihren eigenen Händen alles vor einer Stunde getan hätten. Seien Sie nicht beunruhigt und denken Sie daran, dass das Ziel der Automatisierung leider nicht immer darin besteht, sie „schneller“ zu machen, sondern stets vollständige Transparenz und Abrechnung aller Vorgänge sicherzustellen.

Ich zeige Ihnen ein altes, aber wirkungsvolles Beispiel für die Motivation zur Umsetzung. Ein Vertriebsmanagementsystem wurde erstellt. In der Implementierungsphase wollten die Mitarbeiter es nicht verwenden und stellten weiterhin alle Rechnungen manuell aus. Der Geschäftsführer des Unternehmens erteilte eine interne Bestellung: Rechnungen, die außerhalb des Systems ausgestellt und bezahlt wurden, werden bei der Berechnung der Prämie des Verkäufers nicht berücksichtigt. Das System wurde in 3 (!) Tagen implementiert! Ja, diese drei Tage waren die Hölle für den Darsteller, eine Million Mängel sind rausgekommen. Obwohl ich ein "Repräsentant des Interpreten" zu sein scheine, rate ich Ihnen dringend, über solche Motivationsweisen nachzudenken.

Ich werde das Gespräch über die Organisation des Systembetriebs beim nächsten Mal verlassen. Ich stelle jedoch fest, dass die Wartung des Systems nach der Implementierung ebenfalls eine Vereinbarung erfordert , vorzugsweise mit dem Entwickler. Dies ist ein separater Vertragstyp, der festlegen soll, wie der Entwickler kontaktiert werden soll, wenn Fehler gefunden werden, und die Verhaltensregeln für den Entwickler, wenn sich ein Prozess geändert hat (oder ein neuer aufgetreten ist). Das heißt, der Vertrag schreibt vor, wie Fehler behoben werden und wie Sie das System gemeinsam entwickeln möchten. Diese Vertragsart wird als SLA (Service Level Agreement) bezeichnet. Ich betone, dass dies eine gesonderte Vereinbarung ist.

Ein paar Worte zu Kosten und Zeitpunkt

Die IT verwendet einen universellen Ansatz zur Ermittlung der Arbeitskosten, die sogenannte Ressourcenmethode. Es wird geschätzt, welches Spezialistenteam in welchem ​​Zeitraum die erforderlichen Funktionen ausführt. : (, ) 1 , 1 -, 1 , 2-3 , 1 «» . 3 . (, ) . . ? -, . hh. , , , …
: , , . . .



-, .
!