Timlid in einem Startup - sofort und Elon Musk und Frankenstein. Am Morgen baut er Raumschiffe und am Abend ruft er zum Projekt: „Live! Du darfst nicht sterben! “ - und lacht ungesund. Und das alles in Begleitung von drei Junioren.
Alexander Polomodov leitet die Entwicklung des Attraktionsmanagements bei Tinkoff.ru; Zuvor war er CTO / Development Manager für kleine Unternehmen. Wir haben Alexander gebeten, sich an die Vergangenheit zu erinnern und zu sagen, welche Fallstricke von einem Teamleiter zu einem Startup zu erwarten sind.
Unter dem Schnitt - Antworten auf wichtige Fragen:
- wie man unter Bedingungen überlebt, unter denen Interaktionsprozesse nicht etabliert sind (oder überhaupt nicht existieren);
- wie man ein cooles Team zusammenstellt, wenn die Lohnsumme begrenzt ist;
- wie man versteht, dass man aus dem Projekt entkommen muss.
1. Voller Ideen, niemand zu tun
Sie kommen Teamlide in einem Startup. Erwartung: Beginnen Sie sofort mit der Arbeit an neuen Funktionen. Realität: Jagdentwickler, weil gestern ein starkes Team benötigt wird und niemand daran interessiert ist, es zusammenzustellen.
Hier sind zwei Möglichkeiten möglich - schwerer und leichter. Eine schmerzhafte Option: Es gibt wenig Geld im FOT. Eine der besten Entscheidungen in dieser Situation ist es, Praktikanten mit einem sauberen und strahlenden Kopf aufzunehmen und alle erforderlichen Kenntnisse und Fähigkeiten in diesen Kopf einzubringen: Zeichnen Sie jedem Einzelnen einen individuellen Entwicklungsplan, beschreiben Sie Schritt für Schritt, welches Wissen er erwerben muss, welche Fähigkeiten in welcher Entwicklung. Es ist eine großartige Möglichkeit, aber leider nicht Ihre: Dies ist ein langes Spiel, und Startups, die schnell Ergebnisse zeigen müssen, tun dies fast nie.
Ein charakteristischer Satz: „Wir brauchen Top-Spezialisten für Angular. Wir zahlen unter dem Markt. "
Die einfachere Option: Es gibt Geld und Sie sind bereit, gute Marktbedingungen anzubieten.
Ein typischer Fall. In diesem Fall ist es in IT-Unternehmen üblich, die Grundvoraussetzung aufzuzeigen, dass ein Kandidat einen bestimmten Technologie-Stack kennt. Vor einigen Jahren tauchte in Stellenbeschreibungen ständig „Wir suchen einen jQuery-Ninja“ auf. Das Problem ist, dass viele dieser Ninjas das Procrustean-Bett verlassen zu haben scheinen - sie können nur in jQuery schreiben (ist es nicht im neuen Projekt? Nun, es tut mir leid). Und wenn eine Person nicht nur den spezifischen Stapel perfekt kennt, sondern auch eine gute Basis hat, dann wird höchstwahrscheinlich ein Unternehmen Ihr Gehaltsangebot töten.
Lösung. Wenn es Geld für angemessene Gehälter gibt, müssen Sie nach Menschen suchen, die sich auf das Vorhandensein von Grundwissen und hart erarbeiteten Fähigkeiten wie systemischem Denken konzentrieren. Selbst wenn eine Person mit einer bestimmten Sprache oder einem bestimmten Technologie-Stack nicht vertraut ist, wird sie auf Wunsch alle wichtigen Dinge für das Quartal beherrschen.
Wenn Sie nicht um die besten Spezialisten in Bezug auf das Gehalt konkurrieren können, lohnt es sich, Leute mit einem klugen Kopf einzustellen, die das Feld erfolglos ausgewählt haben. Ein Mann entwarf Mikroschaltungen und beschloss nun, das Gebiet in ein monetäreres zu verwandeln? Wir nehmen es.
2. CEO von Narnia
Die zweite Schwierigkeit, auf die ein Teamleiter in einem Startup stoßen kann, ist die rosa CEO-Brille. Pläne, die bereits Kunden oder Investoren vorgelegt wurden, entsprechen nicht der Realität. Das Team wird nach Fristen gedrückt, es muss MVP schnell anzeigen, Funktionen hinzufügen und ständig harte unrealistische Fristen festlegen. Neue und neue Schichten des Krückencodes wachsen, technische Schulden häufen sich und der Schöpfer des Startups ist sich sicher, dass alles in Ordnung ist - die Entwickler sind entweder faul oder äußern pessimistische Prognosen.
Oft tritt diese Situation beim Verkaufsleiter auf. Er hatte das Schloss bereits in der Luft verkauft - und wie man dieses Schloss jetzt baut, ist ihm eigentlich egal.
Der charakteristische Satz: „Ich habe diese Funktionen verkauft, sie sollten bis zum Ende der Woche, des Monats und des Jahres erscheinen“ (bei Bedarf unterstreichen).
Ein typischer Fall. Der CEO möchte eine Veröffentlichung in drei Tagen, der Entwickler bewertet die Aufgabe und teilt dem Teamleiter mit, was er in fünf Tagen tun kann. Erklärt: „Die Integration der API, mit der Sie arbeiten müssen, hat lange gedauert. Wenn die API wie vom Partner versprochen funktioniert, bekomme ich sie in drei Tagen. Aber meiner Erfahrung nach erfüllt die API dieses Partners ihre Versprechen oft nicht - also fünf Tage. " Der CEO antwortet: „Der Partner verspricht, dass alles gut wird. Sie haben drei Tage Zeit ", sagt CTO nach dem Meeting." Ich verstehe nichts in der Entwicklung, aber ich habe die Bewertung der Aufgabe fast halbiert. "
Der Entwickler aus diesem Fall hat versucht, die Aufgabe in vier Tagen abzuschließen. Wie auch immer, das Fakap ist passiert, aber selbst wenn es die Fristen eingehalten hätte, könnte es nicht lange dauern, dies ist die Endphase des Missverständnisses, wie ein normales, gesundes Team arbeiten sollte.
Lösung. Das Timing zu diskutieren ist normal, sollte aber eine begründete Diskussion sein. Tony Robbins Stil antwortet: "Eine Woche ist zu lang!" und "Sie müssen sich mehr anstrengen!" - Indikator für rosa Brille. Sie zu entfernen ist ein ernsthafter Test der Kommunikationsfähigkeiten des Teamleiters.
Es geht nicht darum, den Preis durch Verhandlungen zu senken, wie auf einem Basar, auf dem niedrigere Kosten und Margen in einem Nullsummenspiel zwischen Verkäufer und Käufer verteilt werden. Es wird eine technische Lösung erläutert, für die Sie eine Bewertung durchführen möchten, wobei zusätzliche Faktoren berücksichtigt werden. Der Entwickler verhandelt nicht fünf Arbeitstage für sich selbst, sondern gibt eine Bewertung basierend auf seinem Wissen. Wenn der Druck gut ist, wird die Zeit verkürzt, aber höchstwahrscheinlich werden alle Risiken ausgeschlossen. Und wenn etwas schief geht, werden die Pläne definitiv gehen. Dies ist wichtig, um es dem CEO zu vermitteln, und wenn Sie nicht verstehen wollen, laufen Sie weg, Sie Narren.
3. Technische Schulden bei Mikrokreditzinsen
Die Geschichte der Entstehung von OS / 360, die in dem Buch „Mythical Man-Month“ von Frederick Brooks beschrieben wird, ist sehr aufschlussreich. Es sollte das coolste Betriebssystem der Zeit sein. IBM zog Tausende von Menschen an das Projekt und vermisste es immer noch in allen Punkten: Timing, Funktionalität und Support-Funktionen.
Aus Brooks 'Buch geht hervor, dass die Entwickler dann auf alle möglichen Rechen getreten sind, und dies trotz der Tatsache, dass sie Waterfall verwendet haben und die Entwicklungsstadien klar genug verstanden haben. Und heute, mit der weit verbreiteten Verbreitung von Agile, haben das Team und der Architekturplan auf lange Sicht oft keinen - nur einen Rückstand, der aus Geschäftsaufgaben und einem Sprint für ein bis zwei Wochen besteht. Die Architektur kommt also entsprechend heraus.
Kennwort: „Diese Schaltfläche in Blau neu streichen? Es wird eine Woche dauern
Wenn im ersten Sprint der Bau von drei Wohnungen geplant ist, wird im zweiten Sprint in der Nähe eine Hütte oder eine Hütte gebaut. Dann kommt eine neue Aufgabe - sie mit einem gemeinsamen Dach zu bedecken, und wenn es irgendwie ein installiertes Dach ist, stellt sich heraus, dass es oben einen weiteren Boden geben wird und so weiter.
Wo ein echtes Haus unter dem Gewicht der Fehler des Designers lange zusammengebrochen wäre, entsteht bei der Entwicklung eine technische Verschuldung. Und wenn die Arbeit an dem Projekt zunächst nach Plan verläuft und niemand sieht, dass sich die Krücken ausbreiten, stellt sich irgendwann heraus, dass eine einfache Funktion, die zunächst den Tag des Entwicklers kostete, jetzt doppelt so viel kostet. Und da Sie die Krücken immer wieder umgehen und neue hinzufügen müssen, kostet die Funktion in einem Viertel das Fünffache.
Lösung. Ein normaler Führer trifft Entscheidungen auf der Grundlage von Fakten und Zahlen. Kommen Sie mit den Berechnungen: Zeigen Sie, wie viel die offenen technischen Schulden in einem Monat, in einem Viertel, in einem Jahr kosten werden. So haben Sie die Möglichkeit, Pläne anzupassen, einschließlich in den Sprints nicht nur neue Funktionen, sondern auch eine schrittweise "Zahlung von Schulden".
Natürlich ist dies keine vollständige Liste der Probleme, mit denen Teamlids bei Startups konfrontiert sind, aber diese drei sind die akutesten und am schwierigsten zu lösenden.
Alexander Polomodov - Kurator des
Teamlead Weekend Intensiv im Binary District; Der nächste Kurs findet vom 15. bis 16. Dezember statt.