Völlig unterqualifiziert für die Stelle, weiß nicht, was ich tun soll

Erstens, wissen Sie, dass viele Leute auf diese Weise befördert werden – zwei meiner ehemaligen Manager waren es. Ob das gut ist oder nicht, hängt von der Person ab - aber Sie können sich über Management und Projektmanagement informieren und das Unternehmen mit Führungskursen und dergleichen unterstützen, um Ihre Wissenslücken zu schließen. Dazu musst du tief durchatmen und an deine Überwindungsfähigkeit glauben.

Abgesehen davon ist Management für viele Menschen nicht gut geeignet, und es ist sehr stressig, wenn man es Ihnen auf diese Weise aufdrückt - wenn Sie glauben, dass Sie der Herausforderung wirklich nicht gewachsen sind (und ein großes Lob an Sie, dass Sie es erkannt haben ... es kann schwierig sein), müssen Sie mit Ihren Vorgesetzten sprechen. Das Beste, was Sie tun können, ist, sie davon zu überzeugen, die Führungsrolle zu übernehmen. Der beste spezifische Ansatz dafür hängt stark von Ihrer Kommunikation mit Ihrem Management und Ihrer Unternehmenskultur ab, die ich nicht kenne und hier nicht eingehen kann.

Wenn Sie nicht ins Management einsteigen möchten, gibt es zwei große Möglichkeiten,

• A. Sie wollen niemals ins Management einsteigen
• B. Sie fühlen sich einfach nicht bereit für diese Herausforderung.

Wenn A, würden Sie dies gegenüber Ihrem Management betonen. Sie würden erklären, dass Sie es vorziehen, "im Code" zu sein und nicht wirklich ein Manager sein möchten, und denken, dass es am besten wäre, einen voll qualifizierten Manager einzustellen, der diese Verantwortung übernimmt.

Wenn B, betonen Sie Ihren relativen Mangel an Erfahrung im Management und sagen Sie, dass es Ihrer Meinung nach am besten wäre, jemanden einzustellen, der mehr Erfahrung im Management hat (wie Guy Schalnat bemerkte, könnten Sie gezielt einen Programmmanager anfordern). Da Sie erwähnt haben, dass sie mehr technisches Personal einstellen möchten, sollten Sie in der Lage sein, sie davon zu überzeugen, einen Manager als eine dieser Personen einzustellen.

Management ist komisch, denn obwohl es sehr gründlich studiert wurde, scheint es sehr wenig Konsens darüber zu geben, wie man es richtig macht. Gerade in der Praxis scheint der gute Vorsatz, der mit dem Studienstoff einherging, im Sande zu verlaufen.

Worauf ich hinaus will, ist, dass Sie, auch wenn Sie sich vielleicht unterqualifiziert fühlen, in der riesigen Auswahl an „Managern“ da draußen vielleicht überhaupt nicht auffallen. Eine Sache, die Sie wahrscheinlich nicht haben, ist Erfahrung, aber die können Sie nur erlangen, indem Sie die Arbeit tatsächlich erledigen, also bleiben Sie dran.

Bleiben Sie bei den Grundlagen: Priorisieren Sie Aufgaben, verfolgen Sie Aufgaben, überprüfen Sie immer wieder, wie lange es dauern wird, bis Sie Ihr Ziel erreichen, verfolgen Sie Aufgaben erneut. Versuchen Sie, so effizient und konzentriert wie möglich zu bleiben. Sammeln Sie Erfahrungen. Ich würde raten, es zu versuchen. Nicht zu wissen, ob die Belastung in Ihrem konkreten Fall eine bestimmte Phase ist oder sich über mehrere Monate aufgebaut hat.

Ihrem Arbeitgeber ist nicht geholfen, wenn Sie auf Kaution gehen, und Sie können möglicherweise etwas wirklich Bedeutendes erreichen.

Finden Sie auch Wege, mit Stress umzugehen. Sogar in einer nicht leitenden Position finden Sie sich in einer Position wieder, in der Stress den Arbeitsplatz dominieren kann. Sport ist eine tolle Sache. Erinnern Sie sich daran, dass der Arbeitsplatz weit entfernt von allem im Leben ist, und finden Sie einen Weg, um am Ende des Tages abzuschalten.

Meiner Erfahrung nach (und ich habe in einigen Startups gearbeitet) braucht man einen Projektmanager , keinen Manager. Sie brauchen auch jemanden, der die Qualitätssicherung durchführt. Während dies wirklich getrennte Personen sein sollten, können Sie vielleicht mit einer Person in einem Startup davonkommen (in einem meiner Startups war dieselbe Person der Präsident des Unternehmens). Ich persönlich glaube nicht, dass Sie den "People"-Manager erst später im Prozess benötigen. Sie werden einige Zeit mit technischer Leitung und Mentoring-Arbeit verbringen müssen, aber das ist Programmiererarbeit, in die Sie sowieso hineinwachsen werden, und das ist gut für Ihren Lebenslauf.

