Podcasts about entwicklungsteam

Welche nächsten Schritte kommen auf Entwicklungsteams zu, die gerade das erste Mal "Done" erreicht haben?

In der Nachmittagsfolge begrüßen wir heute Sven Siering, Geschäftsführer von Vent.io, und sprechen mit ihm über die Beteiligungsstrategie des Fullstack CVCs.Vent.io ist die Digitaleinheit der Deutschen Leasing Gruppe, die Kooperationen mit Startups eingeht und sich an diesen beteiligt, um für Kunden und Partner der Deutschen Leasing Gruppe sogenannte Digitale Value Added Services bereitzustellen. Der Frühphasen-Investor beteiligt sich an Finanzierungsrunden mit bis zu 750.000 Euro pro Runde. Insgesamt kann Vent.io dabei bis zu 1,5 Millionen Euro pro Startup investieren. Neben der Finanzierung unterstützt Vent.io auch mit Branchenkenntnissen und praktischen Erfahrungen der Deutschen Leasing Gruppe. Das Unternehmen hat auch ein eigenes Entwicklungsteam, welches aus Softwareengineers, Data Scientists und Cloud Engineers besteht und digitale Lösungen an der Kunden- und Partnerschnittstelle entwickelt sowie Data Science Use Cases löst.Zuletzt hat Vent.io im Juni 2023 in das LogTech Colonia Technologies investiert. Das im Jahr 2021 von Jakob Sadoun und Kaspar Filipp gegründete Startup bietet ein B2B Sharing-Modell für Nutzfahrzeuge an. Über einen Marktplatz mit sicheren Zahlungslösungen und einer userfreundlichen Flottenmanagement-Software können Logistikunternehmen ihre Fahrzeuge miteinander teilen und Flotten effektiver betreiben. Mit dem frischen Kapital will Colonia Technologies die Weiterentwicklung der Plattform-Funktionalitäten finanzieren. Die Investition in das Logistik-Startup ist bereits die dritte Beteiligung von Vent.io.

Was bedeutet es für ein Entwicklungsteam, das bisher mit agilen Praktiken noch nicht viel am Hut hatte und nun mit Scrum arbeitet und plötzlich in jedem Sprint "Done" erreichen möchte?

Das Aiways U6 SUV-Coupé ist für das junge Automobilunternehmen aus Shanghai der Start ins Lifestyle-Segment. Die dynamisch gezeichnete Karosserie zeigt nicht nur erstmals das neue „X Warrior Face“, sondern besticht auch durch ihre perfekte Harmonie aus Design und Aerodynamik. Der cw-Wert von nur 0,248 sorgt für wenig Luftwiderstand und eine erhöhte Reichweite, wie die aktuelle WLTP-Zertifizierung bestätigt. Darum geht es diesmal!Man sieht sie zugegebenermaßen seltener auf unseren Straßen als früher, aber sie haben natürlich noch immer ihre Berechtigung. Waren es früher Coupés, die das Straßenbild prägten, sind es heutzutage eher SUV. Dennoch sind Coupés noch immer emotionale Autos. Vor allem, wenn man einem SUV die Form eines Coupés gibt.  Das gilt natürlich auch für das neue Aiways U6 SUV-Coupe. Das Outfit!Ein innovatives, batterie-elektrisch betriebenes, SUV-Coupé erlaubt völlig neue technische Lösungen, die auch zu neuen Fahrzeugproportionen führen, wie das junge Unternehmen Aiways aus Shanghai demonstriert. Besonders das im Sprachgebrauch der Designer als „hyperspace jumping waistline“ bezeichnete Spiel der Linien erzeugt einen sportlichen Auftritt. Power und Drive!    Beim Aiways U6 SUV-Coupe handelt es sich um ein Elektrofahrzeug, somit ist hier die Effizienz der Schlüssel zum Erfolg. Bestmögliche Energieausnutzung ist deshalb das höchste Ziel für das Forschungs- und Entwicklungsteam bei Aiways in Jiading. Die Antriebseinheit konnte schon im Aiways U5 SUV überzeugen, mit 160 kW Spitzenleistung wird eine herausragende Fahrdynamik im direkten Wettbewerbsumfeld geboten. Zu Markteinführung wird das neue Aiways U6 SUV-Coupé mit der 63 kWh-Batterie angeboten, die über 24 CATL-Module verfügt und mit bis zu 90 Kilowatt an einer Gleichstrom-Schnellladesäule, oder bis zu 11 Kilowatt an einer dreiphasigen Wechselstrom-Wallbox, geladen werden kann.  Die Reichweite beträgt 400 Kilometer laut WLTP, der Verbrauch pendelt sich im kombinierten Fahrzyklus bei 15.9-16.6 kWh/100km ein. #PIC_5## Die Kosten!Seit Anfang November 2022 ist das batterie-elektrische SUV-Coupé Aiways U6 bestellbar, preismäßig geht es nach Abzug der E-Auto-Prämie bei 41.000 Euro los. Dabei sprechen wir vom Stand November 2022. Welche Prämien künftig gegeben sind, muss man dann jeweils aktuell abfragen. Das Unternehmen plant übrigens, jedes Jahr ein neues Modell auf den Markt zu bringen. Nach der Premiere des U6 SUV-Coupé, das Ende 2022 auf europäischen Straßen zu sehen sein wird, wird bereits mit Nachdruck an weiteren Modellen gearbeitet.Alle Fotos: ©  Aiways Automobile Europe GmbH #AD_camreg##   Diesen Beitrag können Sie nachhören oder downloaden unter:

New World hat nach einem langen Down nun endlich wieder ein Up und das nicht einfach so, das Entwicklungsteam hat ordentlich etwas dafür getan. In dieser Ausgabe vom Manapod haben sich Andi und Siccairo zusammengesetzt, um über den Erfolg von New World in den letzten Monaten zu reden. Was sich so geändert hat und wie die Zukunft des totgeglaubten Spiels aussehen könnte.

In der Mittagsfolge sprechen wir heute mit Jakob Bitner, Co-Founder und CEO von VoltStorage, und sprechen mit ihm über die erfolgreiche Series-C-Finanzierungsrunde in Höhe von 24 Millionen Euro. VoltStorage entwickelt und produziert Commercial Batteries auf Basis der ökologischen Vanadium-Redox-Flow-Technologie für Landwirtschaft und Gewerbe. Mit dieser Technologie etabliert das Startup eine Alternative zu lithium-basierten Speichertechnologien im Massenmarkt, die ohne seltene Materialien und Konfliktrohstoffe auskommen, vollständig recyclebar sind und zudem eine hohe Betriebssicherheit und Langlebigkeit aufweisen. Ergänzend forscht das internationale Entwicklungsteam an der Iron-Salt-Technologie, die sich aufgrund ihrer Eigenschaften in einem hohen Maß als Long Duration Battery für die Sicherstellung einer Grundlastfähigkeit von Wind- und Solarparks eignet. Das Jungunternehmen wurde im Jahr 2016 von Jakob Bitner, Michael Peither und Felix Kiefl in München gegründet und beschäftigt mittlerweile über 50 Mitarbeitende mit 18 Nationalitäten. In einer Series-C-Finanzierungsrunde hat VoltStorage nun 24 Millionen Euro von dem US-amerikanischen Unternehmen Cummins eingesammelt. Der multinationale Konzern entwickelt, produziert und vertreibt Motoren, Filtrations- und Stromerzeugungsprodukte. Zudem bietet er auch Dienstleistungen für Motoren und zugehörige Ausrüstungen an, darunter Kraftstoffsysteme, Steuerungen, Luftaufbereitung, Filtration, Emissionskontrolle, Stromerzeugungssysteme und Lastwagen. Das Unternehmen beschäftigt rund 58.000 Mitarbeitende, die im Jahr 2020 19,8 Milliarden US-Dollar erwirtschaftet haben. VoltStorage hat in den vergangenen fünf Jahren bereits in mehreren Finanzierungsrunden Kapital von den Investoren Korys, EIT InnoEnergy, Bayern Kapital, SOSV, Energie 360° sowie Business Angels rund um Matthias Willenbacher erhalten. Das frische Kapital soll für die Entwicklung neuer Batteriespeichersysteme und für das Wachstum des Startups genutzt werden. One more thing wird präsentiert von OMR Reviews – Finde die richtige Software für Dein Business. Wenn auch Du Dein Lieblingstool bewerten willst, schreibe eine Review auf OMR Reviews unter https://moin.omr.com/insider. Dafür erhältst du einen 15€ Amazon Gutschein.

