Wie kann ich bei der technischen Planung für ein Projekt helfen, mit dem ich nicht vertraut bin?

Zum Kontext: Ich bin ein Ingenieur in einer Gruppe von Ingenieuren und wir haben einen technischen Leiter und einen Projektleiter.

Mein Team arbeitet an einem Produkt und seit einigen Monaten arbeitet eines unserer Teammitglieder an einer anderen Architektur, die viele Probleme lösen sollte, die wir in unserem aktuellen Produkt haben.

Es gibt viele neue Dinge, nicht nur in einigen Funktionen, sondern auch in der Architektur und im technischen Stack. Da von Kunden immer wieder Funktionsanfragen für das aktuelle Produkt eingehen, haben wir ihn an dem Projekt arbeiten lassen, während der Rest des Teams an Funktionen gearbeitet hat.

Wir haben den Punkt erreicht, an dem wir beginnen, Fristen für dieses neue Projekt festzulegen, und so gab es kürzlich eine Reihe von Planungstreffen, um herauszufinden, „was noch übrig ist“ und „was genau wir tun müssen“, wo das Team zusammenkommt um darüber zu sprechen, was wir tun müssen.

Das Problem ist meiner Meinung nach, dass viele Mitglieder des Teams, mich eingeschlossen, mit dem Projekt aus technischer Sicht nicht vertraut sind (wir wissen darüber Bescheid, aber nicht in genügend technischen Details, um zu kommentieren, was übrig bleibt und was wir in verschiedene Aufgaben aufteilen können für uns selbst) mit Ausnahme des Hauptingenieurs, der daran arbeitet, und des technischen Leiters. Wir haben einen technischen Überblick über den aktuellen Status des Projekts erhalten, aber ich denke, das reicht nicht wirklich aus, um das Projekt tatsächlich aufzuschlüsseln. Es ist schwer für die anderen Mitglieder des Teams, etwas zu sagen, wenn wir nicht daran gearbeitet haben.

Deshalb habe ich ein paar Fragen

  • Ist es die Aufgabe der anderen Ingenieure, alle Aufgaben aufzuschlüsseln? Ich habe das Gefühl, dass wir die Implementierung kommentieren können, aber es ist für jeden von uns schwierig, zu kommentieren, was übrig bleibt – für mich scheint es, als ob dies etwas ist, was der PM und der Hauptingenieur tun müssen? Ich könnte mich aber irren.
  • Was kann ich genau tun, um dabei zu helfen? Sollte ich versuchen, mit jemandem eins zu eins zu sitzen, um zu sehen, wo ich hineinpasse?

Eine letzte Sache: Ich habe auch meine alltäglichen Dinge als Ingenieur zu erledigen (es gibt noch Funktionen, die implementiert werden müssen, und Zeitpläne, die ich einhalten muss) und ich denke nicht, dass es für mich sinnvoll ist, dies zu tun dies, wenn es nicht in meiner Verantwortung liegt (Vielleicht IST es meine Verantwortung als Ingenieur, bei dieser Planung zu helfen)

Ich würde einen Hacking-Tag oder so etwas organisieren, bevor ich viel rede. Arbeiten Sie gemeinsam an einigen Themen. Der arbeitende Entwickler am Neuen soll nicht arbeiten, sondern den anderen helfen. Das gibt Raum für Diskussion und Einführung. Nur wenn man so etwas macht, bekommt man ein richtiges Gefühl dafür. Die anderen Schritte können danach einfacher gehen. Was passieren könnte, ist eine Menge Diskussionen. Das mag gut sein, einem einzelnen Entwickler können Dinge entgehen. Aber es kann auch schlecht sein, breitere Einblicke zeigen enorme Schwächen des neuen Projekts. Frage: Gibt es eine Spezifikation und möglicherweise sogar einige User Stories?
@LucFranken Das ist die Sache - ich glaube nicht, dass es wirklich eine Spezifikation gibt (vieles davon war eine Zahl, während Sie gehen) und ich glaube auch nicht, dass es noch User Stories gibt. Ich denke, der Hacking-Tag klingt nach einer guten Idee, um uns alle an Bord zu bringen
Und die Arbeit an den Anforderungen wird auch Priorität haben und eine gute Sache, an der man gemeinsam arbeiten kann. Es ermöglicht sowohl ein tieferes Kundenverständnis als auch eine Grundlage für die Erstellung von Aufgaben. Denn: wie soll man jemals Aufgaben schreiben können, wenn die Anforderungen unklar sind?

Antworten (1)

Ich bin mir nicht sicher, ob es allzu effizient wäre, alle Ingenieure in die Planung einzubeziehen, aber sicherlich kann es helfen, einen besseren Plan zu erstellen, wenn mehrere Stimmen beteiligt sind.

Das liegt nicht in Ihrer Verantwortung. Wenn Ihr Team in Zukunft für den Aufbau und die Unterstützung dieses Systems verantwortlich sein wird, liegt es in Ihrer Verantwortung, sich mit der neuen Architektur und dem Technologie-Stack vertraut zu machen. Sie sollten nicht bis zum Tag warten, bevor Sie mit der Arbeit beginnen, um die Details zu erhalten, da einige Teile möglicherweise Zeit brauchen, um sich zurechtzufinden.

Nein das macht Sinn. Ja, ich möchte nicht, dass es aussieht wie „Oh, das ist nicht meine Verantwortung“, aber es scheint einfach so, als ob es viele fehlende Teile gibt, die die Ingenieure aus Planungssicht herausfinden müssen, wenn wir uns mehr darauf konzentrieren sollten die technische Umsetzung und kalkulieren, wie lange wir dafür brauchen.
@ user14287117 schlägt eine "Code-Überprüfung" vor, nicht für den normalen Zweck, sondern um Person x dazu zu bringen, jedem in einem einzigen Meeting zu sagen, was getan wird und was nicht, indem er den von ihm durchgeführten Code durchläuft, während ihm gleichzeitig die Möglichkeiten gegeben werden um zu erklären, was sich geändert hat