Viel Glück und gib dein Bestes. Gönnen Sie sich auch die Zeit, die Sie brauchen, um sich ein wenig zu entspannen. Als ich jünger war, bin ich mehr als einmal ausgebrannt, manchmal bevor das Projekt abgeschlossen war.

Wenn Sie und die neue Person gerade codieren – STOPPEN Sie

Sie brauchen eine Vorstellung davon, was getan werden muss (was einige Methoden als Rückstand bezeichnen). Beginnen Sie mit großen Stücken (Epics) und machen Sie eine einfache Schätzung (T-Shirt-Größen funktionieren gut, s/m/l/xl usw.). Das Epic könnte so etwas wie „Benutzersicherheit“ oder „Berichte“ sein.

Lassen Sie jetzt die Person, die das Projekt vorantreibt, darüber sprechen, was wichtiger ist, indem Sie die Epics ordnen. Fangen Sie jetzt an, das wichtigste Epic in kleinere Stücke zu zerlegen, und Sie beide fangen an, Schätzungen auf hohem Niveau abzugeben. Dies wird wahrscheinlich immer noch auf der Ebene von mehreren Tagen/Wochen liegen. Nochmal Zustimmung aus dem Geschäft und beginne damit Moskau zu machen (muss oder soll oder könnte oder will nicht).

Brechen Sie nun die Moststücke auf ein realistisches Niveau herunter, normalerweise nicht mehr als ein paar Tage.

An diesem Punkt können Sie mit der Planung von Arbeitsblöcken beginnen und Ihrem Chef zeigen, was/wer gebraucht wird. Wenn Sie zeigen können, worum es geht, können Sie sich von Ihrem Manager unterstützen lassen und auf einen Manager drängen. Wenn keine Bewegung beginnt, zielen Ihre Arbeitsblöcke auf eine Aufteilung von 60/20/20 ab (muss/sollte/könnte).

Viel Glück

Da ich es an anderer Stelle nicht erwähnt habe, würde ich dringend vorschlagen, einen Weg zu finden, um die Arbeitslast zu verteilen. Wenn Sie Wege finden, Teile der Verantwortung auf andere zu verteilen, stellen Sie möglicherweise fest, dass Sie sich nicht so überfordert fühlen. Dies kann Anstrengungen erfordern, um den Bedarf an anderen Ressourcen zu rechtfertigen (möglicherweise minimiert durch die Auslagerung von nicht wesentlichen Aspekten, obwohl dies mit Overhead verbunden ist).

Ich würde auch vorschlagen, vorausgesetzt, Sie möchten aktiv bleiben, dass Sie streng definierte Zeiträume haben, in denen Sie beim Codieren praktisch oder frei sein werden. Wenn die Leute zu irgendeinem Zeitpunkt wissen, welchen Hut Sie tragen, und das Konzept der Aufteilung Ihrer Bemühungen respektieren/unterstützen (z. B. indem Sie an Programmiertagen nicht nach Führungsfragen gefragt werden), würde es wahrscheinlich helfen, da tief in den Code einzutauchen ist nicht förderlich für die Erörterung von Geschäftsangelegenheiten auf höherer Ebene.

Zu delegierende Aspekte können allgemeine Architekturvorschläge, spezifische Lösungsvorschläge, Modulentwicklung, Testplanung, Projektplanung usw. umfassen. Dies kann dazu führen, dass Sie feststellen, dass Sie jemanden unter sich „befördern“ können, der ernsthafte Fähigkeiten in diesen Bereichen zeigt. Es ist ein Team... und wenn Sie Leute hineinwachsen lassen können, dann würde es Ihnen helfen, hineinzuwachsen.

Wie andere jedoch gesagt haben, wenn Sie keinen Weg finden, sich in Ihrer Rolle wohl zu fühlen, müssen Sie sich damit befassen.

Denken Sie auch daran, dass Sie möglicherweise einen Teil des Managements nach oben verschieben können, was eine Führung des Nicht-Entwicklungsteams für die Produkt-/Funktionsplanung und -priorisierung erfordert – da Sie rechtmäßig damit beschäftigt sind, diese Funktionen auf den Markt zu bringen und Ausbildung neuerer Leute.

Atmen Sie tief durch, versuchen Sie, alle aktuellen Belastungen zu ignorieren und denken Sie ruhig über eine wichtige Frage nach. Welche Position möchten Sie in zwei Jahren einnehmen? Möchten Sie der Manager sein und sich qualifiziert fühlen und wissen, wie man den Ort führt? Wie wäre es, Teamleiter zu sein und alle kommenden Entwickler zu organisieren und zu betreuen? Oder möchten Sie "nur" ein Entwickler sein, aber die Person, die all die riesigen technischen Probleme gelöst hat, die Sie jetzt betrachten? Oder möchten Sie die Person sein, die alles erreicht? Es ist sehr gut möglich, sowohl Manager als auch Entwickler zu sein, vorausgesetzt, das Entwicklungsteam bleibt relativ klein und die Overhead-/Berichtsanforderungen werden nicht übermäßig.