Was macht eigentlich ein Product Owner? Wofür braucht es ihn oder sie, und warum ist diese Verantwortlichkeit in vielen Unternehmen falsch besetzt? Wie wachse ich in dieser Rolle und was macht das Zusammenspiel mit dem Entwicklungsteam wirklich wertvoll? Jasmine und Kai beleuchten diese spannende Verantwortlichkeit des Scrum Rahmenwerks in der Tiefe und zeigen Wege auf, wie eine Weiterentwicklung aussehen kann. Shownotes: User Story Mapping mit Jeff Patton: https://www.youtube.com/watch?v=AorAgSrHjKM Raus aus der Feature-Falle von Melissa Perri: https://www.amazon.de/Raus-aus-Feature-Falle-effektives-Produktmanagement/dp/3960091206 Agiles Produktmanagement mit Scrum von Roman Pichler: https://www.amazon.de/Agiles-Produktmanagement-mit-Scrum-Erfolgreich/dp/3864901421 Business Model Generation von Alexander Osterwalder: https://www.amazon.de/Business-Model-Generation-Spielver%C3%A4nderer-Herausforderer/dp/359339474X Werde selbst Agile Coach: https://agilegrowth.de/agile-coach-ausbildung-einleitung/

Mit viel Engagement sammeln Medical Startup Mitstreiter:innen und sich, die von der gleichen Produktvision und dem Beitrag für die Patienten erfüllt sind. Doch Enthusiasmus alleine reicht nicht, um ein erfolgreiches Entwickler-Team aufzubauen. Im Gespräch mit Martin Schulze beleuchtet Professor Johner Fragen, - ob es überhaupt eines eigenen Entwicklungsteams bedarf, - welche Rollen ein solches Team besetzen sollte, - wie man die idealen Bewerber:innen findet, - auf was man beim Onboarding neuer Kolleg:innen achten sollte und - welche Tools und Prozesse notwendig sind, um ein Team zu formen, das die Produktvision verwirklicht und dabei die regulatorischen Randbedingungen nie aus den Augen verliert.

Darüber hinaus engagiert sie sich im Verein Women in AI and Robotics, der sich auch als Netzwerk für Frauen in der Industrie und Forschung versteht. Das Thema der aktuellen Folge: Frauen und Diversity in KI(Künstliche Intelligenz)-Projekten. Es gibt zu wenige Frauen im Bereich KI. Sind es in Deutschland nur 16 Prozent, arbeiten weltweit über 32 Prozent in Data- und KI-Berufen. Dabei brauchen Entwicklungsteam im Bereich KI mehr Diversität und mehr Frauen, davon ist Anders überzeugt. „Wir müssen uns auch an unsere eigene Nase fassen. Wir haben in über 130 Folgen fasst nur Männer interviewt. Das bildet aber nicht die breite der Disziplin ab“, erklärt Host Robert Weber. Warum das so war, wie sich KI mit mehr Diversität verändert und welche Probleme durch zu wenig Diversität in KI-Projekten entstehen, erklärt Anders im Podcast-Gespräch.

Thema heute:    Polestar O₂: Konzeptfahrzeug läutet neues Zeitalter für Elektro-Roadster ein   Foto: Polestar Germany Die schwedische Elektro Performance Marke Polestar hat ein neues Konzeptfahrzeug vorgestellt, das den Sportwagen-Roadster für das Elektrozeitalter neu definiert. Polestar O₂, ein Hardtop Cabrio, bringt Polestars Vision von Performance und einem aufregenden Fahrerlebnis – mit allen Vorteilen der Elektromobilität – zum Ausdruck. Foto: Polestar Germany Fahrdynamik Das Fahrerlebnis im Polestar O₂ ist lebendig, leicht und souverän. Berechenbarkeit und Verspieltheit sind der Kern von aufregendem, temperamentvollem Fahren. Straffe Karosseriekontrolle, hohe Steifigkeit und intuitive Dynamik sind inhärente Vorteile der maßgeschneiderten Aluminiumplattform, die vom Polestar 5 übernommen und vom Polestar Forschungs- und Entwicklungsteam in Großbritannien entwickelt wurde. Die hohe Qualität und Steifigkeit der Aluminiumplattform sorgen für ein besseres dynamisches Ansprechverhalten. Die Fahrdynamik ist auch dank kleiner Rollwinkel und hoher Rolldämpfung straff und das agile, unmittelbare Lenkgefühl geradlinig mit starkem Lenkmomentaufbau. Foto: Polestar Germany Design Das Design des Polestar O₂ ist deutlich mit dem Konzeptfahrzeug Precept verwandt, hat aber einen ganz eigenen Charakter. Es zeigt, wie die sich entwickelnde Designsprache von Polestar an verschiedene Karosseriestile angepasst werden kann, wobei eine starke Familienähnlichkeit bestehen bleibt. Die niedrige und breite Karosserie mit selbstbewusstem Auftritt, das kompakte 2+2 Kabinendesign, die minimalen Überhänge und der lange Radstand verkörpern die Proportionen eines klassischen Sportwagens, jedoch mit einem eindeutig modernen, elektrischen Stil. Die Aerodynamik wurde so entwickelt, dass die Reichweite dank versteckter Designmerkmale wie integrierter Kanäle, turbulenzarmer Luftströme über die Räder und die Karosserieseiten, verbessert wird. Über die Rückleuchten wird der Luftstrom abgeleitet und reduziert die Turbulenzen hinter dem Fahrzeug. Nachhaltigkeit und Technologie Polestar O₂ erweist sich auch in Sachen Nachhaltigkeit und Technologie als fortschrittlich. Ein neues thermoplastisches Monomaterial prägt großflächig den Innenraum. Der Begriff „Monomaterial“ beschreibt die Verwendung eines einzigen Grundmaterials für die Herstellung verschiedener Komponenten. Im Polestar O₂ ist recyceltes Polyester, das einzige Material, das für alle weichen Komponenten des Innenraums verwendet wird. Diesen Beitrag können Sie nachhören oder downloaden unter:

Ein junges, sehr kleines Entwicklungsteam, das noch nie etwas mit einem Fighting Game zu tun hatte + endlose Ambitionen + ungebremster Zugriff auf Autodesks „3D Studio“ + Marketing-Millionen im Rücken = was konnte da schiefgehen?… Mehr

