Es gibt Dutzende von Frameworks und Methoden, die in der Entwurfsarbeit verwendet werden. Es gibt keine Menschen mehr, die nichts über Agile, Scrum, Kanban und andere Ansätze hören würden. Jeder von ihnen versprach, eine Silberkugel zu werden, die bei der Durchführung von Projekten helfen wird, damit sie alle Erfolgsparameter erfüllen. In der Praxis können Sie jedoch nur durch kompetentes Arbeiten mit Risiken um jeden Preis Projekte zum Abschluss bringen.In diesem Artikel werden wir versuchen, die wichtigsten Risiken zu berücksichtigen, die Ihnen im Weg stehen können. Das Material ist für alle an der Entwurfsarbeit Beteiligten nützlich.
Welche Projekte gelten als erfolgreich? Es ist üblich, folgende Parameter hervorzuheben:- das Projekt wurde pünktlich geliefert;
- ohne das Budget zu überschreiten;
- mit einer Mindestanzahl von Mängeln;
- funktioniert wie vorgesehen;
- Leute benutzen es;
- löst die vor ihm gesetzten Ziele;
- - ;
- .
Wie oft erfüllen die abgeschlossenen Projekte all diese Punkte?Mit einem geringfügigen Unterschied in den Schätzungen der Studien der Standish Group, des Project Management Institute, von Gartner, Wellingtone und anderen angesehenen Organisationen wird uns mitgeteilt, dass sich ein Drittel der IT-Projekte als Fehlschläge herausstellt und die Hälfte Schwierigkeiten hat. Denken Sie nur, das sind atemberaubende Statistiken.Es ist schwer zu sagen, wie viele Projekte an den Stichproben beteiligt waren, aber nehmen wir an, dass dies große Geschichten sind, wie die fehlgeschlagene Modernisierung der IT-Infrastruktur der KMart-Filialkette für 1,2 Milliarden US-Dollar, die zu einem der Schlüsselfaktoren für den Bankrott des Unternehmens geworden ist.Bedeutet dies, dass kleinere Projekte, die russische Webstudios herstellen, nicht denselben Problemen ausgesetzt sind? Wenn Sie Kundenrezensionen lesen Beim beliebten Aggregator werden wir feststellen, dass selbst bei typischen Zielseiten und Vorlagen-Online-Shops die oben genannten Erfolgskriterien selten erfüllt werden:„Wir haben die Entwicklung und Gestaltung der Website im Jahr 2015 bestellt. Design schnell erledigt, aber um diese Qualität nicht zu sagen. Die Entwicklung wurde bis zum Jahr 2017 eingeführt und nie umgesetzt. “
„Die Seite nach solchen Arbeiten musste komplett überarbeitet werden, zuerst ging die Arbeit natürlich aktiv und es schien, dass alles in Ordnung war. Aber dann bemerkten sie, dass wir die gleiche Aufgabe einen Monat lang wiederholten, was dazu führte, dass wir fast aufhörten, Fragen zu beantworten. Infolgedessen stellte sich ein großes Minus heraus, weil ich einen anderen Lieferanten einstellen musste. “
„Mehrmals haben sie die Bedingungen für die Implementierung der Website durch zusätzliche Vereinbarungen verschoben. Infolgedessen wurden auch alle vereinbarten Fristen unterbrochen und die Entwicklung des Standorts dauerte 1,5 Jahre. Die Ausgabe war ein Rohprodukt, das nicht verwendet werden kann. Ich musste die Seite zur Überarbeitung einem anderen Studio geben. “
Was können wir über eine individuelle, umfassendere Entwicklung sagen? Denn je größer das Projekt ist, desto größer ist die Chance, dass es nicht bis zum Abschluss überlebt. Daher sollte jeder Kunde und Auftragnehmer eine Frage haben - wie er nicht zum Friedhof unvollendeter Projekte gelangen kann.Lassen Sie uns herausfinden, was in einem benutzerdefinierten Entwicklungsprojekt schief gehen kann und was dagegen zu tun ist:Risiko 1. Unzureichende Qualifikation der Auftragnehmer
Das Problem hierbei ist, wie die benutzerdefinierte Entwicklung funktioniert. Der Kunde versteht oft nicht, wem das Projekt vertraut, weil er an jeder Ecke einen vollständigen Entwicklungszyklus und schlüsselfertige Arbeit verspricht.Nachdem das Unternehmen beschlossen hat, einen Teil des Geschäfts zu digitalisieren, wendet es sich an ein Webstudio (auch bekannt als Digital Agency / Web Integrator). Der Service erfolgt in einem einzigen Fensterformat. Der Kunde wird gebeten, einen Auftrag auszufüllen, auf dessen Grundlage TK zusammengestellt wird. Wenn das Projekt komplex ist und erfahrene Programmierer erfordert, wird die Entwicklung an die Produktion ausgelagert.Der Subunternehmer ist verpflichtet, Arbeiten am ToR durchzuführen, die von inkompetenten Personen zusammengestellt wurden. Wenn ein Projekt bis zur Veröffentlichung überlebt, stellt sich häufig heraus, dass das Produkt die Aufgaben des Unternehmens nicht löst und niemand es verwenden möchte.
— , , . .
Egal wie trivial, das Wichtigste ist, das Problem zu verstehen. Wir sparen keine Ressourcen für das Eintauchen in das Geschäft des Kunden. Wir sind bereit, eine Geschäftsreise zu organisieren und vor Ort nicht nur mit Stakeholdern zu kommunizieren, sondern auch mit Menschen, die das Endprodukt verwenden werden. Wir werden das Projektbudget erst dann ausgeben, wenn wir überzeugt sind, dass wir es herausgefunden haben.Das Webstudio von TK besteht aus Analysten, die gestern als Tester gearbeitet haben. Sie verstehen die Feinheiten der Entwicklung nicht und erstellen ein Dokument, das die Elemente der Schnittstelle beschreibt, aber gleichzeitig die komplexen Integrationen und Algorithmen, die hinter diesen Elementen verborgen sind, praktisch ignoriert.
Ein reales Beispiel für Formulierungen, auf deren Grundlage der Generalunternehmer die endgültigen Entwicklungskosten berechnen muss.
Der Generalunternehmer bittet darum, die Entwicklungskosten anhand eines Beispiels für ähnliche, aber völlig unterschiedlich implementierte Dienstleistungen zu berechnen. „Machen Sie es dort, wir werden es herausfinden.“Wenn es um die Automatisierung eines Unternehmens geht, ist dieser Ansatz falsch. Es reicht nicht aus, Layouts zu zeichnen und im TOR zu beschreiben. Daher ist es besser, die Stufe der Analyse Systemarchitekten anzuvertrauen, die verstehen, was sich „unter der Haube“ verbirgt.Risiko 2. Budgeterschöpfung vor Produkteinführung
Der Markt für digitale Dienste wird von festen Budgets und Nachzahlungen dominiert. Daher ist es wahrscheinlicher, dass Konten und Verkäufe eine Schätzung vereinbaren und eine Vereinbarung abschließen. Wenn das Webstudio die Leistungsbeschreibung falsch erstellt, ein unvollständiges Scoping durchgeführt und Subunternehmer für die Entwicklung herangezogen hat, könnte die Produktionshölle für das Projekt eintreten.Das Arbeitsvolumen wird größer sein, der Generalunternehmer wird beginnen, seine Interessen zu schützen und die endgültigen Leistungsträger durchzusetzen, damit sie in das Budget passen. Auf beiden Seiten funktioniert perverse Logik, und jeder hat eine Ausrede, etwas schlechter als der Gegner zu sein: „Haben Sie schlechte TK bereitgestellt, und jetzt erhöhen sie die Lautstärke? Dann werden wir einige der Bemerkungen nicht berücksichtigen! “ / "Wir haben dem Kunden bereits versprochen, wohin er gehen, fertig werden oder das Geld nicht bekommen wird!"Diese politischen Kriege sind vor den Augen des Klienten verborgen. Er weiß nicht, wer an dem Projekt beteiligt ist und wie der Entwicklungsprozess abläuft - die Webstudio-Partner haben die NDA unterzeichnet. Infolgedessen opfert die Produktion die Qualität des Produkts, um nicht mit Verlust zu arbeiten, und das Webstudio denkt nur darüber nach, wie die Gesetze zu unterzeichnen und die Zahlung so schnell wie möglich zu erhalten sind. Niemand kümmert sich um die Vorteile für den Kunden.Vermeidungsmethode
Bei der Erstellung von Schätzungen beschränken sich Webstudios nur auf die allgemeinen Arbeitsschritte: Analyse, Design, Layout, Programmierung. Während ein kompetenter Auftragnehmer alle Funktionselemente des entwickelten Systems in die Schätzung einbezieht.Aufgrund eines fünfminütigen Gesprächs mit einem Kunden ist es unmöglich, den Umfang der Arbeiten zur digitalen Transformation eines Unternehmens zu beurteilen. Das Arbeiten mit der Schätzung selbst erfordert daher mehrere Schritte, und ohne Analyse ist es nicht möglich, die endgültigen Entwicklungskosten zu erhalten.Wir bieten zweifelhaften Kunden an, die Kosten des Projekts nach unseren Angaben zu berechnen. Bisher hat keiner der Wettbewerber zugestimmt, obwohl es Studios gab, die versprachen, billiger zu machen.Aber auch mit den ausgearbeiteten technischen Spezifikationen und Schätzungen ist das Projekt nicht vor Ungleichgewichten im Produktionsplan geschützt. Sobald eine solche Bedrohung auftritt, ist es wichtig, nicht nur den Kunden zu warnen, sondern auch einen alternativen Aktionsplan und eine Optimierung des Arbeitsumfangs vorzuschlagen. Sie können nicht schweigen und hoffen, dass "es vielleicht vorbei geht".Risiko 3. Änderungen in der Mitte des Projekts
Projekte zur Entwicklung digitaler Systeme dauern durchschnittlich mindestens ein Jahr. Während dieser Zeit kann alles passieren.Es kann vorkommen, dass der Kunde mitten im Projekt die Art und Weise seiner Geschäftstätigkeit geändert hat oder dass fortschrittlichere Technologien aufgetaucht sind oder dass sich gerade etwas in der Welt geändert hat.Zum Beispiel entwickelten sie ein Kurierdienstsystem, aber aufgrund der politischen Situation veränderte sich der Markt, große Aggregatoren reduzierten ihre Provisionen und das Projekt löst die dafür gesetzten Ziele nicht mehr. Unter solchen Umständen ist es absolut normal, wenn der Client beginnt, Aufgaben zu ändern, ohne auf den Abschluss der Entwicklung zu warten. Sie müssen in der Lage sein, damit zu arbeiten.Vermeidungsmethode
Wenn der Kunde anbietet, etwas zu ändern, müssen Sie zunächst herausfinden, warum dies der Fall ist und welche Umstände zu dieser Entscheidung geführt haben. Bringen Sie den Klienten in ein offenes Gespräch, um seinen Schmerz zu verstehen.Prüfen Sie erst danach, ob diese Änderungen dem Projekt zugute kommen, und versuchen Sie, die damit verbundenen Risiken, einschließlich der Überschreitung des Budgets, zu antizipieren. Finden Sie als Nächstes den besten Ansatz, um diese Änderungen im Produkt zu implementieren, und bieten Sie ihn an. Die Wahl sollte jedoch beim Kunden bleiben.Risiko 4. Zinsverlust des Eigentümers
Wenn sich etwas in der Welt ändert, wird der Kunde möglicherweise von einem anderen Geschäftsbereich mitgerissen und vergisst das aktuelle Projekt. Der Verlust des Interesses führt dazu, dass der Darsteller entweder aufgefordert wird, die Arbeit vollständig einzuschränken, oder, schlimmer noch, in der Schwebe bleibt. Das Warten auf eine Entscheidung führt zu Ausfallzeiten und Kosten.Aber häufiger verschwindet das Interesse, wenn ernsthafte Änderungen in der Organisationsstruktur auf Kundenseite stattfinden und sich die Mitarbeiter im Projekt ändern. In der Regel besitzen diese Personen nicht den vollständigen Kontext und sehen daher nicht den Wert des Projekts. Ihre Motivation, das Produkt zur Veröffentlichung zu bringen, ist äußerst gering.Vermeidungsmethode
Um das Interesse an dem Projekt ständig aufrechtzuerhalten, zeigen wir dem Kunden alle Zwischenergebnisse. Große Projekte bestehen normalerweise aus einer Reihe von Diensten. Daher bemühen wir uns, als Ergebnis jeder Entwicklungsiteration die vollständig vorgefertigte Funktionalität eines separaten Dienstes zu demonstrieren, der bereits verwendet werden kann. Der Kunde sieht also, dass das Produkt seine geschäftlichen Probleme löst.Während der Entwicklung prüfen wir, ob sich die Ziele des Projekts geändert haben, und konsultieren sie regelmäßig. Wir führen zusätzliche Analysen durch und sammeln Feedback von der Zielgruppe. Wir beziehen Kundenvertreter in den Entwicklungsprozess ein und unterstützen die Einschätzung der Projektaussichten auf dem neuesten Stand.Risiko 5. Der Kunde nimmt sich keine Zeit für die Teilnahme am Projekt.
Mitarbeiter auf Kundenseite geben nicht die notwendigen Informationen, der Manager reagiert langsam und alles verlangsamt sich. Gleichzeitig wissen wir mit Sicherheit, dass der Kunde das Projekt benötigt, das Interesse nicht verloren gegangen ist und die Fristen immer noch zweckmäßig sind.Dies passiert leider oft. In diesem Fall wird ein unerfahrener Executor beleidigt, senkt die Prioritäten der Aufgaben des Kunden und wechselt letztendlich das gesamte Entwicklungsteam zu einem anderen Projekt. Die Logik des Darstellers ist hier klar: Niemand möchte eine Ausfallzeit des Teams aufgrund unangemessen langer Genehmigungen. Dies führt zu einer unterbrochenen Kundenbeziehung. Das Projekt wird nicht abgeschlossen.Vermeidungsmethode
Wir vereinbaren persönlich mit dem Kunden die Definition der verantwortlichen Personen. Wir diskutieren ihren Status und ihren Grad an Verantwortung. Wir legen ihre Funktionen und Verantwortlichkeiten im Arbeitsplan fest.Sobald wir feststellen, dass die Verantwortlichen auf einige Einschränkungen gestoßen sind, suchen wir gemeinsam mit dem Kunden nach einer Lösung, wie diese Hindernisse beseitigt und der Entwicklungsprozess fortgesetzt werden können. Wenn die ernannten Personen die Vereinbarung nicht vollständig einhalten, empfehlen wir, andere Mitarbeiter an ihrer Stelle zu ernennen.Risiko 6. Längere Anpassungen / Verbesserungen
Der Kunde ist nicht immer kompetent genug, um den Grad der Projektbereitschaft zu beurteilen. Es ist in Ordnung. Es ist viel schlimmer, wenn der Auftragnehmer nicht versteht, ob das Projekt fertig ist. Die Inbetriebnahme wird häufig aufgrund unangemessener Änderungen verzögert. Dies führt dazu, dass beide Parteien Zeit und Geld verlieren.Die Situation hängt oft damit zusammen, dass Änderungen von Personen angeboten werden, die nicht für das Endergebnis verantwortlich sind. Wenn Sie sich nicht darum kümmern, die Verantwortlichen im Voraus zu reparieren, kommen Kommentare von ungelernten Personen, die einen unvollständigen Kontext haben. Es kommt vor, dass sie zu einem späten Zeitpunkt verbunden sind und daher nichts über die Einschränkungen und Ziele des Projekts wissen.Ein unerfahrener Auftragnehmer wird diese Änderungen entweder endlos bestreiten, um sie nicht auf eigene Kosten vorzunehmen, oder im Gegenteil absolut alle Kommentare berücksichtigen. All dies wirkt sich nachteilig auf die Erreichung der ursprünglichen Projektziele aus.Vermeidungsmethode
Wenn die Kommentare von einer Person stammen, die nicht verantwortlich ist, korrigieren wir sie und besprechen sie mit denen, die direkt für das Projekt verantwortlich sind. Bevor wir Änderungen vornehmen, versuchen wir zu verstehen, wie diese Änderungen die Gesamtziele des Projekts unterstützen. Wenn die Änderungen nicht helfen, sondern nur stören, äußern wir unsere Bedenken.Falls der Besitzer des Produkts nach Änderungen fragt, warnen wir, dass dies den Start verzögert. Wir bieten eine kompetente Lösung zur Optimierung des Arbeitsumfangs unter Berücksichtigung neuer einführender. Gemeinsam mit dem Kunden erfahren wir, was passieren wird, wenn wir das Produkt in der Form freigeben, wie es ist. Wenn keine eindeutigen negativen Konsequenzen vorliegen, empfehlen wir, Änderungen auf nachfolgende Phasen zu verschieben. Darüber hinaus bleibt die Wahl immer beim Kunden.Risiko 7. Nichtverfügbarkeit der Infrastruktur für den Start
Die Tatsache, dass die Infrastruktur des Kunden nicht bereit ist, die rechtlichen Nuancen nicht festgelegt sind und keine Partnerschaftsvereinbarungen bestehen, kann den Start des Projekts behindern.Das System ist beispielsweise für die Arbeit mit SSDs ausgelegt, und die aktuelle Infrastruktur verwendet HDD, oder das Unternehmen schlägt eine neue Richtung ein, hat jedoch noch keine Genehmigung von der Regierungsabteilung erhalten.Der Auftragnehmer arbeitet manchmal in einer solchen Situation weiter und ignoriert Probleme auf Kundenseite. Weil er sich wohl fühlt, nicht über seinen Verantwortungsbereich hinauszugehen. Formal macht der Auftragnehmer das Richtige, das Problem liegt auf der Kundenseite. Aber was nützt ein Produkt, das nicht auf den Markt gebracht werden kann, welche Vorteile bringt es?Vermeidungsmethode
Bevor wir mit der Arbeit beginnen, besprechen wir mit dem Kunden die Ressourcen, die zum Starten des Projekts erforderlich sind. Wir geben Empfehlungen, welche Personen zu mieten und welche Ausrüstung zu kaufen sind. Wenn das Projekt nicht dem Standard entspricht, wenden Sie sich bitte an Anwälte und stellen Sie sicher, dass beim Start keine Probleme seitens der Gesetzgebung auftreten.In der Phase der TK-Bildung prüfen wir die Integrationsmöglichkeiten und andere technische Aspekte der Funktionsfähigkeit des Endprodukts.Fazit
Alle Risiken sind irgendwie miteinander verbunden. Ein Problem, das nicht rechtzeitig behoben wurde, kann einen Schneeballeffekt verursachen.Die Erfahrung zeigt jedoch, dass es drei universelle Möglichkeiten gibt, die Folgen von Risiken zu verhindern und zu minimieren:- Festlegung potenzieller Risiken;
- Aktionsplan, um sie zu vermeiden;
- Bereitschaft, den Kurs zu ändern und nach alternativen Lösungen zu suchen.
Beim richtigen Denken geht es nicht um Projekte, sondern um Kunden. Ständig kommunizieren und mit den Erwartungen der Kunden arbeiten. Verstecke nichts und hilf, die Fülle der Situation zu erkennen.Hinter jedem beschriebenen Risiko stehen reale Fälle aus der Erfahrung von Work Solutions. Dies waren nicht immer Geschichten mit einem Happy End, einige kosteten das Unternehmen Millionen Rubel.Aber all die Kräfte, die wir einsetzen, um vertrauensvolle Partnerschaften mit Kunden aufzubauen, zahlen sich oft aus, wenn auch nicht schnell.Aufgrund der Transparenz in den Beziehungen haben wir Kunden, mit denen wir seit mehr als sechs Jahren zusammenarbeiten und für die wir Zehntausende von Geschäftsstunden abgeladen haben. Während einer so langen Zeit der Zusammenarbeit traten vor dem Projekt verschiedene Risiken auf, aber wir haben immer versucht, sie rechtzeitig zu informieren und Lösungsvorschläge zu machen. Wir glauben daher, dass ein kompetentes Risikomanagement den Abschluss von Projekten sicherstellt.In den Kommentaren schlage ich vor, Geschichten aus Ihrer Erfahrung zu teilen, als Projekte nicht abgeschlossen wurden. War eines der 7 von uns beschriebenen Risiken dafür verantwortlich? Oder war der Grund etwas anderes?