Die Rolle eines Staff-plus-Ingenieurs hängt stark davon ab, was das Team braucht und was die Stärken des jeweiligen Ingenieurs sind. Meiner Erfahrung nach können sich die Aufgaben eines Staff-plus-Ingenieurs im Laufe der Zeit ändern, aber in der Regel liegt ihr Hauptaugenmerk auf der Arbeit an Projekten, die für das Unternehmen von strategischem Wert sind, während sie gleichzeitig das technische Design vorantreiben und ihr Team auf ein höheres Niveau bringen. – Diana Pojar

Jeder, der schon einmal auf einer Party von Verwandten in die Enge getrieben und gebeten wurde, zu erklären, was Software-Ingenieure eigentlich tun, weiß, dass es eine Herausforderung sein kann, diese Arbeit zu erklären. Im Laufe der Zeit haben Sie vielleicht eine überzeugende Antwort für Ihre Verwandten gefunden, aber viele Leute sind ratlos, wenn ihr Kollege sich zu ihnen beugt und fragt: „Was macht ein Staff Engineer?“

Die einfachste Antwort ist, dass Staff Engineers weiterhin vieles von dem tun, was sie als Senior Engineers erfolgreich gemacht hat: Beziehungen aufbauen, Software schreiben, Projekte koordinieren. Das ist jedoch eine irreführende Antwort. Sie führen dieselben Aufgaben aus, aber während sie früher den Kern der Arbeit darstellten, sind sie jetzt zu Hilfsarbeiten geworden, und sie haben neue Prioritäten. Ihr Tagesablauf ist von Archetyp zu Archetyp etwas unterschiedlich, aber es gibt eine gemeinsame Grundlage für alle Archetypen: die Festlegung und Bearbeitung der technischen Richtung, die Bereitstellung von Sponsoring und Mentoring, die Einbringung des technischen Kontexts in organisatorische Entscheidungen, die Erkundung und das, was Tanya Reilly als „Klebstoff“ bezeichnet.

Setzung der technischen Richtung

Ich fühle mich am wirkungsvollsten, wenn ich die Festlegung einer technischen Vision für einen Bereich erleichtern und die Leute dazu bringen kann, sich auf diese Vision zuzubewegen. Ich denke, wir sind uns alle einig, dass wir wollen, dass unser Code eine bessere Architektur hat oder in irgendeiner Weise verbessert wird. Ich habe jedoch die Erfahrung gemacht, dass die Leute oft eine vage Vorstellung davon haben, was sie besser machen wollen, ohne eine klare Vorstellung davon zu haben, was sie wollen. Ich helfe der Gruppe gerne dabei, sich auf ein gemeinsames Verständnis darüber zu einigen, wo genau sie hinwollen (es ist eigentlich in Ordnung, wenn wir nie dort ankommen) und einen allgemeinen Plan zu entwickeln, wie wir dorthin gelangen können. – Joy Ebertz

So wie der Lorax in seinem beliebten Kinderbuch für die Bäume spricht, so sprechen die Personalingenieure für die Technologie ihres Unternehmens. Technologie kann nicht für sich selbst sprechen und braucht wirksame Fürsprecher in ihrem Namen. Menschen, die Technologie erfolgreich vorantreiben, sind pragmatisch, überlegt und konzentrieren sich eher auf den langfristigen Trend des Fortschritts, als dass sie jede einzelne Entscheidung als eine Krise betrachten, bei der es um alles oder nichts geht. Es kann hilfreich sein, sich dies als eine Art Teilzeit-Produktmanager für Technologie vorzustellen.

Einige Staff-plus-Ingenieure werden explizit für die Leitung eines bestimmten Bereichs, wie z. B. API-Design, eingestellt, und in anderen Fällen müssen sie Ansätze in einem breiten Bereich bearbeiten und abstimmen. Eine Konstante, die sich durch alle Rollen zieht, ist, dass es bei der Festlegung der technischen Richtung viel mehr darum geht, die tatsächlichen Bedürfnisse der Organisation um Sie herum zu verstehen und zu lösen, und viel weniger darum, Technologien und Ansätze zu priorisieren, die Sie persönlich gerne kennenlernen würden. In früheren Positionen haben Sie vielleicht versucht, Entscheidungen in Richtung der Technologie zu beeinflussen, die Sie motiviert, aber in leitenden Positionen sind Sie in erster Linie dem Unternehmen und der Organisation gegenüber verantwortlich und erst in zweiter Linie sich selbst.