Bei der agilen Umsetzung komplexer Projekte kann es für das Entwicklungsteam oftmals zeitaufwendig sein, den Überblick über die Struktur und die Zielsetzung des Projektes zu wahren. In welchen Anwendungsfällen soll das Produkt zum Einsatz kommen? Wie soll der Informationsfluss innerhalb der Anwendung gestaltet werden? Wie lassen sich die modularen Teile des Systems idealerweise organisieren und strukturieren? In dieser Folge des Focus On DevOps-Podcasts beschäftigen wir uns daher mit dem Thema Softwaremodellierung, ein Verfahren, mit dem solchen Problemen im frühen Entwicklungsstadium vorgebeugt werden kann. Zur Seite steht uns dabei Marius Boden, Software-Architekt und UML-Experte bei SVA. Gemeinsam ergründen wir, worum es sich bei der Unified Modelling Language genau handelt und wie diese in der Softwareentwicklung und darüber hinaus angewendet werden kann.

Bei der agilen Umsetzung komplexer Projekte kann es für das Entwicklungsteam oftmals zeitaufwendig sein, den Überblick über die Struktur und die Zielsetzung des Projektes zu wahren. In welchen Anwendungsfällen soll das Produkt zum Einsatz kommen? Wie soll der Informationsfluss innerhalb der Anwendung gestaltet werden? Wie lassen sich die modularen Teile des Systems idealerweise organisieren und strukturieren? In dieser Folge des Focus On DevOps-Podcasts beschäftigen wir uns daher mit dem Thema Softwaremodellierung, ein Verfahren, mit dem solchen Problemen im frühen Entwicklungsstadium vorgebeugt werden kann. Zur Seite steht uns dabei Marius Boden, Software-Architekt und UML-Experte bei SVA. Gemeinsam ergründen wir, worum es sich bei der Unified Modelling Language genau handelt und wie diese in der Softwareentwicklung und darüber hinaus angewendet werden kann.

Was tun, wenn alle auf dem Markt angebotenen Business Intelligence-Lösungen nicht optimal zu den Anforderungen und Zielen des Unternehmens passen? Die Antwort der Robert Bosch GmbH: Dann entwickelt man selbst eine eigene, maßgeschneiderte Software. Über die Hintergründe des Projektes sprechen wir im Podcast mit Oliver Seitz, Senior Vice President bei der Robert Bosch GmbH, sowie Cornelia Mezger und Carsten Krüger aus dem Entwicklungsteam zur neuen Dashboard-Lösung bei Bosch. Video zu myMBR: https://www.youtube.com/watch?v=NbxyLBr990w&vq=hd1080 Bei Interesse ist das Bosch-Team unter folgenden E-Mail-Adressen erreichbar: Oliver.Seitz@de.bosch.com Cornelia.Mezger@de.bosch.com Carsten.Krueger@de.bosch.com   Der Performance Manager Podcast ist der erste und einzige deutschsprachige Podcast für Business Intelligence und Performance Management. Controller und CFO erhalten hier Inspirationen, Know-how und Impulse für die berufliche und persönliche Weiterentwicklung. Weitere Informationen zu Peter Bluhm, dem Macher des Podcast, finden Sie hier: https://www.atvisio.de/unternehmen/ Unsere Bitte: Wenn Ihnen diese Folge gefallen hat, hinterlassen Sie uns bitte eine 5-Sterne-Bewertung, ein Feedback auf iTunes und abonnieren diesen Podcast. Zeitinvestition: Maximal ein bis zwei Minuten. Dadurch helfen Sie uns, den Podcast immer weiter zu verbessern und Ihnen die Inhalte zu liefern, die Sie sich wünschen. Herzlichen Dank an dieser Stelle!  Sie sind ein Fan unseres Podcast? Sie finden uns auch auf diesen Kanälen: Exklusive Xing-Gruppe zum Podcast: https://bit.ly/3eKubH6 Exklusive LinkedIn-Gruppe zum Podcast: https://bit.ly/2zp6q7j Peter Bluhm auf LinkedIn: https://bit.ly/2x0WhwN Peter Bluhm auf Xing: https://bit.ly/2Kkxhne Webseite: https://atvisio.de/podcast Facebook: https://www.facebook.com/ATVISIO/ Twitter: https://twitter.com/atvisio Instagram: https://bit.ly/2KlhyEi Apple Podcast:  https://apple.co/2RUMwaK Soundcloud: https://soundcloud.com/atvisio

Was tun, wenn alle auf dem Markt angebotenen Business Intelligence-Lösungen nicht optimal zu den Anforderungen und Zielen des Unternehmens passen? Die Antwort der Robert Bosch GmbH: Dann entwickelt man selbst eine eigene, maßgeschneiderte Software. Über die Hintergründe des Projektes sprechen wir im Podcast mit Oliver Seitz, Senior Vice President bei der Robert Bosch GmbH, sowie Cornelia Mezger und Carsten Krüger aus dem Entwicklungsteam zur neuen Dashboard-Lösung bei Bosch. Video zu myMBR: https://www.youtube.com/watch?v=NbxyLBr990w&vq=hd1080 Bei Interesse ist das Bosch-Team unter folgenden E-Mail-Adressen erreichbar: Oliver.Seitz@de.bosch.com Cornelia.Mezger@de.bosch.com Carsten.Krueger@de.bosch.com   Der Performance Manager Podcast ist der erste und einzige deutschsprachige Podcast für Business Intelligence und Performance Management. Controller und CFO erhalten hier Inspirationen, Know-how und Impulse für die berufliche und persönliche Weiterentwicklung. Weitere Informationen zu Peter Bluhm, dem Macher des Podcast, finden Sie hier: https://www.atvisio.de/unternehmen/ Unsere Bitte: Wenn Ihnen diese Folge gefallen hat, hinterlassen Sie uns bitte eine 5-Sterne-Bewertung, ein Feedback auf iTunes und abonnieren diesen Podcast. Zeitinvestition: Maximal ein bis zwei Minuten. Dadurch helfen Sie uns, den Podcast immer weiter zu verbessern und Ihnen die Inhalte zu liefern, die Sie sich wünschen. Herzlichen Dank an dieser Stelle!  Sie sind ein Fan unseres Podcast? Sie finden uns auch auf diesen Kanälen: Exklusive Xing-Gruppe zum Podcast: https://bit.ly/3eKubH6 Exklusive LinkedIn-Gruppe zum Podcast: https://bit.ly/2zp6q7j Peter Bluhm auf LinkedIn: https://bit.ly/2x0WhwN Peter Bluhm auf Xing: https://bit.ly/2Kkxhne Webseite: https://atvisio.de/podcast Facebook: https://www.facebook.com/ATVISIO/ Twitter: https://twitter.com/atvisio Instagram: https://bit.ly/2KlhyEi Apple Podcast:  https://apple.co/2RUMwaK Soundcloud: https://soundcloud.com/atvisio

Als ersten Gast in unserer Nachmittagsfolge begrüßen wir heute Moritz Kreppel, Co-Founder & CEO von Urban Sports Club. Die 2012 gegründete Berliner Plattform bietet eine flexible Sport-Mitgliedschaft für verschiedenste Partner-Sportclubs, die abwechselnd genutzt werden können. Das Netzwerk umfasst mehr als 12.000 Partner-Standorte in sieben europäischen Ländern. Anlass des Gesprächs ist die Finanzierungsrunde in Höhe von mehr als 80 Millionen Euro. Aber natürlich wurden auch die Herausforderungen durch die Pandemie und Lockdowns diskutiert. Das zweite Interview ist mit Hannes Lenke, CEO & Co-Founder bei Checkly. Das Monitoring-as-Code-Workflow-Startup hat sich gerade 10 Millionen US-Dollar von CRV, Accel, Mango Capital und Guillermo Rauch gesichert. Das 2018 in Berlin gegründete Startup hilft Entwicklern beim Testen und Überwachen ihrer APIs und Web-Apps. Mit dem Kapital soll das global verteilte Entwicklungsteam erweitert werden und die Monitoring-Plattform ausgebaut werden.

