In Teil eins In dieser zweiteiligen Serie habe ich mich auf Aufgaben mit geringem Aufwand konzentriert, die den höchsten Wert erzeugen, und auf Möglichkeiten, die Hebelwirkung bei einigen Ihrer täglichen Aktivitäten zu erhöhen. Um es kurz zusammenzufassen: Hebelwirkung kann als Wert oder Wirkung definiert werden, die pro investierter Zeit erzielt wird. Mit anderen Worten: der ROI (Return on Investment) der Entwicklung. Während die zunehmende Hebelwirkung ein gutes Messinstrument ist, ist möglicherweise nicht immer klar, wie viel Wert oder Wirkung eine bestimmte Aufgabe erzeugen wird. Und manchmal kann es angesichts der schieren Anzahl der Aufgaben, die einem vorgesetzt werden, schwierig sein, Prioritäten zu setzen.

Als Ingenieur gibt es so viele Dinge, an denen man arbeiten muss, nicht wahr? Obwohl unsere Sprints in mundgerechte Tickets unterteilt sein können, sollten wir in Betracht ziehen, unsere eigenen Aufgaben zu organisieren, die außerhalb der Sprintarbeit liegen. Dies könnten Dinge wie das Überprüfen eines Dokuments in Confluence, das Schreiben einer Dokumentation oder das Überprüfen des Codes eines anderen Teams sein. Meiner Erfahrung nach ist es wahrscheinlich, dass andere Dinge durch die Maschen fallen, wenn sich diese Aufgaben häufen.

Nachfolgend sind einige bewährte Vorgehensweisen für die Verwaltung einer großen Aufgabenliste, den Zugriff auf ihre Priorität und die Bewertung des kurz- und langfristigen Nutzens einer bestimmten Aufgabe aufgeführt.

Die einfache Checkliste

Das liegt wahrscheinlich auf der Hand, aber eine einfache Checkliste kann dabei helfen, den Überblick über nicht sprintbezogene Arbeiten zu behalten. Das kann so einfach sein wie ein Dokument in Google Drive, eine handschriftliche Liste auf Papier oder sogar die Verwendung von Produktivitäts-Apps wie Wunderlist oder Todoist. Wenn Sie alles aufgeschrieben sehen, können Sie ein Gefühl dafür bekommen, was die wichtigsten Dinge sind und was sich nicht einmal lohnt, getan zu werden.

Eine Checkliste kann auch dabei helfen, herauszufinden, woran zwischen Tickets oder in kurzen Zeitblöcken zwischen Besprechungen gearbeitet werden muss. Aber wie können wir feststellen, welche Aufgaben oder Elemente wertvoller sind als andere?

Welche Arbeit schafft Wert?

Ingenieure sind wirklich gut darin, Probleme im Produkt- und Entwicklungsumfeld zu lösen. Wir verbringen viel Zeit damit, Dinge wie effiziente Wege zur Implementierung einer Funktion, die Zusammenstellung verschiedener Systeme und optimale Möglichkeiten zur Speicherung und Weitergabe von Daten herauszufinden, um nur einige zu nennen.

Über den Bereich des technischen Mehrwerts hinaus gibt es Dinge, die auch einen geschäftlichen Mehrwert schaffen. Dazu können gewonnene Benutzer, ausgelieferte Produkte/Funktionen, verschobene Geschäftsmetriken, optimierte Prozesse/Systeme und getätigte Verkäufe gehören. Diese Dinge sind wichtiger als geleistete Arbeitsstunden, geschriebene Codezeilen, besuchte Meetings und erledigte JIRA-Aufgaben.

Vor diesem Hintergrund sollten wir als Ingenieure versuchen, uns auf Aufgaben zu konzentrieren, die nicht nur den Ingenieuren und unseren Benutzern, sondern auch dem Unternehmen helfen.

Lernen Sie, Nein zu sagen

Als Ingenieur muss man eine Balance finden, die ziemlich schwer zu meistern sein kann – beispielsweise Sprint- und Nicht-Sprint-Arbeiten zu verwalten, Leuten zu helfen, mit anderen Leuten/Teams zusammenzuarbeiten und sich beruflich/persönlich weiterzuentwickeln. Oft werden wir zu Dingen wie Teambesprechungen, Interessengruppen und zur Durchsicht anderer Dokumente eingeladen. Die Einladenden sind sich der Opportunitätskosten unserer Zeit normalerweise nicht bewusst.

