Brennfrist: Wie der Projektmanager nicht verloren gehen kann

Bild

Jeder weiß, was eine Frist ist, aber nicht jeder weiß, wie man sie richtig einstellt. Um über das Brechen der Frist für das Projekt zu sprechen, können Sie viele schöne Metaphern aufgreifen. Yubitsume ist eine solche. Dies ist ein rituelles Schneiden der Fingerphalanx in Japan. Insbesondere greifen sie auf yubitsume zurück, um sich beim Anführer oder Eigentümer für einen Fehler zu entschuldigen. Wenn Sie Filme über die Yakuza gesehen haben, haben Sie verstanden, worum es ging.

Das Ritual ging von der Bakuto-Glücksspielgemeinschaft aus und wurde als angemessener Ersatz für die Bezahlung der Schulden angesehen. Der Schuldner ließ die kleine Phalanx verzehren, was sein weiteres Leben erschwerte: Er konnte sein Schwert nicht mehr sicher halten und war im Kampf stärker von seinen Gefährten abhängig, einschließlich des Besitzers.

Es spielt keine Rolle, zu welcher Zeit und an welchem ​​Ort Sie leben und was Sie tun - die Teambeziehungen müssen stark sein und die Fristen müssen eingehalten werden. Die Manager von Live Typing Studio sind zwar nicht die Finger abgeschnitten, aber dennoch für das Wort verantwortlich, das dem Kunden gegeben wird. Die Erfahrung hat es mir ermöglicht, sechs Fehler zu formulieren, bei denen Sie definitiv riskieren, den Job pünktlich zu verlieren und was zu tun ist, um die Fristen einzuhalten. Wenn Sie diese Fehler nicht mehr machen, werden Sie feststellen, wie sich die Qualität Ihrer Projekte erhöht, wie viel Zeit für Ruhezeiten zur Verfügung steht und wie sich die Beziehungen zwischen Teammitgliedern und dem Kunden verbessern.

Sie wissen nicht, mit wem Sie arbeiten


Jedes Mitglied des Entwicklungsteams ist wie ein Charakter in einem Rollenspiel: Jemand hat eine Fülle von Fähigkeiten, sich an dem Projekt zu beteiligen, aber es fehlt ihm an Ausdauer und Konzentration, und jemand schätzt die Zeit, die zur Erledigung der Aufgabe benötigt wird. Aus letzteren werden Timlids erhalten, die normalerweise in allem gut sind.

Bei all diesen so unterschiedlichen Menschen müssen die Menschen in einem anderen Stil arbeiten. Einige brauchen Anreize, sei es strenge Kontrolle oder ermutigende Worte; andere erwarten von Ihnen, dass Sie ihnen über den Kundenhintergrund, seine Ideale und seine Lebenseinstellung erzählen, was er vom Team erwartet und wie er sich darauf verlässt; Wieder andere arbeiten einfach. Wenn Sie den Charakter eines Mitglieds Ihres Teams nicht berücksichtigen, wird er sich selbst und seinen schlimmsten Gewohnheiten überlassen, und die Frist wird wahrscheinlich unterbrochen.

Nicht weniger wichtig ist die Erfahrung eines Spezialisten. Verteilen Sie Aufgaben nach ihren Fähigkeiten und ihrem Produktivitätskoeffizienten. Andernfalls schlägt der Juni oder die Mitte eine Aufgabe fehl, die sie zunächst nicht ausführen können.

Sie haben die Ziele des Projekts nicht verstanden


Die Arbeit an einer Website oder Anwendung beginnt mit der Entwurfsphase . Dies ist eine ernste Phase: Es bleibt abzuwarten, wer das Produkt verwenden wird, welche Ziele es erreichen soll und wie es seinem Besitzer Geld bringt. Die Ergebnisse dieser Phase werden in der Funktionsaufgabe aufgezeichnet, und die Funktionsaufgabe dient als Grundlage für die Formulierung von Aufgaben für Designer und Entwickler.

Die Funktionalität der Anwendung sollte einen klaren Zweck haben. Wenn der Manager es nicht verstanden hat, bedeutet dies, dass das Design schlecht ausgeführt wurde und die Aufgabe für den Auftragnehmer nicht richtig eingestellt wird. Das Ergebnis ist unvorhersehbar, da der Entwickler beginnen kann, sich die Rolle der Funktionalität auszudenken, sie aufzublasen und schließlich viel Zeit damit zu verbringen, Code zu schreiben und neu zu schreiben.

Um dies zu vermeiden, führen wir eine Entwurfsprüfung durch: Das gesamte Team untersucht den resultierenden Prototyp oder Entwurf sorgfältig und iterativ und findet so viele Leerzeichen, Fehler und fehlende Bildschirme wie möglich. Die qualitativ hochwertige Ausführung einer Entwurfsprüfung hat großen Einfluss auf das Timing.

Je genauer und vollständiger die Dokumentation ist, desto weniger Entwickler haben während der Entwicklung Missverständnisse und Fehler, wodurch die Einhaltung der Fristen sichergestellt wird.

Ihre Teammitglieder haben Aufgaben falsch bewertet


Eine falsche Bewertung ist die Ursache für die meisten verbrannten Fristen. Jeder Fall einer falschen Bewertung sollte im Nachhinein besprochen werden, die Gründe finden und Taktiken entwickeln, um sie in Zukunft anzugehen.