Games User Research (GUR) hilft dabei, Spiele so zu gestalten, dass sie für Spielerinnen und Spielern die bestmögliche Erfahrung bieten. Ähnlich wie im Nicht-Spiel-Kontext geht es vor allem darum, durch spielerzentrierte Entwicklung sicherzustellen, dass Bedürfnisse der Zielgruppe hinreichend berücksichtigt werden, damit Vision und Ziele des Game Designs erreicht werden. Um Spielerinnen und Spieler zu verstehen, bedient man sich UX-Designprinzipien und Forschungsmethoden der menschfokussierten Gestaltung, allen voran das sogenannte "Playtesting". Nicht nur in der Spieleindustrie, sondern auch bei GUR als interdisziplinärem Wissenschaftsbereich steht die Untersuchung psychologischer Aspekte im Vordergrund. So versucht man bspw. besser zu verstehen, was Spielerinnen und Spieler motiviert, wie ihre Handlungen im Spiel erklärt oder sogar ein Stück weit vorhergesagt und wie Daten erhoben und genutzt werden können, um letztendlich Spieldesigner:innen zu unterstützen. In dieser Folge unterhalten sich Philip und Ben über den diesjährigen, nordamerikanischen #gamesUR Summit im Mai, einer von der Interessengruppe "Games Research & User Experience" (kurz GRUX SIG) der IGDA organisierten Konferenz, auf der sich Berufserfahrene und -einsteiger:innen aus Spieleindustrie und Wissenschaft treffen, um sich zu ebendiesen Themen auszutauschen. === Sprungmarken === - ab 00:00- Games User Research & Bens Zugang zur Konferenz, - ab 06:44- Über den #gamesUR NA Summit 2021, - ab 13:57- Mobiles AR-Spiel 'Minecraft Earth', - ab 22:46- Spielvorlieben charakterisieren: von Spielertypen zu -charakterzügen, - ab 33:47- Lernen in Spielen (ohne übermäßige Tutorials), - ab 56:36- User Research Methoden bei Borderlands 3, - ab 77:01- Behaviorismus & die Rolle von Spieler:innen als Probanden, - ab 78:55- Perspektive von GUR-Veteranen - Teil 1 und Exkurs zum GUR-Arbeitsalltag, - ab 83:21- Exkurs zur Computerspielmesse E3 2021, - ab 95:17- Teil 2 zum Veteranen-Panel und Exkurs zum Verhältnis von GUR und dem Entwicklungsteam, - ab 102:09- Kurzüberblick anderer Vorträge und Zusammenfassung === Weiterführende Links === Videos diverser Konferenzen der GRUX SIG, Test zu Player Traits, Publikation zum Einfluss von Persönlichkeitseigenschaften beim Usability Testing, Vortrag von Richard Bartle über Player Types & Gamification, GDC-Vortrag zum Lernen bei Plants vs. Zombies, Übernahme von Gearbox durch Embracer Group, Return on Investment von Spielen / Valheim (S. 37) === Was interessiert Euch besonders bei GUR? Diskutiert gern mit uns und der Spielsinn-Zuhörerschaft auf unserem Discord-Server. === Um auf dem Laufenden zu bleiben, folgt uns einfach auf der Podcast-Plattform Eurer Wahl oder auf Social Media (Facebook, Instagram, Twitter). Diverse Links sind auch zu finden unter: linktr.ee/spielsinn.podcast. Fragen, Anregungen & Anmerkungen könnt Ihr uns natürlich auch auf klassischem Weg per E-Mail an spielsinn.podcast@gmail.com zukommen lassen. Über jegliche Bewertungen & Feedback freuen wir uns sehr. --- Send in a voice message: https://anchor.fm/spielsinn-podcast/message

Ein neues Jahr hat begonnen. Nach einem unglaublichen, extremen und stürmischen Jahr war der Jahreswechsel geprägt von Hoffnung und Zuversicht. Und auch wenn aktuell die Entwicklungen noch gegen eine schnelle Entspannung sprechen, ist unser Entwicklungsteam voller Tatendrang und Ideen. Zwei dieser genialen Köpfe blicken mit Geschäftsführer Paul Liese in die nahe Zukunft: Martin Krause und [...] Der Beitrag Der große hsp Ausblick 2021: News, Updates, Milestones erschien zuerst auf hsp Handels-Software-Partner GmbH.

Das schlimmste, was dir im Vertrieb passieren kann:  Wenn dein neuer Vertriebsleiter keine Ahnung hat und dann noch ein totaler Techie ist. Heute haben wir ein schönes Beispiel, dass so etwas aber auch sehr gut funktionieren kann. Dazu muss man nur schnell dazu lernen und den Kundennutzen in den Vordergrund stellen. Christian Götze hat Maschinenbau studiert. Mit dem Abschluss bot ihm ein schweizer Werkzeugmaschinenbauer den Einstieg in das Entwicklungsteam an. Nach nur 18 Monaten übernahm er die Leitung, obwohl er der jüngste im Team war. Vor zwei Jahren übernahm er zusätzlich die Vertriebsleitung und gibt seit dem auch hier Gas. “Wir differenzieren uns im Wettbewerb immer nur über Innovation. Daher ist die Aufgabenkombination -Innovation und Vertrieb- aus meiner Sicht ideal. Christian berichtet, wie er den Vertrieb neu und auf Angriff ausgerichtet hat. Es ist darauf angewiesen, ständig neue Kunden zu gewinnen, da er immer Einmal-Deals abschließt. Der durchschnittliche Maschinenbauer braucht 6 Jahre, um einen Neukunden zu akquirieren. “Viele Maschinenbauer wissen gar nicht wie Vertrieb funktioniert”, sagt Christian. “Wir waren gezwungen, neue Projekte zu gewinnen. Und das obwohl viele gesagt haben, es sind gar keine da.” Ein sehr spannendes Gespräch, in dem man lernen kann, wie auch kleinere Unternehmen durch einen cleveren und aktiven Vertrieb sehr erfolgreich sein können.

Teams Das heute Thema sind Teams. Nicht Microsoft Teams, sondern das große Ganze um das es hier geht. Also eine Gruppe von Menschen, die gemeinsam an einem Produkt oder auf ein Ziel hinarbeiten. Im alten Scrum Guide (vor 2020) war damals oft auch das Entwicklungsteam damit bezeichnet. Wir reden hier von jeder Form von Teams,... The post Folge 029 Teams appeared first on Znipcast - Podcast der Znip Academy.