Daher ist es wichtig, zu lernen, nein zu sagen. Da unsere Zeit und Ressourcen begrenzt sind, sollte nicht jede Einladung als Verpflichtung angesehen werden. Es wäre zwar schön, an all diesen außerschulischen Aktivitäten teilzunehmen, aber sie können uns manchmal von unseren anderen Aufgaben ablenken. Wenn diese Einladungen jedoch eine hohe Priorität haben, sollte dies auf jeden Fall besprochen werden. Da wir jedoch nicht an allem arbeiten können, müssen wir uns auf das Wesentliche konzentrieren – und das bedeutet, uns auf das zu konzentrieren, was den größten Wert erzeugt.

Konzentrieren Sie sich auf das Wichtige und Nicht-Dringende

Da wir den ganzen Tag über ständig mit E-Mails, Slack-Nachrichten/-Anfragen, Fehlern und Vorfällen bombardiert werden, könnten wir bei unserer Arbeit eher reaktiv als proaktiv werden. Wir sollten vorsichtig sein, denn dies erschwert es uns, uns auf längerfristige Investitionen wie das Erlernen neuer Programmiersprachen, die berufliche Weiterbildung und den Aufbau von Beziehungen zu konzentrieren.

Jede Aktivität kann basierend auf ihrer Wichtigkeit und Dringlichkeit (die nicht als Synonyme verwechselt werden sollten) in vier Quadranten unterteilt werden. Schauen Sie sich die Eisenhower-Matrix unten an:

Die meiste Zeit verbringen wir normalerweise mit Quadrant 1 und Quadrant 3, die in die Spalte „Dringend“ fallen. Wenn wir uns jedoch zu sehr auf diese Quadranten konzentrieren, vernachlässigen wir die nicht dringenden, aber wichtigen Aktivitäten in Quadrant 2, zu denen Dinge wie diese gehören:

• Karriereziele und Aufbau starker Beziehungen
• Lesen von Büchern und Artikeln zur beruflichen Weiterentwicklung
• Entwicklung von Tools zur Verbesserung unserer Arbeitsabläufe
• Erlernen neuer Programmiersprachen, Bibliotheken, Frameworks usw.
• Wir betreuen unsere Teamkollegen, um ihnen zu helfen, produktiver zu sein

Investitionen im Quadranten 2 haben oft keine Fristen und werden daher nicht priorisiert. Auf lange Sicht bieten sie jedoch einen erheblichen Wert, da sie uns helfen, sowohl persönlich als auch beruflich zu lernen und zu wachsen.

Achten Sie beim Umgang mit Ihrer persönlichen Checkliste darauf, herauszufinden, welche Ihrer Aufgaben in Quadrant 2 fallen, und stufen Sie die weniger wichtigen Dinge in den Quadranten 3 und 4 zurück.

Investieren Sie in das Teamwachstum

Eine Aktivität im Quadranten 2, die meiner Meinung nach eine große Hebelwirkung hat und die wir verbessern können, ist das Teamwachstum. Dies kann als Wachstum unseres Engineering-Teams in Bezug auf die Anzahl der Mitarbeiter sowie unseres Wissens und unserer Prozesse definiert werden.

Einstellung und Einarbeitung

Hoffentlich nehmen die meisten Ingenieure regelmäßig an Vorstellungsgesprächen mit Kandidaten für Ingenieursstellen teil. Es ist hilfreich, wenn sich alle die Last teilen können. Die meisten, wenn nicht alle Ingenieure sollten an den Vorstellungsgesprächen teilnehmen, um eine starke Ingenieurskultur aufrechtzuerhalten. Viele Teams leiden auch unter Personalmangel, daher wird es auf lange Sicht definitiv hilfreich sein, mehr Talente einzustellen.

Sobald neue Mitarbeiter eingestellt sind, sollte eine ausführliche Onboarding-Checkliste verfügbar sein, damit der neue Ingenieur so schnell wie möglich produktiv sein kann. Diese Checkliste sollte ständig verbessert werden, da jeder Kandidat sie durchgeht und Änderungen vornimmt. Eines sollten Sie beim Onboarding-Prozess jedoch immer im Hinterkopf behalten: Wie können wir Ingenieuren helfen, sich schnell mit einer bestimmten Technologie oder einem bestimmten System vertraut zu machen?