Mentorenschaft und Sponsoring

In meiner derzeitigen Rolle fühle ich mich ermutigt, wenn jemand, den ich gesponsert habe, eine Ankündigung schickt, dass er seine Arbeit ausgeliefert hat, oder wenn ich sehe, dass ich dazu beigetragen habe, das Modell eines Ingenieurteams zu einem wichtigen Thema zu formen oder zu verändern. Es sind diese Teams, nicht ich, die tagtäglich die harte Arbeit der Entwicklung und Unterstützung ihrer Technologie leisten. Ich messe meinen Einfluss an ihren Fortschritten und, was noch wichtiger ist, an der Richtung dieser Fortschritte und der Ausrichtung ihrer Arbeit auf die Ziele des Unternehmens. – Michelle Bu

Es gibt eine weit verbreitete Vorstellung von heldenhafter Führung, in deren Mittelpunkt außerordentlich produktive Personen stehen, deren Entscheidungen die Zukunft ihres Unternehmens verändern. Die meisten dieser Erzählungen werden absichtlich von PR-Teams entworfen, um eine gute Geschichte zu erzählen. Es ist weitaus wahrscheinlicher, dass Sie den langfristigen Kurs Ihres Unternehmens ändern, indem Sie die Ingenieure in Ihrem Umfeld fördern, als durch persönliche Heldentaten. Der beste Weg, die Menschen in Ihrem Umfeld zu fördern, ist eine aktive Praxis der Mentorenschaft und des Sponsorings.

Viele Karriereleitern haben ein obligatorisches Kontrollkästchen für die Mentorenschaft, um sich für eine Beförderung in eine Stabsfunktion zu qualifizieren, und Mentorenschaft ist ein wichtiger Teil dieser Rolle. Die Weitergabe von Erfahrungen und Ratschlägen, verbunden mit einer kontinuierlichen Beziehung, um den Kontext des Empfängers zu verstehen, ist eine Arbeit mit großer Wirkung. In leitenden Positionen ist Mentorschaft nur die Messlatte für die Zulassung, und die effektivsten Personalingenieure verbinden ein moderates Maß an Mentorschaft mit deutlich mehr Sponsoring: Sie legen Ihren Daumen direkt auf die Waage, um die Menschen in Ihrer Umgebung voranzubringen und zu unterstützen. Falls Sie es noch nicht gelesen haben sollten: Lara Hogan hat den kanonischen Artikel über die Unterscheidung zwischen Sponsoring und Mentoring geschrieben: What does sponsorship look like?

Providing engineering perspective

Ich habe einen Sitz am Tisch bei Diskussionen auf höherer technischer Ebene, die auf einer Ebene über einzelnen Projekten und Teams stattfinden. Wir haben wiederkehrende Besprechungen, bei denen wir teamübergreifende Probleme technischer und nichttechnischer Natur diskutieren. – Dan Na

Effektive Organisationen rationalisieren die routinemäßige Entscheidungsfindung. Ein gutes Beispiel dafür ist der Prozess zur Prüfung von Verträgen für potenzielle Unternehmenskunden. Zu Beginn werden einige Verträge unterzeichnet, die das Produkt- und Technikteam nicht unterstützen kann. Nachdem das ein paar Mal vorgekommen ist, wird der Prozess mehr Beteiligte in die Überprüfungsschritte einbeziehen, und mit der Zeit werden die richtigen Leute zur richtigen Zeit am richtigen Ort sein.

Es gibt eine zweite Kategorie von Entscheidungen, die sowohl zeitkritisch als auch wichtig sind, und es ist schwieriger, die richtigen Leute in den Raum zu bekommen, bevor diese Entscheidungen endgültig getroffen werden. Es kommt häufig vor, dass eine organisatorische Umstrukturierung vorgenommen wird, ohne dass wertvolle Beiträge vorliegen, die das Ergebnis verändert hätten. Ebenso kommt es häufig vor, dass bei Vorstellungsgesprächen für seltene Positionen, für die Sie vielleicht nur eine Person pro Jahr einstellen, wie z. B. bei Führungskräften oder Ingenieuren in einem Unternehmen in der Anfangsphase, der Kandidat in einer wichtigen Dimension nicht bewertet wird. In einigen Unternehmen fallen sogar Dinge wie die Planung der Roadmap in diese Kategorie.

