Ich bin Ingenieur in einem kleinen Ingenieurteam in einem kleinen Business-to-Business-Unternehmen. Wir möchten von einem „Big Bang“-Veröffentlichungsmodell zu einem iterativeren Veröffentlichungsstil übergehen, bei dem kleinere Änderungen in häufigeren Chargen veröffentlicht werden.
Es besteht die Befürchtung, dass dies negative Auswirkungen auf andere Abteilungen wie Kundensupport, Vertrieb und Marketing haben könnte, da es häufigere Aktualisierungen ihrer Dokumentation usw. erfordern würde.
Wie können wir sicherstellen, dass ein iterativerer Entwicklungsprozess Abteilungen wie Kundensupport, Vertrieb und Marketing nicht schadet (oder vielleicht hilft)?
Indem Sie sicherstellen, dass Sie funktionsübergreifende Teams haben. Wenn vor der Veröffentlichung Verkaufs- oder Marketingaktionen durchgeführt werden müssen, brauchen Sie Vertreter im Team , um sicherzustellen, dass sie im richtigen Rhythmus durchgeführt werden.
Erstellen Sie eine Liste aller Dinge, die geschehen müssen, um ein Feature freizugeben. Das ist Ihre „Definition of Done“. Haben Sie alle Mitarbeiter und Fähigkeiten im Team, um sie alle zu erledigen? Wenn Sie dies nicht tun, müssen Sie wirklich daran arbeiten, diese Fähigkeiten an Bord zu bringen.
Dies steht in direktem Gegensatz zur traditionellen Organisation von Unternehmen, aber es ist wirklich einfacher, Produktinkremente früher auszuliefern, wenn Sie Teams nach Produkten statt nach Rollenfunktionen organisieren können. Die Hierarchie muss sich nicht ändern, nur was ein Team ausmacht.
not_user9123
Gummiente