Alper Aslan arbeitet seit 5 Jahren für die Genossenschaft DATEV eG, einem IT-Dienstleister für Steuerberater, Wirtschaftsprüfer, Rechtsanwälte und deren Mandanten. Aus seiner Rolle als UX Researcher entstand im Laufe der Organisationsentwicklung die Rolle des "Lernbegleiters", der relevantes User Experience-Wissen und Qualitätsansprüche aus der Stabsstelle ins Entwicklungsteam überführt und damit dezentrale Entscheidungen in der Peripherie stärkt. Alper erzählt in unserem Interview von der Lern-Reise seines Unternehmens, die nicht erst mit der Unternehmensstrategie "Fit for future" begann. Er gibt Einblick in Lernbegleitung als das gemeinsame Lösen von konkreten Problemen der Wertschöpfung. Er berichtet von der Graswurzelinitiative CoPCaTs, und macht durch viele Beispiele deutlich wie das Lernen von und miteinander die ganze Unternehmensentwicklung mitprägt.

In dieser Folge geht es heiss her - Nico diskutiert mit unserem Agil-Coach Sarah und unserer Product-Ownerin Micha die Vor- und Nachteile von agiler Entwicklung. Ein amüsanter Austausch langjähriger und ganz unterschiedlicher Erfahrungen aus verschiedenen agilen Projekten. Welche Hürden von einem Entwicklungsteam genommen werden müssen, erfahrt ihr in dieser Podcastfolge.

In diesem Podcast # 59 geht es um das Inkrement, welches das Ende und Ergebnis eines Sprints darstellt. Warum Inkrement und was sich dahinter wirklich verbirgt, könnt ihr in dieser Folge erfahren. Hört doch mal rein und viel Spaß! Link Website:  https://cutt.ly/scrummeistern59

In dieser Folge spricht Tim mit Anne Maxminer von der Aktion Mensch sowie mit Marc-Andre Rödder von den NanoGiants. Anne arbeitet als Product Ownerin für die App der Sozial Lotterie "Aktion Mensch" und dabei mit einem externen Entwicklungsteam ihres Dienstleisters zusammen. Sie teilt sich dabei die Product Owner Aufgaben mit Marc-Andre Rödder vom den NanoGiants. Wie ihre gemeinsame Lernreise verlaufen ist, was schon gut funktioniert (und was noch nicht), hört ihr in diesem offenen und ehrlichen Erfahrungsbericht. Marc bezieht sich beim Team Dashboard auf die folgende Quelle von Troy Magennis: https://www.focusedobjective.com/w/events/13-team-metrics-using-the-team-dashboard-spreadsheet Mehr Infos über die Aktion Mensch findet ihr hier: https://www.aktion-mensch.de/ueber-uns/die-aktion-mensch.html. Für Rückfragen könnt Ihr Anne und Marc gerne kontaktieren - Anne Maxminer via LinkedIn (https://www.linkedin.com/in/anne-maxminer-20a0b9a1) oder XING (https://www.xing.com/profile/Anne_Maxminer/) - Marc-Andre Rödder: per Mail m.roedder@nanogiants.de oder via LinkedIn (https://www.linkedin.com/in/marc-andr%C3%A9-r%C3%B6dder-b5709118b/) Wir freuen uns über Euer Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Twitter an @produktwerker.

Es freut uns ganz besonders, für diese Folge Harry Obereder bei uns im Podcast begrüßen zu dürfen. Harry lebt bereits seit 13 Jahren in Südchina und hat dort erfolgreich das lokale Entwicklungsteam von Emporia (Seniorenhandys) aufgebaut. Mittlerweile ist er auch erfolgreicher Investor mit 5X Ventures und hat bereits in einige österr. Startups investiert. In dieser Folge erfährt ihr alles zum Thema Sourcing & Production Partners in China. Dabei gibt es einige wichtige Schritte zu beachten, so dass man Fehler und vor allem auch hohe Kosten vermeiden kann. Harry gibt persönliche Einblicke, wie sich China in den letzten Jahren verändert hat und wie man den besten Lieferanten für sein Produkt findet und den Preis richtig verhandelt. Anfragen & Kontakt: harryobereder@googlemail.com | https://www.linkedin.com/in/harald-obereder-7209b8b4/ | https://5xvc.com/ Ihr habt Fragen, Anregungen oder Wünsche an uns? Schreibt uns an podcast@gin-austria.com!

In diesem Podcast # 56 geht es um die richtige Herangehensweise mit Scrum. Da wir in den vorherigen Folgen gelernt haben, dass Scrum ein empirisches Rahmenwerk ist, können wir nicht einfach stumpf Scrum aus Büchern lernen und implementieren. Wir müssen uns hier daher fragen, wie wir das Thema Scrum nun am Besten angehen. Hört doch mal rein! Link Website:  https://cutt.ly/scrummeistern56

Die Agile Coaching Kompetenzen sind für mich einer der besten Orientierungspunkte für die Entwicklung als Agile Coach. In dieser Folge #54 gehe ich auf die Herausforderungen und wichtigen Punkte ein, die einen guten Agile Coach ausmachen. Link Website:  https://cutt.ly/scrummeistern54

Die Begriffe Scrum Master und Agile Coach werden zunehmend austauschbarer benutzt, wobei die Herangehensweise bei beiden Rollen unterscheidet. Ein Agile Coach ist nicht einfach ein erfahrener Scrum Master. Weiterführende Informationen zur Folge auf EnableChange:  https://cutt.ly/scrummeistern50

Wie können wir als Scrum Master in schwierigen, verfahrenen Situationen den Unterschied machen? In Podcast Folge #48 “Der agile Matchplan” gehe ich genau auf diese Frage ein und zeige, wie Scrum Master und Agile Coaches genau diesen Weg finden können, um aus verfahrenen Situationen herauszufinden und das bestmögliche Ergebnis zu erzielen. Ich gehe zum einen darauf ein, warum wir oft ins Stocken kommen und erläutere darüber hinaus drei Aspekte, wie wir das “Spiel” verbessern können. Link Website:   https://www.enablechange.de/2020/05/19/der-agile-matchp…ationen-meistern/ ‎

Scrum ist ein bewußt minimales Rahmenwerk, was mehr ist, als einfach nur ein dutzend Scrum-Elemente. Zur Veranschaulichung, was eine gute Scrum Umgebung auszeichnet dienen hier die Scrum Werte als Orientierung. In dieser Folge #46 wird speziell auf die Scrum Werte eingegangen, deren Wichtigkeit und auch wie schwierig es tatsächlich ist, diese in einer Scrum Umgebung zu leben. Link Website:  https://www.enablechange.de/2020/04/23/die-scrum-werte-…r-scrum-umgebung/

Der Product Owner ist eine einzelne Person, die dafür verantwortlich ist, den Wert des Produktes zu maximieren, welcher aus der Arbeit des Entwicklungsteams entsteht. Somit ist er auch für das ROI (Return on Investment) verantwortlich und integriert die Interessen der Stakeholder mit denen des Entwicklungsteams. Wie dies geschieht, kann je nach Organisation, Scrum- Team und Einzelpersonen stark variieren. In dieser Folge #44 wird speziell auf die Rolle des Product Owners eingegangen, sowie auch auf die typischen Aufgaben und die Qualitäten eines geeigneten POs. Link Website:  https://www.enablechange.de/2020/04/15/product-owner-de…htige-optimierer/

Wie entwickelt aus dem, was ein Kunde sagt, ein technisches Konzept? Und wie wird aus diesem Konzept zusammen mit einem Entwicklungsteam am Ende tatsächlich ein Produkt, das man auf einem Handy oder auf dem Laptop nutzen kann? Ellen gibt uns ein paar Einblicke in Ihren Alltag als Produktmanagerin für Software-Produkte.