Staff-plus-Ingenieure sind die Leute, die oft unerwartet in den Raum gezogen werden, in dem diese Art von Entscheidung getroffen wird. Dies gibt ihnen die Möglichkeit, den technischen Kontext und die Perspektive in eine Entscheidung einzubringen, solange es noch möglich ist, das Ergebnis zu ändern. Diese kurzen Momente, in denen sie sich zu kritischen Entscheidungen äußern, sind von unschätzbarem Wert und ermöglichen es Ihnen, die Perspektive der Ingenieure zu berücksichtigen. In diesen Momenten vergisst man auch leicht, dass man in diesen Momenten oft die Interessen der gesamten Technik vertritt, nicht nur die eigenen.

Exploration

In meiner jetzigen Rolle im Inkubator verbringe ich den ganzen Tag mit der Erstellung von Prototypen, aber in meiner vorherigen Rolle als technischer Leiter habe ich viele verschiedene Dinge getan. – Ritu Vincent

Das Erklimmen von Hügeln kann nicht jedes Problem lösen, aber es ist so effektiv, dass viele Unternehmen sich schwer tun, andere Ansätze zu wählen. Dabei kann es sich um ein verbraucherorientiertes Unternehmen handeln, das mit der Unterstützung von Unternehmensgeschäften zu kämpfen hat, oder um ein reifes Unternehmen, das mit der Veröffentlichungshäufigkeit eines kleineren Wettbewerbers konkurrieren muss. Es kann sogar der Fall sein, dass Ihr aktuelles Geschäft so wertvoll ist, dass es schwierig ist, neuen Geschäften Priorität einzuräumen, obwohl die Wachstumsrate des wertvollen Geschäfts rückläufig ist.

Langfristig lernen Unternehmen entweder zu erforschen oder sie verschwinden; dies ist keine unlösbare Herausforderung. Einfach ein Team, das das Bergsteigen beherrscht, mit der Erkundungsarbeit zu beauftragen, ist alles andere als eine sichere Sache, weshalb viele Unternehmen einen anderen Ansatz wählen. Sie suchen sich ein paar vertrauenswürdige Personen mit breit gefächerten Fähigkeiten, stellen einige Ressourcen zur Verfügung und schauen ein paar Monate später wieder vorbei, um zu sehen, was sie entdeckt haben. Einer dieser Ingenieure ist oft ein Personalingenieur.

Es handelt sich auch nicht immer um ein geschäftliches Problem, sondern um jede Art von unklarem, wichtigem Problem, für das die Systeme des Unternehmens schlecht geeignet sind. Es kann sich um die Senkung der Infrastrukturkosten um eine Größenordnung handeln. Es könnte eine Strategie für mehrere Regionen sein, die in sechs Monaten statt in drei Jahren umgesetzt werden kann. Es könnte die plötzliche Erkenntnis sein, dass Ihre primäre Datenbank nur noch drei Monate Speicherplatz hat und Sie nicht auf eine größere Größe aufrüsten können (meiner Erfahrung nach ein überraschend häufiges Problem bei schnell wachsenden Startups).

Diese Arbeit gehört zu den lohnendsten und risikoreichsten Aufgaben, die ein Unternehmen zu bewältigen hat, und es erfordert ein hohes Maß an Vertrauen in die Organisation, um mit dieser Arbeit betraut zu werden. Dazu gehört auch der Respekt des Unternehmens, dass, wenn man versagt, dies auf das Problem zurückzuführen ist und nicht auf einen selbst.

Being Glue

Tanya Reilly hat einen wunderbaren Beitrag mit dem Titel Being Glue verfasst, der ein weiteres Kernelement erfolgreicher Personalentwickler aufgreift: das Notwendige zu tun, um die richtige Arbeit zu identifizieren und sie zur Verfügung zu stellen. Es ist nicht glamourös, aber in Unternehmen mit großem Einfluss gibt es oft einen oder mehrere Staff Engineers, die hinter den Kulissen arbeiten, um die wichtigste Arbeit zu beschleunigen und sicherzustellen, dass sie fertiggestellt wird.

