Wie gehe ich als Praktikant in einem Startup mit unrealistischen Deadlines um?

Ich arbeite als Praktikant als Softwareentwickler / Webentwickler in einem Start-up. Nach Diskussionen mit Kollegen habe ich gerade festgestellt, dass mir von meinem Praktikantenbetreuer, der auch der Entwicklermanager ist, unrealistische Fristen gesetzt werden.

Er bat mich, eine Gantt-Planung zu erstellen, um das Arbeitspensum im Mai auszugleichen, aber es musste bis Ende des Monats fertig sein. Ich habe jedoch erst letzte Woche Spezifikationen geschrieben (nachdem er mich um einen Zeitplan gebeten hatte) und mir ist jetzt klar, dass es nicht realistisch ist.

In 17 Arbeitstagen soll ich Folgendes tun:

  • ein komplexes Back-End, bei dem Ressourcen bereitgestellt werden, während der Git-Verlauf für einen bestimmten Store genutzt wird, während mehrere externe Dienste verwendet werden.
  • ein einfaches Front-End für Benutzer, um mit diesem Back-End zu interagieren.

Ich gebe nicht zu viele Details über das Projekt, da es sehr spezifisch ist, aber es ist erwähnenswert, dass es sich um ein wichtiges Projekt für den Arbeitsablauf des Unternehmens handelt (die Korrektheit der Daten ist entscheidend).

Alle sollten gründlich getestet und bereitgestellt werden.

Woran erkenne ich, dass Fristen nicht realistisch sind und wie gehe ich damit um?

Zu Beginn des Praktikums äußerte ich meine Bedenken bezüglich des allgemeinen Projektmanagements, da keine Spezifikationen geschrieben wurden und er erwartete, dass ich mich in jedem Gespräch, das wir führten, an jedes Detail erinnerte (einige waren zweistündige Gespräche) mit manchmal widersprüchlichen Anforderungen. Ich habe es zumindest geschafft, das richtig zu machen, aber ich hatte keine Gelegenheit, diese besondere Sorge zu äußern, da er gerade auf Geschäftsreise ist. Außerdem weiß ich nicht, wie ich das angehen soll!
Dies ist ein Startup. Viele Dinge werden unrealistisch sein, und es wird von Ihnen erwartet, dass Sie die notwendigen Stunden arbeiten, um sie zu verwirklichen. Das ist einer der Gründe, warum ich nicht in einem Startup arbeiten konnte!
Du machst das als Praktikant? Ich hoffe, es ist ein bezahltes Praktikum, und sie nutzen dich nicht nur als freie Arbeitskraft aus.
Denken Sie daran, dass es am Arbeitsplatz, insbesondere bei einem Startup, oft besser ist, beliebt zu sein, als einen guten Job zu machen. Sagen Sie dem Chef also, was er hören möchte, tun Sie die Arbeit, die Sie realistischerweise erledigen können, und kümmern Sie sich nicht um den Rest.
@GarrisonNeely - Die meisten Startups werden ihre unvernünftigen Anforderungen mit haufenweise Eigenkapital ausgleichen. Diejenigen, für die es sich zu arbeiten lohnt, werden es jedenfalls tun.
Es ist bezahlt, sie wollen mich einstellen, aber es wird kein Eigenkapital geben.
@AnonymousIntern Sie müssen dieses Startup sehr ernsthaft in Betracht ziehen. Was kann es für Ihr Leben tun, wenn Sie das Gefühl haben, dass es bereits während Ihres Praktikums Probleme gibt, die angegangen werden müssen? Wenn Sie das Gefühl haben, dass Sie woanders bezahlt werden können, dann überlegen Sie ernsthaft, warum/wie Sie sich in einem Startup engagieren sollten. Wenn Ihnen auch kein Eigenkapital angeboten wird, müssen Sie ernsthaft überlegen, wie/was Sie sich dabei fühlen und lernen werden. Die Tatsache, dass Sie sich entschieden haben, diese Frage auf Stack zu stellen, deutet vielleicht darauf hin, dass Sie, wie viele andere, diese Art von Startup-Verhalten/Mentalität nicht mögen. PS "Praktikant" meinen sie billige/kostenlose Arbeitskräfte?

Antworten (5)