Die Sprint Retrospektive ist das letzte Scrum Event, welches den notwendigen Raum gibt um Verbesserungen nach dem Sprint zu identifizieren und anzugehen. Somit wird jeder Sprint auch am Ende von dem Team zusammen ausgewertet und reflektiert. Dabei wird für das Team klarer, was sich bewehrt hat und mit in den nächsten Sprint darf und was nicht. Sprint für Sprint wird so die Arbeit der einzelnen Teammitglieder und der Prozess im Ganzen optimiert. In dieser Folge #42 wird auf den Zweck einer Retrospektive eingegangen, sowie auch auf den typischen Aufbau und die Haltung in diesem wichtigen Scrum Event. Link Website:   https://www.enablechange.de/2020/04/08/die-sprint-retro…eschuetzter-raum/

Die Sprintlänge ist ein sehr wichtiges und sensibles Thema, wenn es um das Thema Scrum und agiles Arbeiten geht. Selbstverständlich darf man hier die Zeitspanne nicht pauschalisieren, da jedes Unternehmen verschieden ist und auch die Marktdynamik individuell eine Rolle spielt. In dieser Episode #38 gehe ich insbesondere auf die richtige Aufstellung eines Sprints ein und wie finde ich als Team die geeignete Sprintlänge. Natürlich werden hier spezielle Faktoren wichtig und berücksichtigt, um die Sprintlänge optimal zu definieren. Scrum basiert auf empirischer Steuerung und das heisst, wir lernen in jedem Sprint aus Erfahrungen dazu und können den nächsten Sprint anpassen und verbessern. Tipp: Die Faktoren zu Beginn einmal wirken lassen und einfach mal loslegen. Link Website:  https://www.enablechange.de/2020/04/03/die-passende-spr…irischer-prozess/

Servant Leadership - eine Bezeichnung die es in sich hat. Auch wenn in der Theorie klar ist, dass der Scrum Master als Servant Leader agieren soll, so ist es umso schwieriger, dies in der Praxis konsequent umzusetzen. Aufbauend auf Podcast Folge #34 “Der Scrum Master” gehe ich in dieser Episode #36 insbesondere auf den Scrum Master in seiner Rolle als Servant Leader ein. Ich spreche über den Fokus eines Servant Leaders und verdeutlichte, wo diese moderne Form der Führung im Konflikt steht mit dem klassischen Führungsverständnis. Um für mehr Klarheit zu sorgen, was genau ein Servant Leader ausmacht, gehe ich auf dessen Eigenschaften ein und verdeutliche, warum es für einen Scrum Master wichtig ist, der Verantwortung als Servant Leader nachzukommen. Link Website:  https://www.enablechange.de/2020/03/26/der-scrum-master…hrung-ohne-macht/

Scrum Literatur und Scrum Trainings fokussieren sehr häufig die Rolle des Scrum Masters. Dennoch haben viele Organisationen große Schwierigkeiten, die Rolle sinnvoll zu verankern. Es ist nicht verwunderlich, dass viele Scrum Master für die Ausübung ihrer Rolle kaum Zeit haben, da Organisationen seine Daseinsberechtigung oft in der Aussage “Wir brauchen ihn, weil Scrum das sagt” sehen. In dieser Podcast Folge #34 “Der Scrum Master” gehe ich auf die Wichtigkeit der Rolle des Scrum Masters ein. Neben der Definition seiner Rolle betrachte ich seinen Wert für die Organisation sowie  seine Aufgabenbereiche und Tätigkeitsschwerpunkte. Link Website:  https://www.enablechange.de/2020/03/23/der-scrum-master…st-er-so-wichtig/

In Scrum gibt es drei Rollen: das selbstorganisierte Entwicklungsteam, den Scrum Master und den Product Owner. Alle drei arbeiten gleichrangig miteinander und bilden das Scrum Team. In der Praxis ist dies häufig nicht einfach umzusetzen. Oft ist es ungewohnt, ganz ohne “Chef” zu arbeiten. In Podcast Folge #30 “Das Scrum Team” erkläre ich, welche Intention hinter dieser Form der Gewaltenteilung steckt.   In dieser Nachlese #33 teilt Falk Kühnel (Independent comfortzone disruptor, enterprise agile coach and trainer (CST)) in einem Interview seine Erfahrungen und Sichtweisen zu diesem Thema. Link Website:  https://www.enablechange.de/2020/03/19/das-scrum-team-n…mit-falk-kuehnel/

In Scrum gibt es drei Rollen: das selbstorganisierte Entwicklungsteam, den Scrum Master und den Product Owner. Alle drei arbeiten gleichrangig miteinander und bilden das Scrum Team. In der Praxis ist dies häufig nicht einfach umzusetzen. Oft ist es ungewohnt, ganz ohne “Chef” zu arbeiten. In Podcast Folge #30 “Das Scrum Team” erkläre ich, welche Intention hinter dieser Form der Gewaltenteilung steckt. Anhand konkreter Beispiele verdeutliche ich den Sinn des Zusammenspiels und erläutere die Wichtigkeit des Scrum Masters in diesem Konstrukt. Darüber hinaus gehe ich darauf ein, warum es wichtig ist, die drei Rollen nicht nur isoliert sondern im Zusammenhang zu betrachten und zeige, wie die einzelnen Rollen in der Praxis eingeführt werden können. Link Website:  https://www.enablechange.de/2020/03/16/das-scrum-team-d…en-zusammenspiel/

Häufig geht es in Sprint Reviews lediglich um die Abnahme der Backlog Items. Anstelle eines  guten, informellen Austauschs über die weitere Ausgestaltung des Produktes werden sie damit zu seelenlosen Status-Meetings. Es geht nicht mehr darum, das Produktinkrement zu inspizieren und daraus Anpassungen abzuleiten, sondern vielmehr darum, Themen abzuhaken. “Inspect to Adapt” wird somit zu “Inspect to Accept”. In Podcast Folge #28 “Sprint Review” gehe ich auf diese Problematik ein und verdeutliche, dass diese Vorgehensweise meist aus einem zerrütteten Verhältnis zwischen Scrum Team und Stakeholdern resultiert. Darüber hinaus zeige ich Wege auf,  wie sich Teams und deren Umgebung schrittweise in Richtung “Inspect and Adapt” bewegen können und stelle meine präferierte Agenda für ein effektives Sprint Review vor. Link Website:  https://www.enablechange.de/2020/03/09/sprint-review-sc…inspect-to-adapt/

Obwohl das Entwicklungsteam eine zentrale Rolle in Scrum darstellt, werden häufig vornehmlich die Rollen des Product Owners und des Scrum Masters thematisiert. In Podcast-Folge #26 „Das Entwicklungsteam“ spreche ich über die Wichtigkeit des Entwicklungsteams und gehe darauf ein, was ein gutes Team ausmacht und wie es durch die Integration unterschiedlicher Fähigkeiten und die Übernahme von Verantwortung außergewöhnliche Ergebnisse erzielen kann. In dieser Nachlese #27 teilt Sascha Gessler (Certified Scrum Trainer®, Agile Coach und Executive Consultant bei Wibas Managementberatung) in einem Interview seine Erfahrungen und Sichtweisen und erläutert, warum es so wichtig ist, die Perspektive des Entwicklungsteams als festen Bestandteil im Scrum-Alltag miteinzubeziehen.  Link Website:   https://www.enablechange.de/2020/03/04/das-entwicklungs…t-sascha-gessler/