Aber werden Sie noch Software schreiben?

Es ist unhöflich, eine Diskussion über die Rolle des Staff Engineers zu beenden, ohne auf die erste Frage einzugehen, die Staff Engineers stellen, wenn sie sich in einem Raum versammeln: „Finden Sie noch Zeit, Software zu schreiben?“ Die Antwort lautet natürlich: Es kommt darauf an!

Ras Kasa Williams sagte: „Ich habe immer noch regelmäßig Code beigesteuert – sicherlich weniger als der Rest der Ingenieure in meinem Team; aber es war wichtig, dass ich weiterhin „von Hand zu Tastatur“ arbeitete, um sicherzustellen, dass meine technische Strategie (und andere Entscheidungsfindungen auf Makroebene) von den Erfahrungen der übrigen Mitglieder meines Teams vor Ort beeinflusst wurden.“

Katie Sylor-Miller sagte: „Ich bin Frontend-Architektin, aber in letzter Zeit schreibe ich hauptsächlich SQL, weil ich viele Datenanalysen durchführe. Ich schaue mir unsere Leistungskennzahlen an, um herauszufinden, wo es Verbesserungsmöglichkeiten gibt und was die wichtigsten Probleme wären, um die Leistung und die Geschäftskennzahlen zu verbessern. Hier und da schreibe ich ein bisschen JS oder PHP, aber meistens nur, um Teams zu entlasten oder kleine leistungsbezogene Experimente durchzuführen.“

Silvia Botros sagte: „Ich programmiere nicht mehr für das Unternehmen. Ich glaube, das letzte Mal, als ich mein Terminal hochfahren musste, war, um meine Dot-Dateien zu überarbeiten. Dies ist eine bewusste Entscheidung meines Chefs, des Chefarchitekten. Er wird sich jedes Quartal bei uns melden, um sich zu vergewissern, dass wir keinen Code beigetragen haben, der in die Produktion geht.“

Joy Ebertz sagte: „Je höher die Position, desto weniger geht es um Code. Sicher, im Gegensatz zu einem People Manager haben Sie immer noch eine sehr technische Ausrichtung, und selbst als Direktor werden Sie wahrscheinlich zumindest ein wenig programmieren. Je höher Sie jedoch aufsteigen, desto mehr geht es darum, die Leute um Sie herum (und darüber hinaus) zu betreuen und zu fördern, Ihr Team durch den Aufbau der öffentlichen Tech-Marke Ihres Unternehmens aufzubauen, größere technische Trends zu erkennen, die verbessert oder korrigiert werden können, die technische Vision für Ihr Team oder das Unternehmen mitzugestalten und sich für die Bereitstellung von Mitteln für Tech-Debt-Projekte einzusetzen.“

Die meisten schreiben etwas, manche schreiben nichts, aber keiner schreibt so viel wie zu Beginn seiner Karriere. Gelegentlich gibt es eine Woche, in der nur programmiert wird, aber das ist nicht die Regel, und wenn es zu oft vorkommt, ist das meist ein Zeichen dafür, dass man eher an etwas Bequemem als an etwas Wichtigem arbeitet.

Langsam, aber lohnend

Ein roter Faden, der sich durch die Arbeit bei Staff-plus zieht, ist, dass die Zeiträume einfach länger sind. Zu Beginn der Karriere ist es leicht, sich an den schnellen Feedback-Zyklus der Softwareentwicklung zu gewöhnen – schreiben, testen, ausliefern, wiederholen – und der Großteil der Arbeit, die Sie auf dieser Ebene tun werden, ersetzt diese Feedback-Schleife durch eine, die Wochen, Monate und Jahre dauert.

Die Auswirkungen und das persönliche Wachstum liegen in diesen längeren Zeiträumen, und obwohl jeder, mit dem ich gesprochen habe, sich wünschte, gelegentlich mehr Zeit zum Programmieren zu haben, bedauerte keiner von ihnen den Übergang in seine jetzige Rolle.