Wenn Sie Ihr kurzfristiges Ziel kennen, schauen Sie in 5 oder sogar 10 Jahren weiter nach unten und stellen Sie dieselbe Frage. Entscheiden Sie dann, ob das, was Sie jetzt tun, Sie dorthin bringt, wo Sie hinwollen, auch wenn es Tauchen bedeutet ins kalte Wasser springen oder einfach nützliche Erfahrungen sammeln, um sie später woanders anzuwenden.

Motivation und der Wille zum Erfolg werden einen großen Unterschied machen, ob Sie sich überfordert oder einfach nur herausgefordert fühlen. Eine Management-Challenge unterscheidet sich nicht wirklich von einer Programmier-Challenge. Zuerst sehen Sie sich an, was getan werden muss, dann unterteilen Sie es in die Schritte, die ausgeführt werden müssen, und beginnen dann mit der Arbeit an diesen Schritten. Auch wenn Sie nicht wissen, wie Sie den ganzen Berg erklimmen können, kann es hilfreich sein, zu sehen, wie Sie zum Basislager gelangen, oder einfach nur Ihre Vorräte in Ordnung zu bringen, indem Sie Ihnen überschaubare Brocken geben, die Sie jetzt handhaben können. Sie haben das erste Problem bereits gelöst, indem Sie gesehen haben, dass das Unternehmen mehr Entwickler benötigt, und sich um die Interviews gekümmert haben, um die richtigen Leute einzubeziehen. In einem Start-up werden viele Leute Jobs machen, die sie haben.

Wenn Sie andererseits die Managerrolle nicht übernehmen möchten, erklären Sie Ihrem Chef, wie diese Aufgaben Sie von der wichtigen Rolle wegbringen, für die Sie bei der Lösung der technischen Probleme eingesetzt wurden, und bitten Sie ihn um Hilfe bei der Umsetzung das eine Priorität. Aber noch einmal, wenn Sie Lösungen für das Problem vorschlagen können (stellen Sie jemanden ein, der bereits Erfahrung als Manager hat, übertragen Sie die Verantwortung auf jemand anderen im Unternehmen, der die richtigen Talente hat, oder verringern Sie einfach, was getan werden muss), das wird einen großen Beitrag leisten zeigen, dass Sie nicht nur vor der Arbeitsbelastung zurückschrecken, sondern aktiv versuchen, das Unternehmen zu verbessern.

Obwohl es sich um ein Startup handelt, ist es in der Regel eine schlechte Idee, gleichzeitig zu managen/Produktmanagement zu betreiben. Das können Sie nachlesen. Viele Organisationen möchten, dass Sie beides tun. Versuchen Sie also, mehr Code in die Hände anderer Leute zu bringen. Du bist die Führung. Es wird effektiver sein, wenn Sie einen guten Teil Ihres Tages damit verbringen, mit Menschen zu arbeiten, um sie dazu zu bringen, produktiv zu sein und sich in die richtige Richtung zu bewegen.

Ich war in einer ähnlichen Situation.

1. Wie viel Eigenkapital haben Sie im Voraus ausgehandelt? Lohnt es sich? Sehen Sie, ob Sie neu verhandeln können, wenn Sie unzufrieden sind. Entweder mehr Aktien oder früher ausübbar.

2. Es ist ein Startup, planen Sie zu scheitern. Es ist okay. Ich war bei 2 Explosionen dabei, bevor ich bei Nummer 3 Glück hatte. Lerne so viel wie möglich, um dich auf den nächsten Versuch vorzubereiten.

3. Zeitblöcke für das Codieren vs. Verwalten – Weisen Sie eine bestimmte Anzahl von Stunden zu festgelegten Zeiten zu: Betrachten Sie Pull-Requests/Code-Reviews, Paarprogrammierung vs. Codierung

4. Erhalten Sie so viel kostenlos wie möglich. Wenn Sie damit durchkommen, AWS für Infrastruktur oder ein Open-Source-Projekt zu verwenden, anstatt Ihr eigenes zu entwickeln, dann tun Sie das. Konzentrieren Sie sich nur auf Ihren Kernwert.

5. Nehmen Sie die Valley-Mentalität an: Scheitern Sie schnell, viel, viel Versuch und Irrtum. Verbringen Sie 1-2 damit, ein Konzept zu verschärfen, wenn es nicht funktioniert, machen Sie weiter. Es war eine kleine Investition. GEHEN SIE NIEMALS IN EINE SUNK COST FALLE. Deshalb gibt Ihnen der VC Geld zum Experimentieren.