Obwohl das Entwicklungsteam meiner Meinung nach die zentrale Rolle in Scrum darstellt, werden häufig vornehmlich die Rollen des Product Owners und des Scrum Masters thematisiert. Oft erlebt man es, dass ein Entwicklungsteam lediglich als klassisches Projektteam angesehen wird. Ein Missstand der dazu führt, dass das Team weitaus weniger effizient und effektiv arbeiten kann, als es eigentlich möglich wäre. In Podcast-Folge #26 „Entwicklungsteam“ spreche sowohl über den definierten Aufgabenbereich als auch die Größe eines Entwicklungsteams. Ich gehe darauf ein, was ein gutes Team ausmacht und wie es durch die unterschiedlichen Fähigkeiten und die Übernahme von Verantwortung außergewöhnliche Ergebnisse erzielen kann. Link Website:  https://www.enablechange.de/2020/03/02/das-entwicklungst…maximalen-erfolg/

In Scrum übernimmt das Entwicklungsteam ein hohes Maß an Verantwortung. Es muss sich dementsprechend aufstellen und lernen, mit Unsicherheiten im Sprint umzugehen und zu arbeiten. Häufig geht mit dieser neuen Team-Verantwortung eine Skepsis einher. Diese führt dazu, dass Burn Down Charts als Überwachungstools des Managements genutzt werden und nicht für ihren eigentlichen Zweck als Hilfsmittel, im Team zusammenzuarbeiten und fokussiert Ergebnisse hervorzubringen. In dieser Folge gehe ich genau auf diese Problematik ein und erkläre, was ein Burn Down Chart ist und wie es effektiv genutzt werden kann. Link Website:   https://www.enablechange.de/2020/01/28/ueberwachung-des…burn-down-charts/

Was ist eigentlich die Definition of Done? Neulich habe ich ein Training für eine Firma gegeben und es wurde immer wieder der Begriff „Definition of Done“ falsch formuliert. Wenn du alles richtig machen möchtest, ist es allerdings sehr wichtig, dass du diese Definition genau verstehst. Deshalb möchte ich dir heute erklären, was wirklich dahintersteckt. Was ist die Definition of Done? Es handelt sich dabei um eine generische, generelle Beschreibung der Qualitätskriterien, die wir uns als Team auferlegt haben. Erst wenn diese Dinge erfüllt sind, kann ein Feature als erledigt abgelegt werden.  Ein genaues Beispiel dafür bekommst du in der ganzen Podcast-Episode, also höre unbedingt rein, um das Thema noch besser zu verstehen.  Die Definition of Done wird im Team gemeinsam mit dem Product Owner, dem Entwicklungsteam und dem Scrum Master festgelegt. Oft gibt es dafür genaue Checklisten, die dann abgehakt werden. In einem guten Scrum-Team werden dann nicht nur die Akzeptanzkriterien erfüllt, sondern für diese Features sollte es beispielsweise auch automatisierte Test-Cases und weitere Dinge zu beachten geben. Eine Definition of Done beschreibt sozusagen, dass ein Feature dann erledigt ist, wenn alle Akzeptanzkriterien erfüllt sind und auch auf alle anderen Dinge auf der Checkliste geachtet wurde. Ein häufiges Problem bei der Definition of Done Oft stehen auf der Liste zu viele Dinge, auf die geachtet werden muss. Das Problem dabei ist, dass somit kaum geschafft werden kann, all das zu erfüllen.  Definiere die Kriterien also am besten nicht zu streng und setze nicht übertrieben viele Dinge auf die Checkliste. Dann ist es wirklich ein sinnvolles Werkzeug, das dir und deinem Team dabei hilft, die gemeinsamen Qualitätskriterien zu definieren Ein großes Missverständnis ist auch, dass es sich bei der Definition of Done nicht ausschließlich um die Akzeptanzkriterien handelt. Das ist nur eine Teilmenge davon, denn sie umfasst zusätzlich alle Dinge, die ihr selbst im Team definiert. Wenn du noch Fragen zu diesem Thema hast, lass es mich gerne wissen und melde dich jederzeit.

Rico Oldenburg ist Leiter der Cloud Platform bei der HanseMerkur Krankenversicherung und teilt mit uns seine Erfahrungen über die Einführung von Cloudtechnologie und was das Entwicklungsteam gelernt hat. Darüber hinaus gibt er Einblicke in die Zukunft der Cloud.

Was macht ein Agile Leader, was hat die Bahn mit Mietwagen und Fahrrädern zu tun und was verbirgt sich hinter "Last Wednesday Funday"? In dieser Folge lernst du Lars Weinert kennen, Agile Leader bei der DB Connect am Standort Halle, kennen. Die DB Connect kümmert sich in erster Linie um den Bereich Anschlussmobilität (Carsharing, Bikesharing und Flotten-& Fuhrparkmanagement). Am Standort Halle entwickelt die DB Connect mit einem Team von über 60 Mitarbeitern u.a. eine IT Plattform für die Kurzzeitmiete ihrer Produkte. Hierüber können bspw. Carsharing Anbieter ihre Fahrzeuge zur Verfügung stellen und per App oder Web für die Kunden nutzbar machen. Technologisch baut die alte Plattform auf PHP und MySQL auf, wird aber sukzessive von einer neuen Plattform auf Basis von Java (Microservices/ Spring) abgelöst. Hier sucht Lars und sein Team noch u.a. *Scrum Master, Java Entwickler, DevOps Engineers und Systemarchitekten. Überblick: Kurzvorstellung Lars Weinert und die Rolle des Agile Leaders - 0:30 Was macht die DB Connect - 6:00 Wer sind die Kunden der DB Connect - 8:00 Wo kommt hier die IT ins Spiel - 9:30 Aufbau und Standort des IT Teams in Halle 12:00 Rollen im Entwicklungsteam - 14:30 Offene Vakanzen am Standort Halle - 16:30 Benefits USPs - 21:00 Jetzt bewerben! - 26:00 https://karriere.deutschebahn.com/karriere-de *(w/m/d) Über Jan Götze: Wenn es darum geht zukünftig Millionen Fahrgäste und Tausende Züge auch digital auf den Weg zu bringen, braucht es die besten IT-Experten. Hauptberuflich stehe ich an der Front im "War for Talents". 8 Jahre HR, davon 5 Jahre in der Personalgewinnung als Experte für IT Fach- und Führungskräfte. Manche behaupten "the Talents have won", aber ich bin täglich auf der Suche, um neue Talente kennenzulernen und Menschen beim nächsten Karriereschritt zu begleiten. https://www.xing.com/profile/Jan_Goetze8/portfolio