Einige Junioren und Mitspieler neigen dazu, ihre Stärken zu überschätzen. Mit der Erfahrung beginnt ein guter Manager dies zu verstehen und nimmt Anpassungen vor: Nachdem er beispielsweise eine Schätzung von 10 Stunden gehört hat, multipliziert er diese mit 2 und erhält ein Ergebnis, das sich später als wahrer herausstellt.

Ein leitender Entwickler ist nicht älter als die anderen, aber er weiß, dass die Ausführung einer Aufgabe möglicherweise länger dauert als erwartet, und gibt dies sich und dem Manager gegenüber mutig zu. Ein leitender Entwickler ist sich der Risiken bewusst, und Sie sollten dies tun. Der folgende Fehler ist diesem Thema gewidmet.

Sie und Ihr Kunde sind sich der Risiken nicht bewusst


Risiken sind alles, was Sie nicht geplant haben und was die Arbeit an Aufgaben verlangsamt. Sie sind extern und intern. Die Unterbrechung des Internets, ein Hurrikan oder eine Flut, eine Änderung der Anforderungen an ein Produkt - dies sind externe Gründe, die Künstler in keiner Weise beeinflussen können. Eine lange Suche nach einer Lösung für ein Problem, ein Nervenzusammenbruch beim Entwickler - dies sind interne Ursachen und können kontrolliert werden.

Sie können die Wahrscheinlichkeit von Risiken aufgrund von Zersetzung verringern oder eine große Aufgabe in kleine aufteilen. 40 Stunden sind nicht immer vier Aufgaben zu je 10 Stunden; Während der Zerlegung kann sich herausstellen, dass für die Integration eines schmerzlich vertrauten Zahlungssystems in ein unbekanntes Projekt vorgefertigte Box-Lösungen nicht ausreichen und Sie Ihre eigenen schreiben müssen. Die Zerlegung hilft dabei, die Fristen korrekt zu bewerten und die Kontrolle über deren Einhaltung zu vereinfachen.

Einige der externen Ursachen können ebenfalls beeinflusst werden, insbesondere wenn sie beim Kunden liegen. Je früher der Client Zugriff auf Texte, Logo, Dokumentation und API gewährt (falls die Serverseite den Befehl auf der Clientseite ausführt), desto besser. Und es ist noch besser, wenn Sie die mit dem Kunden verbundenen Risiken zusammenfassen und in den Vertrag aufnehmen. Dies wird eine großartige Erinnerung für den Kunden sein, dass er auch Teil des Projekts ist.

Wenn der Kunde in guter Verfassung ist, wird das Projekt problemlos durchgeführt. Informieren Sie ihn über den Status der Aufgaben, sprechen Sie über alles, was schief gehen kann und zu Verzögerungen führen kann, und darüber, was Sie versuchen, das Problem zu lösen. Erstens können Sie überrascht sein, wie es Sie näher bringt und Sie ermutigt, einen möglichst konstruktiven Dialog zu führen. Zweitens wird ein möglicher Ausstieg aus der Laufzeit und deren Neuzuweisung für den Kunden keine Überraschung mehr sein. Gute Kommunikation ist der Schlüssel zum Erfolg .

Sie haben keinen Plan B.


Ein guter Manager berechnet wie ein Schachspieler die Optionen für Ereignisse im Voraus. Aber wenn ein Schachspieler nur ein paar Minuten in die Zukunft schaut, dann der Manager - sicher ein paar Monate vor Ablauf der Frist. Während dieser Zeit sollten alle Risiken herauskommen.

In einem solchen Fall ist es für eine Reihe besonders komplexer Aufgaben erforderlich, eine kostengünstigere Version ihrer Lösung zu wählen, die die Benutzererfahrung nicht beeinträchtigt, und das Gesamtergebnis bleibt angemessen. Dies nennt man Flex. Flex- Option - Verzichten Sie auf benutzerdefiniertes Design . Verwenden Sie jedoch weiterhin die Richtlinien von Apple und Google. Vergessen Sie nicht, dem Kunden zu erklären, dass dies jetzt die beste Option ist, um die Frist einzuhalten.

Sie können dem Kunden in den Augen des Kunden keinen Mehrwert bieten.


Dennoch ist es normal, mit einer Entschuldigung zu beginnen, dies ist grundlegende Höflichkeit. Eine andere Sache ist, dass Entschuldigungen durch etwas unterstützt werden müssen. Es wird großartig sein, wenn Sie:

  • Analysieren Sie das Problem beim Treffen mit dem Team, ziehen Sie Schlussfolgerungen und versprechen Sie dem Kunden, dass dies nicht noch einmal passieren wird.
  • begründen, dass die Frist für das Projekt in der Zukunft sinnvoll war. Während dieser zusätzlichen 16 Stunden haben Sie die Anwendung wahrscheinlich gewissenhaft getestet und Fehler behoben, die das Produkt und das Image des Kunden irreparabel ruinieren würden, wenn es in die Hände des Benutzers fallen würde.

Wenn Sie sich nicht schuldig fühlen und im gemessenen Tempo Ihres Lebens eine Fehlfunktion machen möchten, machen Sie keinen dieser Fehler. Ich habe die grundlegendsten aufgelistet und wir denken, dass die Besonderheiten Ihrer Arbeit zu anderen Fehlern führen. Es wird großartig sein, wenn Sie in den Kommentaren darüber sprechen.

Source: https://habr.com/ru/post/de443556/


All Articles