•••• Mit Klick auf die Abspielschaltfläche wird das Video im eingebetten IFrame gestartet. Das Vorschaubild kann schon auf diesem Blog vorhanden sein, so dass erst beim Abspielen eine Verbindung mit YouTube aufgebaut wird und Daten übertragen werden. ••••
#121 Multidisziplinäre Teams: Braucht es einen Business-Analysten in einem Scrum-Team?
In seinem Blogpost zeigt es Boris Gloger sehr deutlich: Scum adressiert nur die drei Rollen Developer, Product Owner und Scrum Master. Ein Business Analyst kommt darin nicht vor. Der kommmt aus Model-V bzw. dem bekannteren Wasserfall. Selbstredend kann ein oder mehrere Developer die gewünschten Fähigkeiten eines Business Analysten inne haben. Ein sehr häufig noch vorkommendens Mißverstädnis ist eben, dass Developer immer nur Softwareentwickler sind. Nein, es ist ein multifunktionales Team, das die Fähigkeiten vereint, um gemeinsam produktiv arbeiten zu können und Produkte abliefern zu können.
Das meint, es kann ein Scrum Team sein, dessen Developer folgender Berufsbildern entstammen: Kardiologen, Psychologen, Designer, Grafiker, Fronteendentwicker, Backendentwickler, Juristen, Datenschützer und die Person für den Klima- und Umweltschutz. Alle vereint, das next cutting edge think nach der Apple Watch zu erstellen (das Ding zum „Sehen“ ist halt für den Massenmarkt überaus teuer und so werden keine nennenswerten Verkaufszahlen generiert).
Das gesamte Scrum Team ist ergebnisverantwortlich (accountable), in jedem Sprint ein wertvolles,
nützliches Increment zu schaffen. Scrum definiert drei spezifische Ergebnisverantwortlichkeiten
innerhalb des Scrum Teams: Developer:innen, Product Owner:in und Scrum Master:in