Erfolg oder Misserfolg hängt direkt damit zusammen wie gut ein Unternehmen ihre Nutzer versteht und in der Lage ist, sowohl ihr Produkt als auch ihr Marketing an diesem tiefen Nutzerverständnis auszurichten. In dieser Folge möchte ich mit Dir darüber sprechen, wie sich dieses Nutzerverständnis im Leben eines Unternehmens verändert und besonders einen Blick auf die Phase vom jungen Startup mit kleinem Produktteam zum gewachsenem Unternehmen werfen. Ich würde gerne mit Deiner Hilfe die Frage beantworten, wie der enge und teamübergreifende Nutzerkontakt auch bei gewachsenen Unternehmen sichergestellt werden kann. Und deswegen lade ich Dich dazu ein, mir Deine Überlegungen und Erfahrungen zu diesem Thema zuzusenden! Mehr dazu erfährst Du in dieser Folge... Inhalte der Folge: Die Nähe zum Nutzer ist das A und O bei der Entwicklung von Produkten, unabhängig von der Art des Produktes: Es geht darum die Bedürfnisse der Nutzer zu verstehen (Value Proposition) Es geht darum die Sprache der Nutzer zu sprechen (Marketing) Zu Beginn, stelle dir ein junges Startup vor, ist diese Nähe zum Nutzer noch sehr wenig systematisch aber dafür auch sehr natürlich und intensiv. Das ganze (an dem Punkt ja noch recht kleine) Entwicklungsteam (jeder Entwickler, Designer, die Founder) ist meist über verschiedene Touch Points in engem Austausch mit dem Nutzer: Support Community Management Auf Messen/anderen Events Marketing (auch Social Media) Sales Lesen (& beantworten) von Reviews Hinzu kommt, dass das Gründungsteam meist selbst Teil der Zielgruppe sind und ihr Produkt intensiv nutzen. Oft ist liegt ja der Ursprung des Produktes in einem eignen Bedarf oder Problem. Allerdings, wie bereits gesagt: Meist ist der Nutzerkontakt zu Beginn weniger systematisch, weniger gezielt aber dafür sehr konstant, intensiv und über das gesamte Team verteilt. Er ist eher passiv, als aktiv. Es wird nicht gezielt nach Antworten gesucht, sondern jeder ist konstant den Antworten ausgesetzt. Eventuell wird dann aber bereits etwas Struktur in den "Input-Stream" gebracht, er wird gefiltert und systematischer weiter verwendet/behandelt. Es gilt: Sie kennen die AKTUELLE Zielgruppe sehr gut. Der Blick in die Zukunft und künftige Bedarfe und vielleicht ein Shift auf einen anderen Markt ist natürlich eine andere Sache und damit nicht abgedeckt. Aber das ist an dem Punkt vermutlich auch noch nicht relevant. Wächst diese Firma dann, lässt sich dieser direkte und konstante Kontakt des gesamten Teams natürlich nicht mehr halten. Support wird evtl. ausgelagert oder ein Support Team aufgebaut, das gleiche gilt für die anderen genannten Punkte (Marketing, Sales...). Hier ist dann vermutlich auch der Zeitpunkt gekommen, an welchem User Research systematisiert werden muss. Was ja erst mal nicht schlecht ist – im Gegenteil, das kann sicher auch noch einen Mehrwert bringen, gerade wenn dadurch nun auch neue Formen des Nutzerkontakts (man denke an Feldstudien) hinzugefügt werden. ABER: Die Frage, die ich mir stelle und gerne mit dir über diesen podcast diskutieren möchte ist: Wie schafft man es, diesen direkten, konstanten Kontakt zum Nutzer für das gesamte Produktentwicklungsteam aufrecht zu erhalten? Meine Überlegungen/Ideen: Regelmäßig müssen/sollen/dürfen Teammitglieder bei Studien direkt, aktiv mitwirken (auch z.B. ein Entwickler, UI Designer...) Und/Oder sogar: Wechselnd bestimmte Entwickler/UI Designer... für bestimmte kleine Themen, die erforscht werden sollen, zu "Research Leads" ernennen, die unter Begleitung/Anleitung eines Research Professionals Studien durchführen und die Ergebnisse dem Team präsentieren (dadurch auch mehr Ownership?) Eine Datenbank mit Research Daten (User Insights) aufbauen, auf die das ganze Team immer Zugriff hat Veranstaltungen/Meetups mit den Nutzern bei welchen das (gesamte) Team mit anwesend ist und in den Austausch mit den Nutzern kommen kann Wie schafft man es eine nutzernahe Unternehmenskultur zu schaffen? Zu zeigen: Wenn du dich mit dem Nutzer befasst und dich für seine Bedürfnisse interessierst, dann wird das hier sehr gerne gesehen. So, das sind meine spontanen Überlegungen zu diesem Thema. Nun würde mich wirklich sehr interessieren, was du darüber denkst und wie ihr in deinem Unternehmen damit umgeht: Wie schafft ihr es, den stetigen Kontakt zum Nutzer möglichst teamweit sicherzustellen? Oder fällt euch das sogar sehr schwer und du siehst hier Optimierungsbedarf? Sende mir deine Überlegungen und Erfahrungen entweder als Text- oder Sprachnachricht, die ich dann sogar direkt im Podcast verwenden würde. Über: E-Mail Instagram LinkedIn Ich danke Dir schon jetzt und freue mich wirklich wahnsinnig auf Deine Antwort! Hat dir die Folge gefallen? Dann freue ich mich riiiiesig über eine iTunes Bewertung! Vielen Dank

In unserer Folge zu technischen Schulden haben wir bereits angeschnitten, dass technische Entscheidungen womöglich nicht alleine vom Entwicklungsteam getroffen werden. Da sich unser Hörer Christian ebenfalls eine Vertiefung des Themas gewünscht hat, nehmen wir uns dessen an und überlegen, wer eigentlich die Entscheidungsgewalt über technische Themen hat: Ist es das Entwicklungsteam? Ist es der Product Owner? Sind es womöglich beide Parteien? Und wo verläuft eigentlich die Grenze zwischen rein technischer Entscheidung und geschäftsrelevanter Entscheidung?

Mick Hohmann ist Product Owner bei der Mayflower GmbH und hält gelegentlich einen Vortrag über Product Owner NoGos. Dominik hat sich mit ihm getroffen und mit ihm über paar dieser Anti-Pattern gesprochen, zum Beispiel was ist, wenn der Product Owner nicht Teil des Teams ist oder wenn der PO in zu technischen Diskussionen abgehängt wird. Wir tauschen Anekdoten und Lösungsansätze aus und diskutieren die Frage, wie sinnvoll es ist, dass der Scrum Guide zwischen Scrum Team und Entwicklungsteam unterscheidet.

Das agile Projektmanagement-Framework Scrum sieht drei Rollen vor: Das Entwicklungsteam, den Scrum Master und den Product Owner. Letzterer ist verantwortlich für das Produkt an sich, also dessen Eigenschaften und wirtschaftlichen Erfolg. Er gestaltet das Produkt und fungiert als Schnittstelle zwischen dem Entwicklungsteam und den Stakeholdern im Unternehmen. Diese Rolle bringt viele Aufgaben mit sich, denen wir uns in dieser Episode ausführlich widmen.

In diesem Vortrag werden wir die vergangenen und aktuellen Entwicklungen im WPS Projekt zu beleuchten. Diese umfassen unter anderem: * Neue Clients, * Den Umzug auf Github, * Die neue Administrations-Anwendung für den WPS, * Java Annotations zur einfachen Erstellung von neuen Prozessen, * Verbesserungen im Bereich WPS4R, * Ergebnisse aus (Forschungs-)Projekten. Auch werden wir auf das Thema Testing im WPS eingehen, insbesondere auf die OGC Compliance Tests für WPS 1.0.0, deren Fertigstellung für Anfang 2014 geplant ist. Wir werden einen Ausblick auf die Roadmap 2014 des WPS Projekts geben, die neue Funktionen und Verbesserungen am vorhandenen WPS vorsieht. Darüber hinaus ist 2014 eine neue Entwicklungslinie geplant, die auf der WPS 2.0 Spezifikation aufbauen soll. Diese wird voraussichtlich mitte des Jahres 2014 fertiggestellt. Einige neue Funktionen und Konzepte der neuen Entwicklungslinie werden wir präsentieren. Schließlich werden wir die Gelegenheit nutzen und das aktuelle Entwicklungsteam des 52°North WPS vorstellen.