Die Aufgabe Ihrer Führungskraft besteht darin, Forderungen zu stellen und Erwartungen zu manifestieren. Aus diesem Grund ist er/sie Ihr Vorgesetzter.
Was dir passiert, passiert vielen. Dies liegt daran, dass Manager sich der Auswirkungen auf Mikroebene nicht immer bewusst sind. Und wenn Sie darüber nachdenken, ist es leicht zu erkennen, dass Sie die Person sind, die die Verantwortung dafür tragen muss, Ihren Vorgesetzten darüber zu informieren, was realistischerweise getan werden kann.

  1. Planen Sie Ihre Arbeit sorgfältig.
  2. Beginnen Sie mit der Umsetzung für ein oder zwei Tage und sehen Sie, wo Sie sich nach dieser Zeit befinden.
  3. Wenn Sie bereit sind, gehen Sie zu Ihrem Vorgesetzten und helfen Sie ihm zu verstehen, warum das, was von Ihnen verlangt wurde, in dem zuvor festgelegten Zeitrahmen menschlich unmöglich zu erreichen ist.
  4. Erledigen Sie Ihre Arbeit in einem realistischen Tempo. Wenn Ihr Vorgesetzter das Unmögliche verlangt, nur weil er das Beste aus Ihnen herausholen will, ist das in Ordnung. Wenn er/sie in einem passiv-aggressiven Modus das Unmögliche verlangt, ist es an der Zeit, sich nach einem neuen Job umzusehen.

Viel Glück!

In einem Engineering-/Entwicklungskontext besteht die Aufgabe eines Managers eher darin, Blockaden zu beseitigen und die Erwartungen externer Stakeholder zu managen, als Forderungen zu stellen. Normalerweise ist ein Softwaremanager, der Forderungen stellt und die technischen Ratschläge seiner Teammitglieder ignoriert, einfach ein schlechter Manager.
Danke schön. Alle Antworten waren hilfreich, aber ich werde Ihre als beste markieren, weil sie alles zusammenfasst.

Ich warte auf das "na und?". Werden sie Sie nicht einstellen, wenn Sie scheitern oder eine schlechte Empfehlung abgeben, weil Sie das Unmögliche nicht schaffen konnten? Gibt es einen Bonus? Dich hinters Büro führen und dich verprügeln?

Wenn es schwerwiegende Konsequenzen gab, von denen sie dachten, dass sie Ihnen die Motivation / Angst geben würden, diese Aufgabe zu erledigen, werden sie Sie wissen lassen.

Es ist ein Startup. Du bist ihre einzige Hoffnung (Obiwan). Vielleicht schaffst du es. Vielleicht ist es nicht ganz so robust, also müssen sie vorsichtig sein, wie sie es verwenden. Sie gehen ein Risiko für dich ein. Vergiss das Scheitern. Gib dein Bestes. Die meisten verlassen ein Praktikum und haben nichts gelernt und nichts aufgebaut. Sie werden etwas für Ihren Lebenslauf haben.

@AnonymousIntern - Für viele technische Leute, wenn sie hören "habe es bis Freitag fertig", denken sie, es bedeutet voll funktionsfähig, getestet, schnell und sieht hübsch aus, wenn es wirklich bedeutet, "etwas zu zeigen, dass es größtenteils funktioniert".

In 17 Arbeitstagen soll ich Folgendes tun:

Um diesen Satz zu vervollständigen: „Das Unmögliche.“

Realistisch gesehen sollten Sie nehmen, was sie von Ihnen wollen, und es in realistische Stücke aufteilen. Projektmanagement Ihrer eigenen Aufgaben. Das heißt, was können Sie nach 17 Tagen realistisch von dem größeren Projekt präsentieren, das auch ohne Abschluss des gesamten Projekts realisierbar ist.

Das ist für mich der beste Takt. Denn realistischerweise werden Sie – oder irgendjemand anderes – nicht in der Lage sein, die beschriebenen Ziele innerhalb von 17 Tagen zu erreichen. Aber wenn Sie eine solide Grundlage schaffen können, auf der dann aufgebaut werden kann, dann haben Sie, während die formelle Frist nicht eingehalten wird, zumindest eine solide … Etwas …, auf dem aufgebaut werden kann, wenn die Realität das Team in 18 Tagen trifft.

Er bat mich, eine Gantt-Planung zu erstellen, um das Arbeitspensum im Mai auszugleichen

Hast du das eigentlich schon gemacht? So kann Ihr Vorgesetzter sehen, was realistisch ist und was nicht.

