Release-Team gegen PM

Sollte es in Bezug auf die Veröffentlichung des Codes und die Trennung der Verantwortlichkeiten der Projektmanager oder die Veröffentlichungsteams sein, die das Unternehmen über die Veröffentlichungen informieren? Ich glaube, es sollte die Aufgabe des Release-Teams sein. Hier sind meine Gründe dafür.

  • In unserem ALC werden die Freigabedokumente vor der Freigabe geschrieben.
  • Wir machen zwei Releases pro Woche.
  • Wir leiten mehrere Projektteams (6) und ich hätte gerne eine Standardmethode, um das Unternehmen zu informieren.
  • Es erfordert weniger Kommunikation zwischen den Gruppen, da das Freigabeteam einfach freigeben kann, anstatt den PM anzurufen, um sicherzustellen, dass die Dinge versendet wurden usw.
  • Ich denke, ein Teil der Veröffentlichung besteht darin, das Unternehmen direkt zu informieren. Es gibt Personen außerhalb der IT einen besseren Überblick über den Wert der Teams.

BEARBEITEN - Lassen Sie mich einige Details hinzufügen, die "Entwicklungsaktualisierungen" - werden den Tickets vor der Abmeldung hinzugefügt, das Veröffentlichungsteam sammelt nur die Informationen aus den Tickets - Wenn es Probleme mit der Veröffentlichung gibt, setzen wir sie sofort zurück. Ein weiteres Detail ist, dass das Release-Team bei den Entwicklern sitzt, die PMs und Tests sitzen in einem anderen Gebäude.

Antworten (3)

Verantwortung vs. geeignete Task-Performer

Während der Projektmanager dafür verantwortlich ist, eine effektive Kommunikation innerhalb des Teams und zwischen dem Team und dem Rest der Organisation zu ermöglichen, bedeutet diese Verantwortung nicht, dass der Projektmanager der Ausführende der Aufgabe sein muss. Es ist durchaus akzeptabel, diese Verantwortung zu delegieren oder das Team zu ermutigen, neue Prozesse oder Nebenkanäle zu entwickeln, die sicherstellen, dass die routinemäßige Kommunikation so effektiv wie möglich ist.

Es hängt davon ab, ob. Wer hat das Unternehmen vorher informiert? Wenn es die Release-Teams waren, dann ist es sinnvoll, sie weiter machen zu lassen.

In Ihrer Argumentation fehlt ein wichtiges Detail. Wenn ein anderes Team für die Freigabe verantwortlich ist, werden alle Informationen im Ablauf zumindest aus zweiter Hand weitergegeben, und im Notfall ist immer ein zusätzlicher Schritt erforderlich . Stellen Sie sich vor, dass beim Release etwas schief geht. Das Veröffentlichungsteam hat möglicherweise eine Ahnung von einer möglichen Lösung, aber es wird definitiv die Hilfe der Entwicklungsteams benötigen. Wenn das Unternehmen Feedback sendet, wird es – nicht absichtlich – vom Release-Team gefiltert/geändert, sodass es gute Chancen gibt, die Anzahl der Diskussionen zu erhöhen, um Dinge zu klären.

Für sechs Projektteams scheint ein ganzes Release-Team etwas zu viel, aber ich weiß, dass Kunden gerne nur einen Ansprechpartner haben (entweder eine Person oder ein Team). Ich schlage vor, den Projektmanager des Teams, das für die Integration verantwortlich ist, als Ansprechpartner zu fragen und alle Teams gleichermaßen für die Releases verantwortlich zu machen.

Danke für die Eingabe! Dies setzt voraus, dass Feedback durch das Release-Team erfolgt, Feedback erfolgt weiterhin über den Helpdesk und den PM. Das Release-Team stellt einfach die Informationen auf dem Ticket zusammen und versendet es. Auch das Release-Team wird mehr für die SOX-Compliance als notwendigerweise benötigt, aber bei dem Versuch, auf ein Continuous Deployment-Modell umzusteigen, hat es sich als sehr nützlich erwiesen.
Ich muss fragen. Erledigt Ihr Release-Team DevOps-Aufgaben?
"Aufgaben entwickeln"? Das Release-Team arbeitet nur am Release-Prozess und der Automatisierung des Release-Prozesses. Sie arbeiten auch ein bisschen am ALC und automatisieren es auch.
danke für diesen Link, er war sehr aufschlussreich, ich habe darüber gelesen, als Yahoo Flickr gekauft hat, aber noch nie zuvor von DevOps gehört. Kannst du irgendwelche Bücher zu diesem Thema empfehlen?
Ich kenne keine, aber mir wurde gesagt, dass die Entwicklertreffen wirklich toll sind. Gehen Sie zu meetup.com und suchen Sie nach Entwicklern in der Nähe Ihrer Stadt/Ihres Landes.

Wer am besten artikulieren kann, welcher Geschäftswert geliefert wurde, sollte diese Kommunikation durchführen. Die Augen des Business-Teams werden glasig, wenn Sie nur eine Liste der eingesetzten Tickets senden. Sie wollen den technischen Hokuspokus nicht hören.

Wir haben diese Product Owner-Rolle geschaffen und sie funktioniert sehr gut. Meine Empfehlung ist, dass Sie diese neue Rolle erstellen. Hier ist ein Link, der die Rolle des Product Owners beschreibt: http://www.scrumalliance.org/articles/44-being-an-effektive-product-owner . Weisen Sie diese Verantwortung in der Zwischenzeit der Person zu, die am besten extrahieren kann den Geschäftswert aus der Liste der Tickets und artikulieren Sie ihn gut.