Wissen verbreiten

Ich denke, das ist ein Bereich, in dem sich alle Unternehmen verbessern können. Wir haben zwar Dinge wie Interessengruppen, Tech-Talks, Blogeinträge , Dokumentation in Github und Confluence sowie Postmortems sind Informationen normalerweise verstreut. Wenn ein Ingenieur beispielsweise Ember.js von Grund auf lernen möchte, wäre es schön, wenn wir ihn einfach auf eine Seite verweisen könnten, die ausführliche Erklärungen sowie eine Reihe von Programmierübungen enthält, die ihm beim Einstieg helfen.

Bei Google gibt es eine Ressource namens CodeLabs, in der allgemeine Abstraktionen erklärt werden, die in der gesamten Codebasis verwendet werden. Außerdem werden Code-Walkthroughs und Übungen bereitgestellt, um die Konzepte zu festigen. Selbst ein kleiner Schritt in diese Richtung könnte sehr nützlich sein.

Ich habe ein wenig über diesen Bereich der Wissensverbreitung nachgedacht und habe zwei Verbesserungsvorschläge. Ich hoffe, dass diese Vorschläge Ingenieurorganisationen dabei helfen können, als Gruppe zusammenzukommen und sich auf einige Standards für eine effektive Wissensverbreitung zu einigen.

Zwei Ideen zur Verbreitung von Wissen

1. Interessengruppen nutzen

Interessengruppen werden normalerweise rund um eine bestimmte Technologie, Sprache, ein Framework usw. gebildet und stehen jedem Ingenieur offen. Das Ziel einer Interessengruppe besteht darin, Ingenieuren zu helfen, ein bestimmtes Thema (z. B. Elixir, Ember.js usw.) zu erlernen und zusammenzuarbeiten, um anderen Teams zu helfen, effektiv mit dieser Technologie zu arbeiten. Sie können Dokumentationen erstellen, die von Ingenieuren verwendet werden können, die noch nie Erfahrung mit der jeweiligen Technologie hatten. Die Dokumentation könnte eine Reihe von Dokumenten, Screencasts, Codeübungen und Links zu Ressourcen enthalten. Interessengruppen können auch über zukünftige Investitionen in die jeweilige Technologie nachdenken.

2. Nutzen Sie Mentoren

Ingenieurbüros sind normalerweise voll von Ingenieuren, die sich mit einer Vielzahl unterschiedlicher Technologien auskennen, sei es MySQL, Javascript oder Python, um nur einige zu nennen. Meistens sind diese Ingenieure damit beschäftigt, die Grenzen der Produktfunktionen zu erweitern. Wäre es nicht schön, ein Programm zu haben, bei dem Ingenieurkollegen von diesen Experten betreut werden könnten?

Ein Mentor/Mentee-Modell für eine bestimmte Technologie könnte eine großartige Gelegenheit sein, mit Ingenieuren in anderen Teams zusammenzuarbeiten und Ingenieuren die Möglichkeit zu geben, zu betreuen und/oder zu lernen. Dies könnte ein 30-minütiges Treffen pro Woche sein, bei dem der Mentor alle Fragen beantworten und Ressourcen bereitstellen kann, die dem Mentee beim Lernen helfen.

Einige dieser Maßnahmen sind in Ihrer aktuellen Entwicklungsabteilung wahrscheinlich bereits vorhanden, aber wie viel Zeit und Mühe wird darin investiert? Diese Aktivitäten scheinen die Ingenieure zwar von ihren unmittelbaren Pflichten abzulenken, können aber tatsächlich einen langfristigen Wert schaffen.

Weitere Informationen

Dies sind nur einige Ideen, die ich hatte, wie wir effektivere Ingenieure werden können. Viele dieser Ideen wurden inspiriert von Der effektive Ingenieur von Edmond Lau und Konzentrierte Arbeit von Cal Newport. Wenn Sie mehr darüber lesen möchten, wie Sie ein effektiver Ingenieur sein und in einer Welt voller Ablenkungen konzentriert bleiben, kann ich Ihnen diese Bücher wärmstens empfehlen.