Bei der Erstellung müssen Sie sich an Folgendes halten.

  1. Kein Artikel sollte länger als 3-5 Tage dauern (abhängig von der Länge des Projekts). Für 17 Tage würde ich mit einer Höchstgrenze von 3 Tagen für Artikel gehen.

  2. Alles über 3 Tage muss weiter aufgeschlüsselt werden.

  3. Das Gantt-Diagramm sollte zeigen, welche Funktion von einer anderen abhängig ist (dh nicht beginnen kann, bevor eine andere fertig ist, oder nicht entfernt werden kann, ohne andere Teile zu entfernen).

  4. Nicht unterschätzen. Ihr Chef wird Sie an diese Zahlen halten.

  5. Sie können einige der Aufgaben auffüllen, aber überfüllen Sie die Zahlen nicht. Ihr Chef wird das Ganze sonst nicht glauben. Wenn Ihr Manager erfahren ist, kann er die Zahlen intern auffüllen (da nur wenige glauben, dass ein Entwickler richtig einschätzen kann, wie lange eine Aufgabe dauert. ;)

  6. Sie sollten Dinge beschreiben, die Sie möglicherweise nicht für relevant halten. Zum Beispiel Maschineneinrichtung, Schulung etc.

  7. Berücksichtigen Sie keine Wochenenden/außerhalb der Geschäftszeiten in Ihrem Diagramm.

Sobald Sie das haben, geben Sie es Ihrem Chef. Es liegt an ihnen, Ressourcen fallen zu lassen, zu verzögern oder mehr Ressourcen zu beschaffen (oder darüber zu diskutieren, dass Sie unangemessene Arbeitszeiten haben).

Ich tat. Im Moment würde es mehrere Elemente pro Tag geben, aber er wollte das Gantt auf "hohem Niveau" halten (ohne es in Elemente aufzuteilen ...)
Stammt diese Liste aus Ihrer persönlichen Erfahrung oder aus einer Art Kochbuch für Projektmanagement? Danke!

Die allgemeine Antwort darauf ist also zweigeteilt – den eigentlichen Umfangs- und Bereitstellungsteil und den Kommunikationsteil anzugehen.

Was den Umfang und die Lieferung anbelangt, stellen Sie sicher, dass Sie sich auf das absolute Minimum an funktionsfähigem Produkt beschränken, das die Aufgabe erfüllt. Überarbeiten Sie es nicht, das Ziel ist es, gerade genug Arbeit zu bekommen, um die Benutzer zum Laufen zu bringen, und es dann basierend auf ihrem Feedback zu ändern. Ihre Spezifikationen können "richtig" sein oder auch nicht, und es ist diese Benutzervalidierung und Umgestaltung, die dies zeigen wird. Beschränken Sie also Ihren Arbeitsumfang darauf, das erforderliche Minimum mit gerade genug Saft zu liefern. Idealerweise hätten Sie Ihre Spezifikationen mit einer gewissen Granularität in Geschichten und Aufgaben unterteilt und mit jemandem zusammengearbeitet, um sie nach Priorität zu ordnen, damit Sie wissen, was verrutschen könnte. Und natürlich, wie andere angemerkt haben, wird von einem Praktikanten bei einem Startup erwartet, dass man 20 Stunden am Tag Code ändert.

Das bringt uns zum Kommunikationsteil – wenn Sie sich überhaupt die Mühe machen, zuerst zu sprechen, findet zwischen Ihnen und Ihrem Vorgesetzten nicht genug Kommunikation statt. Sie sollten täglich sprechen und Bedenken äußern und dabei um Rat fragen. Sie denken vielleicht zu viel darüber nach und er sagt vielleicht: "Schauen Sie, schlagen Sie einfach etwas Minimales im Dropwizard zusammen, setzen Sie ein Bootstrap-Frontend darauf, Sie sind fertig." Ich weiß nicht, ob sie Tests und Bereitstellungen für ihre anderen Bits haben oder ob Sie der Erste sind, der diese Kluft überquert, aber wenn nicht, würde ich auf jeden Fall einfach das Framework übernehmen, das sie bereits haben. Aber das sind große Fragen für ihn.

Ich weiß, dass es nicht genug ist, aber ich fühle mich jedes Mal, wenn wir über diese Probleme sprechen, als unqualifiziert beurteilt zu werden, während es meiner Meinung nach schlechte Planung und schlechtes Management ist. (Ich kann mich irren!)
Sie sind derjenige, der sich den Plan ausgedacht hat – Manager können nicht auf magische Weise alles wissen, was Sie tun und was Ihre Probleme sind. Im Allgemeinen, insbesondere in Startups, geht es beim Management darum, IHNEN die Verantwortung für die Leistung zu übertragen - Verantwortung nach unten zu delegieren ist gutes Management, und gute Ingenieure bitten dann um jede Art von Mentoring/Hilfe, die sie benötigen.