Ich arbeite für ein kleines Analytik-/Beratungsunternehmen mit 7 Mitarbeitern. Ursprünglich wurde ich als Datenanalyst eingestellt, aber die Anforderungen des Unternehmens änderten sich, und das Prinzip verlangte, dass ich die Rolle des Release Managers und QA-Testers übernehme. Beachten Sie, dass mein Abschluss Wirtschaftswissenschaften ist, nicht Software.
Die größte Schwierigkeit, die ich hatte, diese Rolle zu übernehmen, ist die Verwaltung unserer Projekte. Wir verwenden derzeit keinen Bug-Tracker, wir verwenden kein Projektmanagement-Tool, und wir kämpfen darum, einen effizienten Weg zu finden, um Versionshinweise zu erstellen und Todos zu kommunizieren.
Wir haben über 150 Git-Repositories und zu jeder Zeit werden 50 entwickelt. Im Durchschnitt hat jedes Projekt 3 Abhängigkeiten mit jeweils einer bestimmten Entwicklungs- oder Release-Version. Ich finde das ein bisschen überwältigend, und unsere derzeitige Art der Kommunikation besteht darin, zu sprechen oder Notizen auszudrucken.
Dies scheint nicht effizient oder skalierbar zu sein. Ein weiteres Problem ist, dass das Prinzip vehement gegen die Verwendung eines Bugtrackers ist, da wir klein sind. Ich finde das lästig, weil es bedeutet, dass wir keinen Prüfpfad haben, und es macht es schwierig für mich, den Fortschritt zu verfolgen.
Für die Zukunft gibt es zwei große Fragen, mit denen ich mich auseinandersetzen möchte:
Mit welchen Technologien und Konzepten sollte ich mich vertraut machen, um in dieser Rolle erfolgreich zu sein? Derzeit kenne ich mich mit folgenden Tools etwas aus:
Zur Beantwortung Ihrer Frage
F1: Wie sollte ich eigentlich vorgehen, um unsere Projekte zu „verwalten“?
IMHO gibt es nur wenige wichtige Bedenken für jemanden in einer Release-Management-Rolle . Vielleicht haben Sie einiges davon bereits im Griff.
Liefern wir das richtige Produkt (Haben wir die Anforderungen richtig erfüllt)
Gibt es eine Methode, die das Team verwendet, um Anforderungen effektiv zu erfassen und zu protokollieren (Need Finding Sessions, detaillierte User Stories)
Wie erleichtert man Änderungswünsche (weil sie kommen)
Identifizieren Sie für jedes Projekt einen einzigen Genehmigungspunkt für Umfangsänderungen und alles, was mit dem Umfang in Ihrer Organisation zusammenhängt
Transparente Kommunikation in Bezug auf alle Scope-Änderungen
Liefern wir das Produkt richtig (geringe Fehlerdichte, ohne Überraschungen, pünktlich)
F2: Mit welchen Technologien und Konzepten sollte ich mich vertraut machen, um in dieser Rolle erfolgreich zu sein?
Hier wenden die meisten Teams den größten Aufwand auf. Basierend auf meiner Erfahrung werde ich eine Liste der wichtigsten Konzepte teilen, mit denen Sie vertraut sein sollten. Wenn ich mir Ihre Liste der Tools ansehe, gehe ich davon aus, dass Ihr Produkt hauptsächlich Java ist. Ich werde versuchen, nicht über ein bestimmtes Werkzeug zu sprechen.
3. Liegen wir im Budget? Meiner Meinung nach ist Scope Creep der Hauptfaktor, der dazu führt, dass ein Projekt das Budget überschreitet
Zusätzlich zu den oben genannten sollte jedes agile Team haben
Schnelle Ergänzung : Wenn das Team nicht bereit ist, etwas zu befolgen, das allgemein als Best Practice anerkannt ist (normalerweise hat es gültige Punkte), können Sie es bitten, es für einige Sprints zu verwenden und zu sehen, ob es sinnvoll ist. Wenn es nicht funktioniert Versuchen Sie auf jeden Fall herauszufinden, warum, und verbessern Sie sich. Die Tatsache, dass die Änderung vorübergehend ist, macht sie toleranter gegenüber Mitgliedern, die sich nicht einig sind. Ich dachte, Sie könnten dasselbe verwenden, um Ihre Teammitglieder zur Fehlerverfolgung zu ermutigen.
Und viel Glück! :)
Vergessen Sie vorerst PM-Tools. Ich denke, Sie müssen diese Situation triagieren:
Wie soll ich eigentlich vorgehen, um unsere Projekte zu „verwalten“?
Projekt- und Release-Management sind komplizierte Themen, die Bücherregale füllen. Die Schlüsselkonzepte laufen jedoch im Wesentlichen auf Folgendes hinaus:
Ihre Aufgabe ist es nicht, all diese Dinge selbst zu definieren. Ihre Aufgabe ist es, der Organisation (und insbesondere der Geschäftsleitung) dabei zu helfen , diese zu definieren, der Geschäftsleitung Input zu ihrer Erstellung von Prozesskontrollen zu geben und dann interessierten Stakeholdern Informationen über den laufenden Status des Projekts bereitzustellen.
Mit welchen Technologien und Konzepten sollte ich mich vertraut machen, um in dieser Rolle erfolgreich zu sein?
Dies ist ein No-Op. "Technologien" sind eine Möglichkeit, Ihre Prozesse und Verfahren zu implementieren, und nicht das Framework selbst. Sie müssen einen Prozess definieren, bevor Sie effektive Prozesssteuerungen dafür entwerfen können.
Stattdessen sollten Sie sich mit den Geschäftszielen (und ungeschriebenen Erwartungen) für das Projekt vertraut machen und nach Projektmanagement-Frameworks und -Kontrollen suchen, die sowohl zu den Zielen als auch zur Kultur Ihrer Organisation passen. Die technischen und administrativen Kontrollen werden dann so gestaltet, dass sie zu Ihrem Prozess passen, und nicht umgekehrt.
MCW