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:
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?
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.
Viel Glück!
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.
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.
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.
Alles über 3 Tage muss weiter aufgeschlüsselt werden.
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).
Nicht unterschätzen. Ihr Chef wird Sie an diese Zahlen halten.
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. ;)
Sie sollten Dinge beschreiben, die Sie möglicherweise nicht für relevant halten. Zum Beispiel Maschineneinrichtung, Schulung etc.
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).
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.
AnonymIntern
Garnison Neely
GroßmeisterB
Amy Blankenship
aroth
AnonymIntern
SaltySub2