Podcasts about entwicklungsteams

Jens Hilgers, Founding Partner von BITKRAFT Ventures, teilt seine Learnings über die Gaming-Industrie und ihre Entwicklung zur größten Entertainment-Branche der Welt.  Zusätzlich dazu ist Jens der Founding CEO der Esports League (ESL; Exit für 1 Milliarde), sowie Mitgründer des erfolgreichen Esports Team G2. Jens gibt dir Einblicke in die wichtigsten Umsatztreiber, aktuelle Trends wie Cloud-Gaming, VR/AR und In-Game-Purchases sowie die Chancen von Emerging Markets. Er erklärt, wie neue Technologien wie KI und Blockchain die Gaming-Welt verändern und welche Faktoren entscheidend sind, um als Gaming-Startup erfolgreich zu sein.  Was du lernst: Die Gaming-Industrie heute: Wie groß der globale Gaming-Markt ist und welche Plattformen dominieren Warum Mobile Gaming weltweit den größten Umsatz generiert Trends und Innovationen: Die Bedeutung von In-Game-Purchases, Free-to-Play-Modellen und Digital Asset Ownership Wie Technologien wie KI und Blockchain das Gaming revolutionieren Erfolgsfaktoren für Gaming-Startups: Warum Retention die wichtigste KPI für den Erfolg eines Spiels ist Wie Gründer Communities aufbauen und Spiele mit ihrer Zielgruppe iterativ verbessern können Die Zukunft des Gamings: Wie Emerging Markets wie Indien und Afrika das Wachstum vorantreiben Warum Gaming zunehmend mit anderen Entertainment-Bereichen wie Musik und Film verschmilzt ALLES ZU UNICORN BAKERY: https://zez.am/unicornbakery  Mehr zu Jens: LinkedIn: https://www.linkedin.com/in/jenshilgers  Website: https://www.bitkraft.vc/  Join our Founder Tactics Newsletter: 2x die Woche bekommst du die Taktiken der besten Gründer der Welt direkt ins Postfach: https://www.tactics.unicornbakery.de/  Kapitel: (00:00:00) Status Quo der Gamingindustrie: 250 Milliarden Markt (00:09:12) Umsatztreiber im Gaming: mobile vs. PC (00:14:18) Wie vorverurteilt ist man heute noch als Gamer? (00:19:44) Growth Potenzial im Gaming-Markt (00:28:22) Ingame-Käufe: Kleidung in Realität und Spiel (00:37:36) Wie viele Spiele sind tatsächlich profitabel? (00:41:52) Braucht es für Erfolg in der Gamingbranche zwangsläufig "das neue Fortnite"? (00:48:34) Spieleentwicklung: Anzeichen für erfolgreiche Entwicklungsteams (00:49:10) Ab welchem Alter Videospiele - und warum? (00:56:15) Der Prozess der Spieleentwicklung (01:02:50) Herausforderungen beim Wachstum (01:04:30) Die wichtigsten KPIs im Spieledesign

Erweitere dein Wissen über digitale Sicherheit mit Cybersecurity ist Chefsache.In dieser Folge tauchen wir tief in die Welt von Open Source und Software-Sicherheit ein. Mein Gast ist Jasmin Mair, Global Product Security Manager bei Leica Microsystems, die sich seit Jahren mit der sicheren Entwicklung von Software und der Nutzung von Open Source im Unternehmenskontext beschäftigt.

Erweitere dein Wissen über digitale Sicherheit mit Cybersecurity ist Chefsache.In dieser Folge tauchen wir tief in die Welt von Open Source und Software-Sicherheit ein. Mein Gast ist Jasmin Mair, Global Product Security Manager bei Leica Microsystems, die sich seit Jahren mit der sicheren Entwicklung von Software und der Nutzung von Open Source im Unternehmenskontext beschäftigt.

Erweitere dein Wissen über digitale Sicherheit mit Cybersecurity ist Chefsache.In dieser Folge tauchen wir tief in die Welt von Open Source und Software-Sicherheit ein. Mein Gast ist Jasmin Mair, Global Product Security Manager bei Leica Microsystems, die sich seit Jahren mit der sicheren Entwicklung von Software und der Nutzung von Open Source im Unternehmenskontext beschäftigt.

„Was ist eigentlich Führung?“ Diese Frage steht im Mittelpunkt der neuesten Folge. Stefan Bald, Michael Habighorst und Charly Fossler sprechen über die Zukunft von Führung und Organisationen. Charly und Michael - beide Experten kommen aus der Technik, doch es geht ihnen längst nicht mehr nur um Maschinenbau. „Technik alleine reicht nicht, es geht um die Menschen, die Strukturen – das muss alles zusammenpassen“, sagt Michael. In der Diskussion beleuchten die drei spannende Fragen: Wie unterscheidet sich Führung in Produktionsbereichen von der in Entwicklungsteams? Wo sind radikale Veränderungen notwendig, und wo bewähren sich etablierte Prozesse? „Es gibt komplizierte Aufgaben, die haben eine klare Lösung, aber die komplexen Bereiche brauchen interdisziplinäre Teams“, erklärt Michael und zeigt auf, dass Differenzierung der Schlüssel ist. Charly ergänzt, dass es nicht darum geht, erfolgreiche Konzepte blind zu kopieren: „Kapiere, aber nicht kopiere!“ Jedes Unternehmen hat seine eigene DNA, und der Versuch, Erfolgsmodelle von einem Betrieb auf den anderen zu übertragen, kann kontraproduktiv sein. Beide sind sich einig: Führung muss differenziert werden – und sie darf nicht in alte Muster zurückfallen. Ein weiterer spannender Aspekt: die unbändige Neugier der beiden Gäste. „Ihr seid Lernfreaks!“, sagt Stefan. Michael gibt zu, dass er sich manchmal selbst fragt, warum er immer noch so viel lernt, aber seine Antwort ist klar: „Es macht Spaß, und es gibt immer Neues zu entdecken!“ Am Ende blicken beide in die Zukunft und teilen ihre Visionen von Traumprojekten, die radikale Veränderungen in Unternehmen begleiten. „Ich würde gerne ein Unternehmen von Grund auf neu aufbauen und mit einem starken Fokus auf die Zufriedenheit der Mitarbeitenden gestalten“, sagt Michael. Charly träumt davon, gravierende Veränderungen à la Porsche in den 90er-Jahren zu begleiten. Eine spannende Folge für alle, die wissen wollen, wie Führung in die Zukunft führen kann!

In dieser Folge des INNOQ Podcasts spricht André Aulich mit Anja Kammer über Enterprise-Architektur (EA) und räumt mit dem Klischee auf, dass EA im „Elfenbeinturm“ stattfindet. Enterprise-Architekt:innen müssen raus aus der Isolation und sich ins „Clubhaus“ – einen Ort des lebendigen Austauschs – begeben, um gemeinsam mit Entwicklungsteams, Projektmanager:innen und Stakeholder:innen Pläne zu schmieden, die nicht nur ambitioniert, sondern auch realisierbar sind. André zeigt, wie Enterprise-Architekt:innen Unternehmensziele mit den technischen Lösungen verknüpfen, die in den Teams entstehen. Dabei ist es entscheidend, die verschiedenen Interessen und die Machbarkeit zu verstehen und alle Beteiligten zu einem gemeinsamen Bild zu führen.

Wie können wachsende Entwicklungsteams skalieren? Wie lange reicht ein multifunktionales Team aus Full-Stack-Entwickler:innen? Und wann wird die Spezialisierung der Devs notwendig oder gar unausweichlich?Fabi und Jan haben zur Beantwortung dieser Fragen Mareen Döring zu Gast. Als Vice President Engineering verantwortet sie Entwicklungs- und Operations-Teams bei ZEAL Network.Mareen hat vor einem Jahr ihre Teams vollständig neu aufgestellt und spricht mit uns über ihre Erfahrungen im Change-Management. Sie berichtet von Herausforderungen und Chancen in der strukturellen Neuaufstellung – weg von autonomen, multifunktionalen Teams, hin zu dedizierten Teams für Backend-, Frontend- und Serviceentwicklung.Wir vergleichen diese Umstellung mit der Aufstellung unserer Projektteams bei Lotum in der Vergangenheit und Gegenwart, und diskutieren, wann auch bei uns weitere Spezialisierungen anstehen würden.Schreibt uns!Schickt uns eure Themenwünsche und euer Feedback: podcast@programmier.barFolgt uns!Bleibt auf dem Laufenden über zukünftige Folgen und virtuelle Meetups und beteiligt euch an Community-Diskussionen. TwitterInstagramFacebookMeetupYouTubeMusik: Hanimo

#EMBEDDEDSYSTEMS #IoTDEVELOPMENTwww.iotusecase.comIn dieser Podcast-Folge dreht sich alles um die Programmiersprache Rust und ihre Anwendung im Bereich IoT. Madeleine Mickeleit spricht mit Matthias Goetz, Lead Engineer, und Felix Herrmann, FPGA-Engineer bei ITK Engineering GmbH, einer Tochtergesellschaft von Bosch. Gemeinsam diskutieren sie die Besonderheiten und Vorteile von Rust im Vergleich zu anderen Programmiersprachen und gehen auf spezifische Anwendungsfälle und Best Practices ein, die Entwicklungsprozesse für IoT-Projekte optimieren können.Folge 134 auf einen Blick (und Klick):[12:00] Herausforderungen, Potenziale und Status quo – So sieht der Use Case in der Praxis aus[24:48] Lösungen, Angebote und Services – Ein Blick auf die eingesetzten TechnologienZusammenfassung der PodcastfolgeIn Folge 134 sind wir technisch unterwegs. Diese Podcastfolge ist vor allem etwas für alle Anwendungsentwickler und -entwicklerinnen da draußen – oder Personen, die mit Entwicklungsteams zusammenarbeiten.Rust ist eine moderne Programmiersprache, die sich durch innovative Ansätze wie das Ownership-Modell auszeichnet. Diese Merkmale sorgen für memory-safety und eine effiziente Ressourcenkontrolle, was sie besonders geeignet für die Entwicklung sicherer und zuverlässiger Embedded Software macht.Im Vergleich zu traditionellen Sprachen wie C und C++ bietet Rust durch seine strikte Speicherverwaltung und das Fehlen von Nullpointern eine höhere Sicherheit. Der Rust-Compiler hilft, viele typische Fehler bereits während der Entwicklung zu vermeiden.Anwendungsfälle im IoT: Rust wird sowohl für Embedded als auch für Anwendungssoftware verwendet. Ein konkretes Beispiel ist die Überwachung von Vibrationen in industriellen Motoren zur Früherkennung von Anomalien. ITK-Engineering erläutert, wie Rust in IoT-Projekten implementiert werden kann, um Entwicklungsprozesse zu beschleunigen und die Fehleranfälligkeit zu reduzieren. Sie betonen die Bedeutung der Integration von Rust in bestehende Systeme und die Nutzung von Rusts umfangreicher Toolchain.Business Case und Herausforderungen: Rust bietet Lösungen für häufige Probleme in der Softwareentwicklung, wie Speicherfehler und komplexe Testing-Prozesse. Die Sprache trägt zu kürzeren Entwicklungszyklen bei und erhöht die Effizienz durch schnellere Feedback-Loops und weniger notwendige zusätzliche Tools.Einhaltung von Industriestandards: Rust unterstützt die Einhaltung von Sicherheitsstandards wie ISO 26262 und MISRA. Institutionen wie die CISA und NSA empfehlen zunehmend die Nutzung speichersicherer Sprachen wie Rust.-----Relevante Folgenlinks:Madeleine (https://www.linkedin.com/in/madeleine-mickeleit/)Felix (https://www.linkedin.com/in/felix-herrmann-626493283/)Matthias (https://www.linkedin.com/in/matthias-g%C3%B6tz-bba994294/)Rust Wiki (https://rustwiki.org/en/)Studie mit 1.000 Google-Entwicklern (https://opensource.googleblog.com/2023/06/rust-fact-vs-fiction-5-insights-from-googles-rust-journey-2022.html)Jetzt IoT Use Case auf LinkedIn folgen

Dein Update zur Digitalisierung der Versicherungsbranche. In dieser Folge des Digital Insurance Podcast spricht Jonas Piela mit Robert Müthing, Sales Lead Financial Services Industry bei Liferay. Im Gespräch geht es auch um den Trendreport zur Digitalisierung der Customer Journey ​​​​​​​bei Versicherungen der in Kooperation mit den Versicherungsforen Leipzig entstanden ist. Hier könnt ihr schonmal reinlesen! Liferay ist ein globaler Softwarekonzern und ein führender Anbieter für DXP - Digital-Experience-Plattformen. Das Unternehmen feiert dieses Jahr sein 20-Jähriges. Robert Müthing betont die Bedeutung eines guten Kunden-Logins in der Versicherungsbranche. Eine kürzlich veröffentlichte Studie zeigt, dass die Kundenerfahrung größtenteils durch Self-Service bestimmt wird. Daher ist es entscheidend, hochwertige Kundenportale anzubieten, die die Erwartungen noch übertreffen. Kunden sind bereit, für ein herausragendes Portal sogar mehr Geld zu bezahlen, meint Robert. Die Versicherungsbranche habe aufgrund ihrer Zahlen- und IT-Affinität die Digitalisierung eigentlich gut mitgemacht. Allerdings besteht Aufholbedarf im Bereich des Kunden-Logins. Die Vielfalt heterogener Systeme und bestehender IT-Landschaften stellt eine besondere Herausforderung für Versicherer dar. Qualitativ hochwertige Kundenportale bieten in Zeiten des Fachkräftemangels jedoch auch Chancen. Viele Versicherer können ihre Callcenter aufgrund von Personalmangel nicht mehr ausreichend besetzen. Die von Liferay angebotene Entwicklungsplattform ermöglicht die Implementierung von kundenorientierten Lösungen ohne ein riesiges Team von JavaScript-Entwicklern. Falls interne Entwicklungsteams fehlen, können Implementierungspartner zum Einsatz kommen, um die Lösung umzusetzen. Links in dieser Ausgabe Trendreport Digitalisierung der Customer Journey ​​​​​​​bei Versicherungen Zur Homepage von Jonas Piela Zum LinkedIn-Profil von Jonas Piela Zum LinkedIn-Profil von Robert Müthing

Heute sprechen wir mit Sven Kiontke, CEO der asphericon GmbH, über die "Demokratisierung des Lichts”. Also die Herausforderungen der Photonik in diversen Schlüsselindustrien und was wir vom Licht im Allgemeinen für die Zukunft erwarten dürfen. Auch sehen wir uns an, wie aspehricon die Entwicklung der Asphäre massgebend mitgestaltet hat.Das sind die Themen:Chancen der Photonik in Luft- und Raumfahrt, Life Science und HalbleiterherstellungDie Entwicklung der Asphäre durch asphericonPraxisbeispiel European Space Agency und Fraunhofer-InstitutDemokratisierung des Lichts – die Vision des Technologieführers in der AsphärenfertigungDas Angebotsspektrum von asphericon für Entwicklungsteams, Produktmanager und ForscherWeiterführende Informationen zur Firma asphericon GmbH:► Internet: https://www.asphericon.com/ ► LinkedIn-Firmenseite: https://www.linkedin.com/company/asphericon/ ► Sven Kiontke auf LinkedIn: https://www.linkedin.com/in/sven-kiontke-b933189a/ —Über den #ITundTECH für Deutschland Podcast:Der Podcast mit CEOs innovativer Softwarehersteller, IT-Dienstleister oder TECH-Unternehmen aus Deutschland!► Abonniere unseren Youtube-Kanal: https://www.youtube.com/@itundtech ► Abonniere unseren Podcast: https://www.itundtech.de/podcast► Besuche uns auf unserer Webseite: https://www.itundtech.de/ Der Gastgeber:Neben seiner Funktion als Vorstand der CONBREY MANAGEMENT AG ► https://www.conbrey.com ist Holger Winkler seit 2013 Sachverständiger für digitale Leadgewinnung (DESAG). Er hat sich vor allem auf den Vertrieb in der IT- und TECH-Branche spezialisiert. Seit 2009 konnte Holger bereits mehr als 350 Unternehmen zu deutlich mehr Kunden und steigenden Umsätzen verhelfen.Zu den Kunden von CONBREY zählen unter anderem Firmen wie Databoat AG, Trevisto AG, Robotron Schweiz GmbH, T&G Automation GmbH, ISC Consultants und über 100 weitere Unternehmen.► Vernetze dich mit Holger Winkler auf LinkedIn: https://www.linkedin.com/in/holger-winkler/—Sie sind CEO eines innovativen Unternehmens aus dem IT- und TECH-Umfeld und hätten Lust, als Gast in den ITundTECH für Deutschland Podcast eingeladen zu werden?Dann melden Sie sich hier: https://www.itundtech.de

Metriken sind in der Softwareentwicklung unverzichtbar, sei es für die Messung des Fortschritts, die Verbesserung der Produktqualität oder das Treffen datenbasierter Entscheidungen. In dieser Folge des INNOQ Podcasts gehen Anja Kammer und Stefan Negele darauf ein, wie verschiedene Metriken effektiv angewendet werden können, wobei sie den Schwerpunkt auf produkt- und featurezentrierte Metriken legen. Außerdem diskutieren sie, wie die Berücksichtigung der Bedürfnisse von Nutzerinnen und Nutzern zur Zufriedenheit in Entwicklungsteams beitragen kann.

In der Rubrik “Investments & Exits” begrüßen wir heute Pablo Karnbaum, Associate von SquareOne. Pablo bespricht die Finanzierungsrunde von Qomodo und Langfuse.Das italienische FinTech Qomodo hat in einer von Fasanara Capital geleiteten Pre-Seed-Finanzierungsrunde 34,5 Millionen Euro erhalten. Unter den Investoren befinden sich Exor Ventures, Proximity Capital, Ithaca Investment, Notion Capital, Octopus Ventures sowie Angel-Investoren wie Simone Mancini, Freddy Kelly und Mark Ransford. Qomodo plant, die Finanzierung zu nutzen, um Zahlungslösungen wie SmartPOS, Tap-to-Phone und Buy Now, Pay Later auf den Markt zu bringen und so Händlern verbesserten Cashflow und Kunden flexible Zahlungsoptionen zu bieten. CEO Gianluca Cocco betont, dass die Lösungen Online-Vorteile in physische Geschäfte bringen sollen, und erwartet, monatlich Hunderte bis Tausende von neuen Händlern zu gewinnen.Langfuse, ein Berliner Startup, hat in einer Seed-Runde 4 Millionen US-Dollar von Lightspeed Venture Partners, La Famiglia und Y Combinator erhalten. Das Unternehmen entwickelt eine Open-Source-Lösung zur Überwachung von Large-Language-Model-Produktionsanwendungen. Die Plattform ermöglicht es Entwicklungsteams, Metriken und Debugging-Informationen zu erhalten, um komplexe Probleme bei der Integration von Userfeedback und LLM-Analysen zu lösen. Langfuse zielt darauf ab, Entwicklern fundierte Entscheidungen zu ermöglichen, basierend auf realen Daten und Benutzerfeedback. Das Startup wurde 2022 gegründet und hat während seiner Teilnahme am Y Combinator Programm verschiedene Anwendungen entwickelt.

In der Mittagsfolge sprechen wir heute mit Marc Klingen, CEO und Co-Founder von Langfuse, über die erfolgreich abgeschlossene Seed-Finanzierungsrunde in Höhe von 4 Millionen US-Dollar.Langfuse entwickelt eine Open-Source-Lösung zum kontinuierlichen Monitoring von Large-Language-Model-Produktionsanwendungen. Entwicklungsteams können ihre Anwendung einfach mit der Lösung integrieren, um detaillierte Metriken und Debugging-Informationen zu erhalten. Konkret hilft das Unternehmen durch die einfache Erfassung verschiedenster Usereingaben, die Nachvollziehbarkeit der Programmausführung und die Bewertung des Ergebnisses. Das Startup schafft durch die Integration von Userfeedback, der Nutzung von LLMs zur Bewertung der Ergebnisse sowie durch die Unterstützung von manuellen Evaluierungsprozessen Abhilfe bei der Komplexität. Langfuse wurde im Jahr 2022 von Clemens Rawert, Marc Klingen und Maximilian Deichmann in Berlin gegründet. Das Team des Startups hat Anfang 2023 während der Teilnahme im Y Combinator Programm verschiedene Anwendungen mit seiner Technologie entwickelt und dabei die Probleme der Integration aus erster Hand erfahren. Das Lösungsangebot ist als Open-Source-Projekt gestartet, da die Founder merkten, dass fast alle Teams die an Anwendungen mit Large-Language-Models arbeiteten, mit den gleichen Problemen konfrontiert sind.Nun hat das Startup für Open Source Observability und Produktanalysen für Large-Language-Model-basierte Anwendungen in einer Seed-Runde 4 Millionen US-Dollar von Lightspeed Venture Partners, La Famiglia und Y Combinator erhalten. Nachdem das Unternehmen die Daten- und Beobachtungsschicht aufgebaut hat, wird künftig wieder das Problem des Testens von Anwendungen adressiert, bevor das Team zurück in die Produktion geht. Das Ziel des Startups ist es, die Probleme zu lösen, die anfangs in Bezug auf die Auswahl der besten Auswertungen und die Aufrechterhaltung eines Testsatzes identifiziert wurden. Auf der Grundlage des bestehenden Observability-Stacks baut Langfuse eine Open-Source-Plattform für LLM-Analysen auf, um Developer mit den richtigen Erkenntnissen zu versorgen, damit sie fundierte Entscheidungen treffen können, die auf realen Daten, Userfeedback und Bewertungen basieren.

Im Rahmen der Recherche für die Folge zu Civilization hat Christian ein Gespräch mit dem Co-Designer des Spiels geführt: Bruce Shelley. Bruce bildete mit Sid Meier, der aber natürlich "den Hut aufhatte", den Kern des Entwicklungsteams. Ausschnitte aus diesem Interview kamen bereits in der Civ-Folge vor. Hier dokumentieren wir das komplette Gespräch. Wir danken nochmal Bruce, dass er sich für uns Zeit genommen hat!

Oft wird Software immer schlechter wartbar, je länger Entwicklungsteams an ihr arbeiten. Dazu hat sich die Metapher “technische Schulden” etabliert. Aber es ist nicht immer sinnvoll, technische Schulden zu beseitigen und sie können auch “einfach so” entstehen. Darum geht es in diesem Vortrag - und über die Grundlagen der Metapher, wie sie bei der Kommunikation mit Managern hilf, warum die Metapher eigentlich nicht besonders gut gewählt ist und natürlich wie man mit technischen Schulden sinnvoll umgehen kann. Diese Episode ist das Audio eines Vortrags. Links 60-Minuten-Consulting Folien Ward Cunningham im C2-Wiki zu Technical Debt Video: Ward Cunningham spricht über Technical Debt Article about Quality Investments (with Felix Müller) Podcast Technical Debt with Sven Johann Managing Technical Debt with Sven Johann heise Podcast zu Technical Debt Blog „Technische Schulden entstehen einfach so“ Artikel über Qualitätsinvestitonen mit Felix Müller – DE Artikel Umgang mit technischen Schulden Episode zu technischen Schulden bei Software Architektur im Stream Episode André Neubauer - CTO = Chief Technical Debt Owner? Episode zu Qualitätsszenarien Episode zu Patterns zu u.a. Refactoring mit Michael Hunger

DORA Metriken: Die Performance-Messung deines Software Development Teams bzw. die Ermittlung des Reifegrades von DevOps in deiner OrganisationSoftwareentwicklung ist ein kreativer Beruf. Jedes Projekt ist einzigartig und die geschriebenen Lines of Code sagen wenig über die dafür benötigte Zeit aus. Das Research-Programm DevOps Research and Assessment (DORA) versucht dennoch die Performance eines Software-Entwicklungs-Teams zu messen. Nicht via Lines of Code, sondern auf Basis von Aktivitäten, die Value liefern: Deployment Frequency, Lead Time for Changes, Mean Time to Recovery, Change Failure Rate und Reliability.Die Metriken selbst sind weit bekannt. Wie diese Metriken beeinflusst werden können, wer eigentlich dahinter steckt, und was die Organisation eigentlich für eine Kultur vorleben muss, damit es überhaupt zu einem positiven Ergebnis kommt, wissen viele nicht. Und genau darüber sprechen wir in dieser Episode.Bonus: AOL CDs und Metal-Musik aus Litauen**** Diese Episode wird von trivago gesponsert:trivago aus Düsseldorf sucht Verstärkung für ihr Site Reliability Engineering Team. Arbeite eng mit den Entwicklungsteams an der globalen Hotelsuchmaschine. Profitiere von einem autonomen Arbeitsumfeld und bewirb dich unter https://careers.trivago.com/sre ****Das schnelle Feedback zur Episode:

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

Herkömmliche Sneaker und andere Turnschuhe haben besonders bei den Sohlen umwelttechnisch noch viel Luft nach oben. Zum einen ist es unmöglich, die Sohlen sowie den gesamten Schuh zu recyceln, denn sie bestehen aus bis zu 30 fest miteinander verklebten Komponenten. Zum anderen ist ihr CO2-Fußabdruck in der Herstellung recht hoch. Aber genau hier kann man durch den Austausch von Rohstoffen und mit Hilfe neuer Rezepturen ansetzen.Monaco Ducks, ein Schuhlabel aus München hat sich dem angenommen und zum Ziel gesetzt, zu 100 Prozent kreislauffähige Sneaker anzubieten. Um besonders bei den Sohlen die richtige Mischung zu finden, haben sie im vergangenen Jahr die Materialexpertinnen und -experten von Continental kontaktiert: Gemeinsam haben sie nun einen Kautschukmix entwickelt, der genau zu den stylischen Monaco-Ducks-Sneakern passt. Co-Gründer von Monaco Ducks, Carl Warkentin, und der Leiter des Entwicklungsteams von Continental, Michael Schwegemann sind zu Gast bei Flurfunk und verraten uns die Details.Weiterführende Links: https://www.monacoducks.com/https://www.instagram.com/monacoducks/https://www.linkedin.com/company/10947806/https://www.linkedin.com/in/carlwarkentin/https://grnd.shoes/Die SNEAKER-JAGD | STRG_F - YouTubeÜBER FLURFUNKFür die einen ist es Karriere- und Berufsberatung, für die anderen schlicht ein Podcast, in dem man mehr über Continental erfährt. Hier werden die Menschen vorgestellt, die auf den Fluren von Continental anzutreffen sind, gezeigt welche Jobs es gibt und wie die Arbeitswelt hinter den Kulissen tickt. Carina Busch & Mina Fetaj begleiten dich in den Folgen des Continental Karriere-Podcasts. Sie suchen spannende Themen und Persönlichkeiten im gesamtem Konzern und stellen ungeschönte Fragen, die auch den Hörer:innen auf der Zunge liegen könnten. Beide arbeiten selbst bei Continental und sind im Bereich Employer Branding unterwegs. Der Vorteil: Authentische und tiefe Einblicke aus dem echten Continental Flurfunk.Du bist gefragt!Du hast einen Themenvorschlag, Fragen zum Podcast oder einem/einer Gastredner:in? Dann kontaktiere die Moderatorinnen unter karriere@conti.de Weitere Informationen gibt es hier zum nachlesen: FLURFUNK – Der Continental Karriere-Podcast - Continental AG

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?

"Projekte sind ordentlich aufgesetzt und haben so die Chance, smooth abzulaufen", so fasst Lena die Ergebnisse ihrer Arbeit als P* in Softwareprojekten zusammen. Was sich genau dahinter verbirgt und warum sie gerade als Quereinsteigerin echten Mehrwert in Entwicklungsteams schafft, darüber spricht sie in dieser Folge des INNOQ Podcasts.

In der Rubrik “Investments & Exits” begrüßen wir heute Daniel Wild, Gründer und Aufsichtsrat von Mountain Alliance. Daniel bespricht die Runde von Consensus und SOCi Die SaaS-Demo-Automatisierungsplattform Consensus hat in einer Finanzierungsrunde unter der Führung von Sumeru Equity Partners 110 Millionen US-Dollar erhalten, womit sich das Gesamtkapital des Unternehmens aus Utah auf über 139 Millionen US-Dollar erhöht hat. Die Plattform des Gründers Garin Hess ermöglicht es Entwicklungsteams eine Bibliothek mit wiederverwendbaren, interaktiven Videodemos zu erstellen, die Vertriebsteams bei Bedarf versenden können. Während des gesamten Prozesses verfolgt Consensus das Engagement und findet automatisch neue Interessenten nach Rolle und Priorität.SOCi, ein Anbieter von digitaler Marketingsoftware, hat in seiner jüngsten Finanzierungsrunde 120 Millionen US-Dollar eingesammelt. Die Runde wurde von JMI Equity geleitet, mit Beteiligung von Vertical Venture Partners, Blossom Street Ventures und dem strategischen Investor Renew Group Private. Das von Afif Khoury gegründete Unternehmen plant, seine Finanzierung zu nutzen, um seine KI-Investitionen zu verdoppeln und in neue Märkte zu expandieren. Die Plattform bietet Datenanalysen im Auftrag von Marken und liefert Empfehlungen und Marketing-Automatisierung, damit sich die Kunden auf andere Bereiche ihres Geschäfts konzentrieren können.

In der Nachmittagsfolge begrüßen wir heute Paul Resch, CEO und Co-Founder von Valutico, und sprechen mit ihm über die erfolgreich abgeschlossene Finanzierungsrunde in Höhe einer mittleren siebenstelligen Summe.Valutico hat eine Cloud-basierte Plattform für Unternehmensbewertungen entwickelt. Die All-in-One-Software ermöglicht Bewertungspraktizierenden, ein Unternehmen in wenigen Minuten zu bewerten. Dies funktioniert mit datengestützten Tools, die es ermöglichen, Analysen schneller und genauer durchzuführen. Das Startup wurde im Jahr 2017 von Paul Resch und Alex Lachinger in Wien gegründet und hat mittlerweile weitere Niederlassungen in den USA und Großbritannien. Die Lösung von Valutico wird bereits von mehr als 600 Finanzunternehmen in 85 Ländern genutzt. Die Plattform wird insbesondere von Expertinnen und Experten in den Bereichen Corporate Finance, M&A, Steuern und Wirtschaftsprüfung eingesetzt, ergründet aber auch zunehmend die Zielgruppe der Investment-Manager aus den Bereichen Private Equity, Venture Capital und Family Offices. Einige Konzerne setzen Valutico auch für Strategie, Finanzberichterstattung und Investor Relations ein.Das FinTech hat nun in seiner ersten Finanzierungsrunde mit externen Investoren eine Summe im mittleren 7-stelligen Bereich eingesammelt. Push Ventures, der AWS Gründerfonds sowie die Erste Group haben sich als neue Kapitalgeber an der Runde beteiligt. Zudem haben auch Bestandsinvestoren die Finanzierung unterstützt. Valutico möchte das frische Kapital für weiteres Wachstum, zur Umsetzung seiner Produkt-Roadmap und zum Ausbau des Entwicklungsteams einsetzen. Zudem soll eine strategische Partnerschaft mit der Erste Group eingegangen werden, um sie bei der Digitalisierung der Prozesse im Bereich der Unternehmensbewertung und -kreditvergabe zu unterstützen.

Als Developer nutzen und entwickeln fast alle von uns APIs. Aber spätestens wenn wir auf eine Microservice-Architektur setzen oder unsere APIs externen Entwickler:innen anbieten möchten, stellt sich die Frage, wie wir unsere APIs dokumentieren, schützen und eventuell sogar monetarisieren können. Um dies in einer einheitlichen Form tun zu können und gleichzeitig die Entwicklungsteams von zusätzlicher Arbeit zu entlasten, bieten sich fertige API Gateways an. In dieser Folge sprechen wir über die Vorteile und Funktionalitäten dieser Technologien. Ihr wollt uns etwas Gutes tun? Spendiert uns gerne einen Kaffee: www.buymeacoffee.com/todocast Links: Kong: https://konghq.com/ Azure API Management: https://azure.microsoft.com/en-us/products/api-management Google Cloud Apigee: https://cloud.google.com/apigee AWS API Gateway: https://aws.amazon.com/api-gateway/ Malte auf Twitter: https://twitter.com/MalteLantin Robin-Manuel auf Twitter: https://twitter.com/robinmanuelt Feedback und Anregungen: todopodcast@outlook.com

In regelmäßigen Abstände höre ich in den Entwicklungsprojekten, wie über die Anforderungserhebung diskutiert wird. Und vor allem, wann diese doch scheinbar lästigen Arbeiten durchgeführt werden sollen. Daher möchte ich diese Episode nutzen, um die zu klären, warum Entwicklungsteams glauben, keine Anforderungen für das A-Muster erheben zu müssen? Darauf folgend wird es Konsequenzen für das zu entwickelnde Produkt geben. Welches das sind, beschreibe ich im Mittelteil der Episode. Um einen reibungslosen Ablauf des Entwicklungsprojekts zu realisieren, gibt es Vorgehen, die ich im letzten Teil beschreibe. Diese sind kein Dogma, aber dennoch gute Ansätze, die in den einschlägigen Standard der Systementwicklung aufgenommen sind.

In dieser Folge unterhält sich Dominique mit Roman Pichler über das Thema Produktstrategie. Roman hat gerade erst eine neue Auflage seines Buchs Strategize veröffentlicht und die beiden nehmen dies zum Anlass, um über dieses wichtige Thema zu sprechen. Roman sieht dabei die Produktstrategie als einen Plan bzw. den Weg wie man eine Produktvision erreichen möchte. Die beiden sprechen auch über die Probleme beim Entwickeln von Strategien. Oft beobachtet Roman beispielsweise, dass in einer Organisation gar nicht richtig klar ist, was das Produkt ist. Daneben sieht er auch eine fehlende Bevollmächtigung der Produktmanager bzw. Scrum Product Ownern. Aus der Produktstrategie werden dann Teilziele abgeleitet und eine zielorientierte Roadmap entwickelt. Mit Hilfe der zielorientierten Roadmap können Entwicklungsteams angeleitet und Stakeholder miteinander abgestimmt werden. Von Feature Roadmaps rät Roman dabei aber explizit ab, da es ihm weniger um die Auslieferung von Features geht, sondern mehr um das Erreichen von Zielen. Ein besondere Idee hat Roman noch für die Überführung der Strategie ins Product Backlog. Das aktuelle Product Goal wird als alleiniges Kriterium für die Elemente im Product Backlog genommen und nur Elemente, die auf dieses Ziel einzahlen sollten im Backlog aufgenommen werden. Damit wird das Product Backlog recht schlank aber sehr auf das Produktziel fokussiert. Roman war bereit einmal bei uns zu Gast und hat darüber gesprochen, welche Herausforderungen und Praktiken bestehen, um als Product Owner zu führen (https://produktwerker.de/how-to-lead-in-product-management/). Wenn euch das Thema Produktstrategie interessiert, empfehlen wir euch noch folgende Folgen: - The Product Field (https://produktwerker.de/product-field/) - Eine Produktstrategie entwickeln (https://produktwerker.de/produktstrategie-entwickeln/) - Wardley Mapping - Produktstrategie ist wie Schach (https://produktwerker.de/wardley-mapping/)

Falk Sippach wird beim Software Architecture Gathering den Vortrag “How to Document and Communicate Software Achitectures these Days” halten. In dieser Episode unterhalten sich Falk Sippach und Lisa Moritz über Dokumentation, wie wichtig sie ist und wie wir sie am einfachsten in die tägliche Arbeit des Entwicklungsteams integrieren können. Außerdem erfahrt ihr, wie euch dokumentieren mehr Spaß machen und wieder leichter von der Hand gehen wird. Links docToolchain Software Architecture Gathering (SAG-SATV-15 für 15% Rabatt): INNOQ Technology Day Episode zu ArchUnit Episode zu jQAssistant Episode mit Markus Harrer Episode mit Stefan Zörner / Falk Sippach - Architektur-Reviews

Eva Marten erklärt, aus welchen Bausteinen elevida besteht und wie dadurch die Fatigue bei MS-Patienten verbessert werden kann.   Hier geht es zum Blogbeitrag: https://ms-perspektive.de/interview-zu-elevida-zur-behandlung-von-fatigue   In Folge 136 beantwortet Eva Marten meine Fragen zu elevida, dem Online-Angebot zur Behandlung von Fatigue bei MS. Der Beitrag gehört zur Themenwoche digitale Unterstützungsangebote für MS-Patienten. Du erfährst, was elevida ist, wie das Programm aufgebaut ist, was überhaupt eine digitale Gesundheitsanwendung (DiGA) ist und welche Verbesserung der chronischen Müdigkeit damit möglich sind.   Inhaltsverzeichnis Vorstellung elevida – Online-Angebot zur Verringerung der Fatigue bei MS elevida im Einsatz Abschluss Vorstellung Wichtigste berufliche Stationen und Ausbildung Psychologie Studium und ausgebildete Psychologische Psychotherapeutin und Kinder- und Jugendlichenpsychotherapeutin (VT = Verhaltenstherapie) Nach dem Diplom-Studium nach Lübeck und dort im jetzigen ZIP (Zentrum für Integrative Psychiatrie) therapeutisch und forschend tätig gewesen Parallel Weiterbildung zur Verhaltenstherapeutin für Erwachsene und Kinder am IVAH in Hamburg begonnen Später ambulante Reha-Maßnahmen begleitet und in Kinder- und Jugendpsychiatrie gearbeitet Seit 2015 bei GAIA: bis 2021 in Integrierter Versorgung, dann als Klinische Expertin im DiGA-Team Außerdem behandle ich in der Psychologischen Praxis einer Kollegin auch eigene Patient:innen Persönliche Motivation für den Beruf Ich hatte Psychologie schon als Schulfach und fand es total spannend. Nach dem Abitur habe ich ein einjähriges Praktikum in einem Kinder- und Jugendheim gemacht, um herauszufinden, ob die Arbeit in einem helfenden Beruf etwas für mich ist. Obwohl ich am Anfang vor allem mit Kindern arbeiten wollte, habe ich damals gemerkt, dass auch die Erwachsenen – Eltern und Erzieher:innen zum Beispiel – dringend Hilfe benötigen. Ich habe mein Studium also mit dem Wunsch begonnen, Therapeutin zu werden und habe ihn mir erfüllt. Der Job bei GAIA hat mich gereizt, weil ich während meiner Therapieausbildung die Erfahrung gemacht habe, dass das enge organisatorische Korsett der klassischen ambulanten Psychotherapie weder für mich noch für meine Patient:innen immer das passende ist. Deshalb hat mich das Thema Online-Programme, schon lange bevor es DiGA (Digitale Gesundheitsanwendungen) gab, angesprochen und ich freue mich, aktiver Teil dieser Entwicklung zu sein. Privates Ich wollte nach dem Studium unbedingt in den Norden ziehen, um möglichst nah am Meer zu sein und finde Hamburg einfach eine traumhaft schöne Stadt zum leben und arbeiten. Ich verbringe so viel Zeit wie möglich draußen und auf dem Wasser, zum Beispiel beim Stand Up Paddeln. Ich bin glückliche Mama zweier lebhafter Söhne. elevida – Online-Angebot zur Verringerung der Fatigue bei MS Wie würden Sie elevida kurz und knapp beschreiben? elevida ist eine Digitale Gesundheitsanwendung, also ein Online-Programm, für Fatigue bei Multipler Sklerose, das die Symptome von Fatigue bei MS nachweislich verringert. Es ist ein zugelassenes Medizinprodukt, das man von zu Hause aus jederzeit nutzen kann und das für jeden sehr leicht zu bedienen ist. Da es sich bei elevida nicht um eine App handelt, können Patient:innen das Programm über einen Internetbrowser online sowohl über ihren Computer als auch über ihr Smartphone nutzen. Patient:innen lernen mit dem Programm besser mit ihrer Erkrankung umzugehen, in dem es ihnen hilft, mit neuen Denk- und Verhaltensmustern auf ihre Symptome zu reagieren. elevida besteht aus verschiedenen Modulen zu unterschiedlichen Themenfeldern, durch die die Patient:innen geleitet werden. Aufgebaut ist das Programm als virtueller Dialog. Das heißt, dass elevida kurze therapeutische Informationen anbietet und Nutzer:innen aus unterschiedlichen Antwortmöglichkeiten diejenige auswählen können, die am besten zu ihrer Situation passt. Das Programm geht dann auf diese Antwort empathisch ein und liefert weitere Informationen, Tipps oder Übungen. Nachdem man elevida verschrieben bekommen und sich registriert hat, kann man sofort mit dem Programm loslegen – ganz ohne Wartezeit. Für Patient:innen ist elevida zuzahlungsfrei, weil die Kosten von allen gesetzlichen Krankenkassen und von vielen privaten Kassen übernommen werden. Was war die Motivation zum Entwickeln von elevida? Wir entwickeln schon seit mehr als 20 Jahren Selbsthilfeprogramme für Patient:innen und Patientinnen und haben damit schon vielen tausend Menschen helfen können. Wenn wir digitale Therapien entwickeln, stellen wir immer die Patient:innen in den Mittelpunkt. Deshalb fragen wir uns zu Beginn jedes Prozesses, wie wir ihnen helfen und dazu beitragen können, ihr Problem zu lösen. Darauf basiert unser gesamter Prozess, in den Experten aus unterschiedlichen Bereichen involviert sind. So haben wir festgestellt, dass es für Fatigue bei MS Defizite in der üblichen medizinischen Versorgung gibt. Bis dato gab und gibt es keine wirksame medikamentöse Behandlung. Das war ein Ansatzpunkt für uns. Denn diese Lücke wollten wir schließen. Um Versorgungslücken zu identifizieren und mehr darüber zu erfahren, ziehen wir außerdem externe Experten zu Rate und sprechen mit Wissenschaftlern und Forschern im universitären Umfeld. Unsere Firma hat besondere Kompetenzen im Bereich der digitalen Therapien, die auf kognitiver Verhaltenstherapie (KVT) basieren. Deshalb fokussieren wir uns bei Indikationen, für die wir eine Behandlung entwickeln vor allem auf solche, die mit Hilfe kognitiv-verhaltenstherapeutischer Techniken behandelt werden können. Bei Fatigue bei Multipler Sklerose ist das der Fall – deshalb wird KVT auch in den aktuellen Leitlinien als eine der wenigen Behandlungsoptionen empfohlen. Wer war alles an der Entwicklung von elevida beteiligt? An der Entwicklung von elevida waren viele forschende und praktizierende Experten aus der Neurologie und Psychotherapie beteiligt. Nachdem wir beschlossen hatten, eine digitale Therapie für Patient:innen mit Multipler Sklerose und Fatigue anzubieten, haben medizinische Experten wie Ärzt:innen und Psychotherapeut:innen einen Behandlungsplan erstellt und die Inhalte von elevida entwickelt. Der Entwurf, der so entstanden ist, musste natürlich gründlich validiert und getestet werden. Nachdem das geschehen war, haben sich unsere Design- und Entwicklungsteams an die Arbeit gemacht und sich darum gekümmert, dass elevida auf die spezifischen Bedürfnisse der Patientinnen und Patienten zugeschnitten wird. Da wir alle Online-Programme, die bei uns im Haus entwickelt werden, auch auf ihre Wirksamkeit prüfen, hat unser internes Team für klinische Studien in Zusammenarbeit mit universitären Partnern, wie dem Universitätsklinikum in Hamburg Eppendorf, eine sogenannte randomisiert kontrollierte Studie (RCT) konzipiert. Denn nur indem wir umfassende Studien durchführen, erreichen wir unser Ziel: Patient:innen, die dringend Zugang zu evidenzbasierten, wirksamen digitalen Therapien benötigen, diesen auch zu verschaffen. Es nützt ja nichts, ein nur vermeintlich gutes Programm zu entwickeln, wenn es am Ende gar nicht wirkt. Die Studie zu elevida hat aber gezeigt: es wirkt. Denn die Fatigue konnte bei den Teilnehmer:innen der Studie durch elevida signifikant, also bedeutsam, reduziert werden. Weil die Studienergebnisse schon vorlagen, als die ersten Online-Programme als DiGA zugelassen werden konnten, hat elevida vom Bundesgesundheitsministerium die Genehmigung bekommen, als verschreibungsfähiges Medizinprodukt dauerhaft eingesetzt zu werden. Welche Verbesserung der chronischen Fatigue konnten Sie im Durchschnitt messen? In der klinischen Studie Studie (Pöttgen J, et al. J Neurol Neurosurg Psychiatry 2018;0:1–7. doi:10.1136/jnnp-2017-317463), die wir gemeinsam mit Expert:innen des Universitätsklinikums Hamburg-Eppendorf durchgeführt haben, zeigte sich, dass bei Patient:innen, die zusätzlich zu einer sonst üblichen Behandlung elevida genutzt haben, die Fatigue deutlich stärker abgenommen hatte als bei Patient:innen, die nur die sonst übliche Behandlung erhielten. Nach 12 Wochen elevida haben sich die Beschwerden, die durch die Fatigue verursacht werden, signifikant reduziert. Da Fatigue-Symptome objektiv nicht zu messen sind, wurde die Beurteilung mittels einer Selbsteinschätzung der Patient:innen vorgenommen. Die Mittelwerte der elevida- und der Kontrollgruppe unterschieden sich um 2,74 Punkte zugunsten von elevida. Weitere eingesetzte Fragebogen zur Erfassung der Fatigue-Symptomatik bestätigten dieses Ergebnisse. Der Effekt war stabil mit recht ähnlichen Werten in einer Follow-up-Messung nach 24 Wochen. elevida im Einsatz Welche Faktoren führen zu einer chronischen Müdigkeit und welche davon können mit Hilfe von elevida positiv beeinflusst werden? Es sind ganz unterschiedliche Faktoren, die zur Fatigue führen können. Nicht alle können wir aktiv beeinflussen oder bewusst wahrnehmen. Einige aber schon. Nämlich unsere Verhaltensweisen, Gedanken und Gefühle und sogar unsere Physiologie. Diese vier Faktoren beeinflussen sich auch gegenseitig und können wiederum ebenfalls durch Umwelteinflüsse verstärkt werden. Auf diese Aspekte stützt sich auch die Arbeit mit elevida. Deshalb beantworten die Patient:innen im Programm am Anfang Fragen zu ihren Gedanken, Gefühlen, ihrem Verhalten und ihren Körperempfindungen, die mit Fatigue in Zusammenhang stehen. Auf Basis der Antworten erstellt elevida mit dem Nutzer oder der Nutzerin ein individuelles Fatigue-Modell, das all diese Faktoren berücksichtigt und macht Vorschläge, wie man an diesen Punkten ansetzen kann, um die Fatigue zu verbessern. Für wen ist das Angebot geeignet und für wen nicht? Alle, die älter als 18 Jahre sind, MS haben und außerdem Fatigue-Symptome, können elevida nutzen. Es gibt dabei auch eine große Anzahl an älteren Patient:innen, die elevida gerne und erfolgreich verwenden. Wir haben das Programm extra so konzipiert, dass es sehr unkompliziert zu benutzen ist und sich u.a. vom Zeitaufwand auf die nutzende Person einstellt. Man braucht nur ein internetfähiges Gerät und kann dann ganz einfach online das Programm bedienen. Nicht verwenden sollten das Programm Menschen, die eine Schizophrenie, akute vorübergehende psychotische Störungen, schizoaffektive Störungen oder bipolare affektive Störungen haben. Wieso haben Sie sich für eine Gesprächsführung durch die elevida Anwendung entschieden? Rund 80 Prozent (https://www.nationalmssociety.org/Symptoms-Diagnosis/MS-Symptoms/Fatigue (zuletzt abgerufen am 28.03.22)) der Menschen mit MS sind im Laufe ihrer Erkrankung auch von Fatigue betroffen. Trotzdem ist Fatigue ein Symptom, das oft nicht behandelt wird. Das hat mehrere Gründe. Zum einen gibt es bisher keine medikamentöse Therapie gegen Fatigue. Zum anderen sind andere Therapien wie psychotherapeutische Behandlungsmöglichkeiten nur schwer zugänglich für viele Menschen mit Fatigue. Laut aktueller Leitlinien ist die kognitive Verhaltenstherapie (KVT) eine wirksame Behandlungsoption bei MS Fatigue. Leider ist das klassische psychotherapeutische Setting aber für viele Menschen mit MS nicht ideal – weil sie beispielsweise während eines Schubes das Haus nicht verlassen oder sich aufgrund der Fatigue nicht lange genug konzentrieren können. Außerdem gibt es nur wenige Therapeut:innen, die sich gut mit diesem Thema auskennen. Deshalb haben wir elevida entwickelt, um MS-Patient:innen mit Fatigue eine wirksame verhaltenstherapeutische Behandlung an die Hand zu geben, die sicher, effektiv sowie leicht zugänglich ist und zudem flexibel genutzt werden kann. Um die Wirksamkeit dieser Behandlung zu maximieren, konzentrieren wir uns auf die Kernfunktion: Die Gesprächsführung in elevida simuliert den Dialog mit einem echten Gegenüber. So vermittelt elevida wichtige Informationen zur Fatigue und hilfreiche Übungen im Umgang damit – eben wie ein echter Therapeut oder eine Therapeutin es tun würde. Auf zusätzlichen Schnickschnack verzichten wir ganz bewusst, damit man sich ganz auf dieses virtuelle Gespräch konzentriert und darauf einlassen kann. Welche Bausteine gibt es noch neben den Fragen? elevida besteht, wie schon erwähnt, aus einem dynamischen Dialog, den die Nutzer:innen mit dem Programm führen. Darin bekommen sie viele Informationen und Tipps, die auf Menschen mit MS-Fatigue zugeschnitten sind, können Audios anhören und werden durch therapeutische Übungen geführt. Daneben verfügt elevida noch über eine Reihe anderer Funktionen. Die Nutzer:innen erhalten beispielsweise zusätzliche Inhalte und Unterstützung per E-Mail oder SMS. Diese sollen sie zur weiteren Nutzung von elevida motivieren. Denn es ist erwiesen, dass die Wirksamkeit internetgestützter Therapien erhöht wird, wenn zusätzliche Kommunikationsmethoden zum Einsatz kommen (Webb, Thomas L., Judith Joseph, Lucy Yardley, und Susan Michie. „Using the Internet to Promote Health Behavior Change: A Systematic Review and Meta-Analysis of the Impact of Theoretical Basis, Use of Behavior Change Techniques, and Mode of Delivery on Efficacy“. Journal of Medical Internet Research 12, Nr. 1 (17. Februar 2010): e4. https://doi.org/10.2196/jmir.1376.). Außerdem haben die Patient:innen die Möglichkeit, sich selbst zu überprüfen im Hinblick auf ihr Fitnesslevel sowie die eigene Aufmerksamkeit gegenüber der Fatigue und ob beziehungsweise wie sich ihr Umgang mit Fatigue verändert hat. Diese Entwicklung und seine eigenen Fortschritte im Blick zu behalten, kann ebenfalls unheimlich motivierend sein. Natürlich kann das Programm jederzeit unterbrochen werden. Es fährt dann an genau der Stelle wieder fort, an der man zuletzt gewesen ist. So muss man sich nicht merken, wo man aufgehört hat. Zusätzlich dazu werden die Nutzer:innen auch regelmäßig daran erinnert, Pausen einzulegen. Damit möchten wir gewährleisten, dass Menschen mit Fatigue sich mit der Arbeit im Programm nicht überfordern und sie das Erlernte auch zwischendurch einfach einmal sacken lassen können. Wie viel aktive Teilnahme ist von MS-Patienten nötig, um einen Erfolg zu erzielen? Wir empfehlen, dass elevida ein bis zwei Mal wöchentlich für mindestens 30 Minuten genutzt wird, um spürbare Verbesserungen zu erzielen. Dabei sollte man sich tatsächlich die Zeit nehmen, sich eine Umgebung aussuchen, in der man ungestört mit dem Programm arbeiten und es intensiv nutzen kann. Im Endeffekt bleibt es aber natürlich jedem und jeder selbst überlassen, wie intensiv und wie oft er oder sie mit elevida arbeiten möchte. Es gibt auch Patient:innen, die täglich mit dem Programm arbeiten, weil sie es als eine wertvolle Unterstützung im Alltag empfinden und elevida sie motiviert, an ihrer Symptomatik zu arbeiten. Welches Feedback erhalten Sie von den Nutzern der Anwendung? Insgesamt bekommen wir sehr viel positives Feedback zu elevida. Wir freuen uns immer, wenn uns Nutzer und Nutzerinnen E-Mails schicken und schildern, wie die Tipps und Übungen in elevida ihnen geholfen haben. Natürlich gibt es auch Menschen, gerade langjährig Erkrankte, die nicht mehr ganz so viel Neues daraus mitnehmen und für die vieles Wiederholung ist. Was nicht heißt, dass sie nicht auch von elevida profitieren können. Besonders hilfreich ist elevida für Menschen, die vielleicht erst vor Kurzem die Diagnose MS bekommen haben oder aktuell ganz akut unter Fatigue-Symptomen leiden. Warum ist eine Verschreibung auf 90 Tage angelegt? Und für wen macht es Sinn, eine zweite Verschreibung für weitere 90 Tage zu beantragen? Von Seiten des Bundesgesundheitsministeriums wurde für alle DiGA, unabhängig davon, welche Nutzungsdauer empfohlen wird, eine Verordnungsdauer von jeweils 90 Tagen festgelegt – äquivalent zur Verordnung von Medikamenten. Während der Verordnungsdauer und ab dem Zeitpunkt, ab dem sich Nutzer:innen zum ersten Mal für elevida registrieren, kann das Programm also für 90 Tage genutzt werden. Für diejenigen, die davon profitieren und um Effekte zu stabilisieren, empfehlen wir eine Nutzungsdauer von 180 Tagen, d.h. das Programm muss zwei Mal verordnet werden. Diese Nutzungsdauer haben wir übrigens auch in der Wirksamkeitsstudie untersucht. Können Sie etwas zu den langfristigen Auswirkungen sagen? In der gerade erwähnten Studie konnte bereits nachgewiesen werden, dass die Fatigue-Symptome durch elevida nach 12 Wochen signifikant reduziert werden und auch nach noch 24 Wochen stabile Effekte sichtbar sind. Aktuell läuft eine Anwendungsstudie in großen neurologischen Praxen, die sich den Verlauf “in der echten Welt” über zwei Jahre anschaut. Dann können wir mehr dazu sagen. In jedem Fall ist es so: elevida basiert auf den Methoden der kognitiven Verhaltenstherapie. Dabei sollen die Nutzer:innen lernen, sich selbst zu beobachten, Probleme und negative Denkmuster zu identifizieren und alternative Lösungsansätze zu entwickeln. Ziel dieser Therapieform ist es nicht, kurzfristig Besserung zu erreichen, sondern sein Leben langfristig so zu gestalten, dass mit auftauchenden Problemen und Anforderungen besser umgegangen werden kann. Wenn jemand von elevida gut profitiert, wendet er die neu erlernten Denk- und Verhaltensstrategien nicht nur während der Nutzungsdauer an, sondern kann sie idealerweise für immer fest in seinen Alltag integrieren. Wie werden persönliche Daten gesichert? Wir wissen natürlich, dass die Datensicherheit grundsätzlich, aber vor allem bei Medizinprodukten, besonders wichtig ist. Denn immerhin geht es hier um sensible Gesundheitsdaten. Deshalb müssen dauerhaft gelistete DiGA und damit natürlich auch elevida der europäischen Datenschutz-Grundverordnung (DSGVO) entsprechen und strenge gesetzliche Vorschriften erfüllen – auch in Bezug auf Datensicherheit. Deshalb nutzen wir auch Server, die sich in einem ISO 27001-zertifizierten Rechenzentrum in Deutschland befinden. Über den Datenschutz haben wir uns bei der Entwicklung von elevida natürlich ausführlich Gedanken gemacht. Das ist der Grund, weshalb elevida ausschließlich als browserbasierte Anwendung und nicht über App-Stores verfügbar ist. Dadurch wird verhindert, dass Anbieter der App-Stores über Nutzerdaten Rückschlüsse auf Erkrankungen ziehen können, indem sie erfassen, ob und wie elevida verwendet wird. Wir wollen, dass alle, die elevida nutzen, dabei ein gutes Gefühl haben. Deshalb fragen wir so wenige Daten wie möglich ab. So können sich Nutzer:innen anonym anmelden. Dafür brauchen sie nur eine E-Mail Adresse. Im Programm selbst müssen sie nicht ihren Klarnamen nutzen, sondern können auch ein Pseudonym verwenden. Was müssen interessierte MS-Patienten tun, wenn sie an elevida interessiert sind? Die gesetzlichen Krankenkassen übernehmen die Kosten für elevida. Deshalb steht an erster Stelle das Rezept, das interessierte Nutzer:innen von ihrem Arzt, ihrer Ärztin oder Psychotherapeut:in erhalten. Auf elevida.de kann ein Informationsblatt für Behandler:innen heruntergeladen werden, das man zum nächsten Termin mitnehmen kann. Das Rezept müssen die Patient:innen dann an ihre Krankenkasse weiterleiten. Das funktioniert entweder postalisch oder auf elektronischem Weg. Daraufhin sendet die Krankenkasse ihrem Mitglied einen 16-stelligen Freischaltcode, der auf der Webseite eingegeben werden kann. Nach der Registrierung kann elevida dann 90 Tage genutzt werden. Um das Programm insgesamt 180 Tage nutzen zu können, muss man es sich ein zweites Mal verschreiben lassen. Die Module, die bis dahin bereits absolviert wurden, bleiben natürlich erhalten, sodass man nicht noch einmal von vorne beginnen muss. Auch Privatpatient:innen haben die Möglichkeit, elevida zu nutzen. Dafür müssen Menschen, die Interesse an elevida haben, einen Kostenvoranschlag bei ihrer Krankenkasse einreichen, die dann darüber entscheidet, ob sie die Kosten übernimmt. Wenn das der Fall ist, können uns die Nutzer:innen die Bestätigung der Kostenübernahme zukommen lassen und wir senden ihnen einen Zugangslink zum Programm per E-Mail. Abschluss Welchen Durchbruch für die Behandlung der MS wünschen Sie sich in den kommenden 5 Jahren? Ich hoffe auf mehr supportive Programme speziell für MS-Betroffene, für die eine klassische ambulante Psychotherapie eben oft nicht passend ist. Wir haben zum Beispiel neben elevida noch ein weiteres Programm entwickelt, das auf Menschen mit MS zugeschnitten ist, die zusätzlich an einer Depression leiden. Ich bin sicher, es wird zukünftig noch viel mehr in dieser Richtung geben und halte das für einen wichtigen Baustein im Behandlungspaket für MS-Betroffene. Ich bin außerdem davon überzeugt, dass die Digitalisierung das Gesundheitswesen nicht nur für MS-Patient:innen, sondern generell weiter verändern wird. Digitale Gesundheitslösungen werden sich etablieren und das Leben von Patient:inn als Alltagshelfer erleichtern. Online-Programme haben das Potenzial, Behandlungen zukünftig noch stärker zu unterstützen und zu verbessern. Ich wünsche mir, dass DiGA ein ganz normaler Teil der medizinischen Versorgung und so selbstverständlich werden wie ein Arztbesuch. Ich glaube, wenn medizinische und andere therapeutische Behandlungsansätze – auch neue, digitale – Hand in Hand gehen, können wir wirklich viel erreichen! Möchten Sie den Hörerinnen und Hörern noch etwas mit auf dem Weg geben? Ja, tatsächlich noch etwas Persönliches. Ich weiß, dass man das nicht vergleichen kann mit einer chronischen Erkrankung wie Fatigue bei MS, aber ich habe mich vor Kurzem mit Covid infiziert und erstmals in meinem Leben Symptome einer übermäßigen Erschöpfung erlebt, wie ich es bisher nur von Patient:innen kannte. Egal, wie viel ich geschlafen habe, ich war völlig kaputt, zum Beispiel nach dem Gang vom Bett zur Küche. Als das über mehrere Tage anhielt, wurde ich fast panisch, weil ich Angst hatte, es würde nie wieder besser werden. Ich zog mich stark zurück und traute mir immer weniger zu. Und woran habe ich gedacht in meinem Elend? An elevida! Mir fiel wieder ein, was sich wie ein roter Faden durch das Programm zieht, nämlich wie wichtig die richtige Balance aus Belastung und Ruhe ist. Und welchen Einfluss positives Denken haben kann. Also habe ich beschlossen, auf das Beste zu hoffen (Ich bekomme kein Long Covid – basta!) und angefangen, mich wieder kleineren Belastungen, wie etwas Hausarbeit und täglichen Spaziergängen auszusetzen, wann immer es halbwegs möglich war. Sobald ich müde wurde, habe ich mich wieder ausgeruht, teilweise für Stunden. Schritt für Schritt konnte ich so über mehrere Wochen fast wieder in meinen gewohnten Alltag zurückkehren. Damit möchte ich allen MS-Betroffenen Mut machen! Fatigue ist ein heftiges Symptom und kann das Leben radikal einschränken, keine Frage. Es gibt aber wirklich viele Tipps und Möglichkeiten, mit dieser Müdigkeit so umzugehen, dass die schönen Momente wieder deutlich häufiger werden. Genau diese Tipps stecken in elevida.   Vielen Dank an Eva Marten für das geführte Interview. Ich wünsche Dir bestmögliche Gesundheit, Nele Mehr Informationen rund um das Thema MS erhältst du in meinem kostenlosen MS-Letter. Hier findest Du eine Übersicht über alle bisherigen Podcastfolgen.

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.

Martin sucht immer neue Herausforderungen. Nach Führungsaufgaben als Entwicklungsleiter in der Slowakei, 7 Jahre in China kam er in 2020 nach Deutschland und übernahm Verantwortung internationaler Entwicklungsteams. Nach mehrfachem Blickwinkelwechsel empfiehlt er deutschen Maschinenbaufirmen, in China globale Produkte zu entwickeln und somit gegen chinesische Konkurrenten auf Weltmarkt zu behaupten. Insbesondere die frühere Phase der Entwicklung eines neuen Produktes kann von der Dynamik und guten Lieferantensturktur Chinas profitieren.

In diesem Special haben wir Christian Hardenberg zu Gast, CTO von Delivery Hero – das Unternehmen hinter Online-Bestellplattformen für Essen wie foodora oder foodpanda und ist mit 2000 Developer:innen international tätig. Wir sprechen mit Christian unter anderem über seine Aufgaben als CTO und die Technologieentscheidungen, die er bei dem Unternehmen bereits getroffen hat, das in den nächsten Jahren das Development-Team auf 5000 Personen erweitern will. Da stellt sich die Frage: Wie arbeiten die Entwicklungsteams mit selbstverantworteten Microservices? Was passiert, wenn man in verschiedenen Ländern Firmen aufkauft und die vorhandenen Services in einem Patchwork konsolidiert? Und wie arbeitet man mit länderübergreifenden Backend-Services, aber unterschiedlichen Frontends aufgrund kulturell unterschiedlicher Essensgewohnheiten?Darüber hinaus sprechen wir mit Christian über seinen Werdegang, den wir besonders spannend finden. Als Spielengine-Entwickler bei ART+COM war er mitten im Geschehen der Netflix-Miniserie “The Billion Dollar Code”. Das Berliner Startup Multiversum hatte damals mit dem 3D-Aufbau von Städten noch einen anderen Multiversumsansatz als heutige Social-Media-Plattformen. Ab dieser Zeit war er in führenden Rollen tätig und durchstreifte Rocket Internet, bis er schließlich bei Delivery Hero landete.Schreibt uns!Schickt uns eure Themenwünsche und euer Feedback.podcast@programmier.barFolgt uns!Bleibt auf dem Laufenden über zukünftige Folgen und virtuelle Meetups und beteiligt euch an Community-Diskussionen.TwitterInstagramFacebookMeetupYouTubeMusik: Hanimo

Chaos Engineering beschreibt das Stress-Testen einer verteilten Infrastruktur, beispielsweise durch den geplanten Ausfall einzelner Komponenten oder durch unerwartete Konditionen. Dabei soll sich herausstellen, wie gut das System gegen Störungen geschützt ist und wo noch Maßnahmen ergriffen werden müssen, um die passenden Sicherheitsnetze zu spannen.Gemeinsam mit Benjamin Wilms, CEO und Co-Gründer von steadybit, sprechen wir über Chaos Engineering. Sein Unternehmen bietet Tools in einer ganzen Software-Suite an, durch die kontrollierte Störfälle getestet und ausgewertet werden können. Weiterhin klären wir in dieser Folge, was über den reinen Code hinaus dazugehört, um Ausfälle zu vermeiden und wieso das richtige Mindset in Entwicklungsteams dabei entscheidend sein kann.Picks of the DaySebi: vueuse.org ist eine Sammlung verschiedenster Vue Composition Utilities, von denen man sich inspirieren lassen kann.Fabi: Der Taschenrechner vom Mac kann im Programmier-Modus auch Bit-Operationen.Dennis: Die neuralen Filter von Photoshop sind mindblowing! Adobe stellt eine Anleitung bereit, mit der ihr lernt, wie man sie benutzt. Benjamin: Fathom ist eine simple Website-Tracking-Lösung, die von Haus aus auf Datenschutz achtet. Schreibt uns!Schickt uns eure Themenwünsche und euer Feedback.podcast@programmier.barFolgt uns!Bleibt auf dem Laufenden über zukünftige Folgen und virtuelle Meetups und beteiligt euch an Community-Diskussionen.TwitterInstagramFacebookMeetupYouTubeMusik: Hanimo

Worin besteht der Unterschied zwischen einem Scrum Master und einem Projektleiter? Viele Projektleiter sind von den agilen Denkweisen anfangs irritiert. Denn die Aufgaben eines Projektleiters werden durch einen Scrum Master nicht wirklich abgebildet. Innerhalb von Scrum sind die Verantwortlichkeiten eines Projektleiters zwischen dem Scrum Master, dem Product Owner und den Entwicklern aufgeteilt. Diese Folge über die Unterschiede gibt Dir einen genaueren Einblick.

Peter zieht es schon seit der Schulzeit ins Ausland. Nach erster beruflichen Station bei Siemens VDO in Deutschland arbeitet er seit 2007 in China, Japan und Korea. Peter hat u.a. für den Automobilzulieferer Hella Electronics die Forschung und Entwicklung in China erfolgreich auf- und ausgebaut. Er erklärt uns, warum Produktentwicklung in China für Automobilzulieferer unbedingt notwendig ist und warum er heute die Entwicklungsteams ganz anders aufbauen würde als vor 5 Jahren.

Budgetplanung Ich krieg sehr oft von anderen Agilisten zu hören, dass eine Budgetplanung nicht möglich ist. Das ist Unsinn. Das funktioniert. Vor allem wenn Personal die höchsten Kosten sind. Das ist in Entwicklungsteams häufig der Fall. Aber auch Hardware lässt sich schätzen. Also, ich kriege oft zu hören, dass wir Agilisten nie irgendwelche Zahlen nennen... The post Folge 051 Budgetplanung appeared first on Znipcast - Podcast der Znip Academy.

In der sechsten Folge unseres CTO-Specials erfahren wir von der Geschichte von Thomas Holl und hören, wie es zur Gründung der Sprachlern-App Babbel kam. In Thomas' Leben spielte Technik schon früh eine entscheidende Rolle. Bereits mit 14 entdeckte er seine Leidenschaft für Programmierung und elektronische Musik. Deshalb entwarf er erste Software-Synthesizer und ein MP3-DJ-Tool, dessen Grundgerüst heute noch unter dem Namen “Traktor” von Native Instruments bekannt ist. Im Jahr 2007 gründete er gemeinsam mit drei Geschäftspartnern Babbel, das aus dem Bedürfnis entstand, mit einem digitalen Vokabeltrainer eine neue Sprache zu lernen. Professionelle Sprachdidaktik war dabei von Beginn an genauso wichtig wie die Internationalisierung des Produkts. Heute ist Babbel eine der bekanntesten Apps zum Lernen von Fremdsprachen. Thomas hat also vom Software-Verkauf über Disketten, die per Briefumschlag verschickt und bezahlt werden, bis zum App-basierten Tech-Unternehmen viele Entwicklungen erlebt, die er in dieser Folge mit uns teilt. Das Babbel Tech Radar, über das wir sprechen, ist eine Auflistung der Technologien, die bei Babbel bereits zum Einsatz kamen und dient als Grundlage für Entwicklungsteams im Unternehmen.  Auf Twitter könnt ihr mit Thomas unter dem Handle @tholl in Kontakt treten. Schreibt uns! Schickt uns eure Themenwünsche und euer Feedback. podcast@programmier.bar Folgt uns! Bleibt auf dem Laufenden über zukünftige Folgen und virtuelle Meetups und beteiligt euch an Community-Diskussionen. Twitter Instagram Facebook Meetup YouTube Musik: Hanimo

Alper Aslans Beruf ist es, so erzählt er in unserem Gespräch, Kunden in den Entwicklungsprozess miteinzubeziehen. Dafür sucht er Formate, die nicht unbedingt in seiner Job Description stehen und auch Schmerzen bei denjenigen Kollegen verursachen, deren heutige Verantwortung es ist, genau diese Dinge voranzutreiben. Barcamps, Working Out Loud, agile Methoden der Zusammenarbeit vermutet man eher nicht beim Rechenzentrumsdienstleister und Softwareanbieter der Steuerberater und Wirtschaftsprüfer in Nürnberg - und doch sind alle diese Dinge als Graswurzeln aus der Mitte der Organisation heraus gewachsen. In unserem Gespräch mit Alper Aslan erfahren wir, wie das erste Barcamp den Austausch über Agilität, über Marktorientierung, ja über die Frage, wie man die DATEV zu einem besseren Unternehmen machen könnte, entstanden ist. Die Initiatoren dieses Barcamps sind noch gegen Widerstände angerannt. Ein Kollege hat die Idee gehabt, hat Mitstreiter gesucht, schließlich haben acht Mitarbeiter das Barcamp neben der Arbeitszeit auf die Beine gestellt. "Wir haben das erste Barcamp dann am Samstag durchgeführt", erzählt Alper Aslan, "Und am Montag haben wir dann erfahren, was wir alles falsch gemacht haben". Das reichte dann von Missachtung der Arbeitszeitregelung über Gebäudesicherheit bis hin zu der Frage, wer sich eigentlich um das Abspülen der ganzen Tassen kümmert und ob das den Hygiene-Standards entspricht. Immerhin: Es kamen 120 Teilnehmer - oder besser gesagt Teilgeber - die an diesem Tag sich zu vielen Sessions austauschten und eigentlich die Grundlage bildeten für eine neue Form des "miteinander und voneinander Lernens" - und vielleicht auch den Grundstein für eine andere Art der Zusammenarbeit legten. Christian Kaiser, damals wie heute Abteilungsleiter und einer der Teilnehmer, die ausgestattet waren mit "formaler Macht", griff das Thema auf und fragte: Warum soll man so ein Format eigentlich nicht nur mit Mitarbeitern machen, man könnte das doch auch mit Mitgliedern tun? Das DigiCamp genannte Barcamp ist seitdem öffentlich, und Externe sind genauso willkommen wie Mitarbeiter und Mitglieder. Neben dem Barcamp werden bei der DATEV gezielt Freiräume geschaffen, damit neue Ideen gedeihen können - oder vielleicht, wie wir es von Tobias Leisgang erfahren haben, Petrischalen aufzustellen und es im Verlaufe der Zeit zuzulassen, dass in der einen oder anderen Schale auch etwas gedeiht. "Es sind eigentlich nicht die Graswurzelinitiaiven selbst, sondern die Veränderung in der Art, wie wir Probleme angehen: nämlich einzusehen, kontinuierlich zu kommunizieren und in dieser Kommunikation Externe miteinzubeziehen - das ist sozusagen der große Wandel" stellt Alper Aslan im Gespräch fest. Und wir schauen auf die Freiräume. Wie sieht der Aushandlungsprozess für den Freiraum aus, innerhalb dessen die Teams autonom entscheiden können? Die neue DATEV, so erklärt Alper es, ist nicht mehr Top-Down, sondern Outside-In. "Das Denken beginnt vom Markt her, und dann gibt es eine Wertschöpfungseinheit, und dann gibt es wieder den Markt. Die Wertschöpfungseinheit trifft so dezentral und autonom wie möglich Entscheidungen. In dieser Welt ist es nicht mehr so gut, wenn ein Inhouse Dienstleister für dich die Probleme löst, sondern Du musst halt wenn möglich die Probleme selbst lösen können" Und genau dafür ist Alper Aslan nun als "Lernbegleiter" in der Organisation unterwegs, um diese Lernprozesse in den dezentralen Einheiten anzustoßen, Menschen beim Lernen zu begleiten, Feedback zu geben und zu coachen. Wir sprechen über Experimente und lernen, dass auch die neue Personalvorständin Julia Bangerth mit den Cross Solution Centern (XSC) autonome Entwicklungsteams im Personalbereich angesiedelt hat, die neben der eigentlichen Softwareentwicklungs-Einheit existieren. Diese Teams haben beispielsweise keine unmittelbare Führungskraft. Der Test geht so weit, auszuprobieren, wie es ist, wenn Prämien oder Gehälter selber verhandelt werden. "Es ist wie ein Glaskasten

Oft wird Software immer schlechter wartbar, je länger Entwicklungsteams an ihr arbeiten. Dazu hat sich die Metapher “technische Schulden” etabliert. Aber es ist nicht immer sinnvoll, technische Schulden zu beseitigen und sie können auch “einfach so” entstehen. Darüber sprechen wir - und über die Grundlagen der Metapher, wie sie bei der Kommunikation mit Managern hilf, warum die Metapher eigentlich nicht besonders gut gewählt ist und natürlich wie man mit technischen Schulden sinnvoll umgehen kann. Links Ward Cunningham über Technical Debt im c2 WikiWard Cunningham über Technical Debt bei YouTubeheise Podcast zu technische SchuldenBlog “Technische Schulden entstehen einfach so”Artikel über Qualitätsinvestitonen mit Felix Müller - ENArtikel über Qualitätsinvestitonen mit Felix Müller - DEArtikel Umgang mit technischen SchuldenSE Radio zu technical debt mit Sven Johann - ENArtikel Managing Technical Debt mit Sven Johann - ENTechnical Debt Conference

In diesem Podcast spreche ich mit dem system worx Berater Sven Lübbers Mindest Transformation als zweiten Teil zum Gespräch mit Dr. Thomas Westerhoff. Ihr erfahrt, welche 2 Wege für Mindset Transformation in Organisationen genutzt werden kann und erhaltet einen Blick in die Werkstatt des Entwicklungsteams, das unseren hybriden Vorkongress zum gleichnamigen Thema organisiert: https://www.system-worx.com/angebote/mindset-transformation-einfach-gemacht Danke wieder an unseren Kollegen Jaakko Johannsen für die Vertonung am Klavier… Videoreihe: Mitarbeiterkompetenzen für die Selbstorganisation: https://www.system-worx.com/mediathek/neue-videoreihe-mitarbeiterkompetenzen-fur-die-selbstorganisation Artikel „Bereit für Selbstorganisation“: https://www.system-worx.com/mediathek/bereit-fur-die-selbstorganisation-veroffentlichung-im-personalmagazin-08-2018 Handbuch und Fragebogen „Selbstorganisations-Readiness“: https://www.system-worx.com/mediathek/handbuch-und-fragebogen-selbstorganisations-readiness Workshop „Competing Commitments“: https://www.system-worx.com/mediathek/workshop-competing-commitments

Game User Experience umfasst sämtliche Erfahrungen, die wir vor allem während des Spielens erleben: Von der Wahrnehmung von Objekten in der Spielwelt über das Zurechtfinden in Menüs, dem Verständnis von Symbolen im User Interface. Wie wir mit dem Spiel interagieren und über Zusammenhänge im Spielgeschehen nachdenken bis hin zu Aspekten von Motivation, Immersion und Schwierigkeitsgrad sowie Gefühlen, die wir beim oder auch nach dem Spielen empfinden. Wenn Spiele irritieren, sich unnatürlich anfühlen oder einfach keinen „Spaß machen“, läuft meist etwas mit der User Experience (UX) falsch. UX ist komplex und oft ist es nicht einfach, die richtigen Ursachen für gefundene Probleme zu diagnostizieren. Ein Mangel an UX Spezialisten kann vor allem in kleineren und mittleren Entwicklungsteams erschwerend hinzukommen. Laut Celia Hodent geht User Experience jeden in der Entwicklung etwas an. Daher hat die Psychologin und Game UX Referentin (ehemals tätig für Fortnite von Epic Games) ein Framework konzipiert, bei der Brücken zwischen verschiedenen Perspektiven gefunden werden sollen, um durch eine gemeinsame Teamsprache die User Experience zu verbessern. Dabei unterscheidet sie zwischen zwei grundlegenden Komponenten: Usability und Engage-ability. - Im zweiten Teil der Doppelfolge diskutieren wir die 3 Säulen von Engage-ability in Spielen anhand von allerlei Beispielen in Mario Kart 8 Deluxe (Nintendo 2017). Auf welche Art & Weisen schafft es das Spiel, uns zu motivieren? Welche Rolle spielen Emotionen und Aspekte des Spielfluss' (Game Flow) dabei? Zudem analysieren wir u.a. anhand des Octalysis Frameworks (siehe Folge #5) ungenutzte Potenziale von Aspekten, die wir gern in zukünftigen Mario Kart Spielen sehen würden. Außerdem erfahrt ihr, was es mit der „Blue Shell Experience“ auf sich hat... Sprungmarken & Shownotes folgen später. === Ihr habt Fragen oder Anregungen? Wir freuen uns über Eure Mail an spielsinn.podcast@gmail.com oder Rückmeldung per Feedback-Formular === Diskutiert auch gern mit uns auf Facebook, Instagram, Twitter oder YouTube und erzählt uns von Euren Erfahrungen. --- Send in a voice message: https://anchor.fm/spielsinn-podcast/message

Game User Experience umfasst sämtliche Erfahrungen, die wir vor allem während des Spielens erleben: Von der Wahrnehmung von Objekten in der Spielwelt über das Zurechtfinden in Menüs, dem Verständnis von Symbolen im User Interface. Wie wir mit dem Spiel interagieren und über Zusammenhänge im Spielgeschehen nachdenken bis hin zu Aspekten von Motivation, Immersion und Schwierigkeitsgrad sowie Gefühlen, die wir beim oder auch nach dem Spielen empfinden. Wenn Spiele irritieren, sich unnatürlich anfühlen oder einfach keinen „Spaß machen“, läuft meist etwas mit der User Experience (UX) falsch. UX ist komplex und oft ist es nicht einfach, die richtigen Ursachen für gefundene Probleme zu diagnostizieren. Ein Mangel an UX Spezialisten kann vor allem in kleineren und mittleren Entwicklungsteams erschwerend hinzukommen. Laut Celia Hodent geht User Experience jeden in der Entwicklung etwas an. Daher hat die Psychologin und Game UX Referentin (ehemals tätig für Fortnite von Epic Games) ein Framework konzipiert, bei der Brücken zwischen verschiedenen Perspektiven gefunden werden sollen, um durch eine gemeinsame Teamsprache die User Experience zu verbessern. Dabei unterscheidet sie zwischen zwei grundlegenden Komponenten: Usability und Engage-ability. - Im ersten Teil der Doppelfolge diskutieren wir die 7 Säulen der Game Usability anhand von allerlei Beispielen in Mario Kart 8 Deluxe (Nintendo 2017). Dabei geht es vor allem um Wahrnehmungs- und Verständnisaspekte, aber auch um Barrierefreiheit. Welche Kriterien müssen erfüllt sein, damit wir beispielsweise die intendierte Funktion hinter einem Piktogramm intuitiv erahnen können? Wie muss ein Menü gestaltet sein, damit wir problemlos darin navigieren können? Wo können sich in Spielen Hindernisse verstecken, die nicht Teil des Game Designs und damit fernab der eigentlichen Herausforderung sind? Sprungmarken & Shownotes folgen später. === Ihr habt Fragen oder Anregungen? Wir freuen uns über Eure Mail an spielsinn.podcast@gmail.com oder Rückmeldung per Feedback-Formular === Diskutiert auch gern mit uns auf Facebook, Instagram, Twitter oder YouTube und erzählt uns von Euren Erfahrungen. --- Send in a voice message: https://anchor.fm/spielsinn-podcast/message

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 Nachlese #45 teilt Tim Klein (Agile Product Coach and Expert in digital product management (Freelancer) at produktwerk.koeln) in einem Interview seine Erfahrungen und Sichtweisen zur Rolle des Product Owners. Link Website:   https://www.enablechange.de/2020/04/15/product-owner-na…ew-mit-tim-klein/

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/

Aus aktuellem Anlass geht es in dieser Folge um Home Office und die Zusammenarbeit in "Remote First" Entwicklungsteams. Viele unserer Kollegen und Kunden arbeiten in diesen Tagen zum ersten Mal vollständig von zu Hause und damit gezwungenermaßen in einem verteilten Team. Wir möchten daher unsere Erfahrungen und ein paar Tipps aus mehreren Jahren Remote First mit euch teilen. Scott Hanselman: Love in a time of Corona Virus https://www.hanselman.com/blog/LoveInATimeOfCoronaVirusTipsTricksAndBestPracticesForWorkingRemotely.aspx GitLab's Guide to All-Remote https://about.gitlab.com/company/culture/all-remote/guide

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 dieser Folge habe ich den Tobias Zander interviewt. Tobias Zander ist Gründer & CTO von Savedroid AG und spezialisiert auf Software-Entwicklung und agile Teamführung. Zuvor arbeitete er vier Jahre als CTO bei der E-Commerce-Agentur Sitewards und bereits seit 2007 als freier Consultant. Dabei formte er jeweils Entwicklungsteams, welche in Know-How, Methoden, Weiterbildung und Qualitätssicherung Maßstäbe setzten und bis heute die besten Entwickler anziehen. Tobias inspiriert weltweit als Speaker, schreibt für verschiedene Magazine und Blogs und hat mehrere Fachbücher veröffentlicht. Lass dich inspirieren und weiterbilden. Bis zu nächster Folge :) Dein Faizan

Als eines der Scrum-Kernelemente ist das Daily Scrum essentiell für die Arbeit von selbstorganisierten Entwicklungsteams. Es stellt den Takt eines Sprints dar, nachdem sich die Teammitglieder ausrichten und organisieren. Die Intention dahinter ist theoretisch simpel aber mal Hand aufs Herz: nicht jedes Daily startet gleich mit voller Euphorie. Nicht selten läuft es schleppend an – besonders wenn Teams in ihrer Vergangenheit nicht zusammengearbeitet haben. Im Extremfall wird das Daily sogar als Zeitfresser gesehen. In „Daily Scrum“ zeige ich, wie ihr aus dem Daily Scrum mehr macht als nur ein Status-Meeting. Link Website: https://www.enablechange.de/2020/01/17/daily-scrum-mehr…s-status-meeting/

In den vergangenen Monaten haben unsere Entwicklungsteams viel Mühe investiert, um unsere Confluence-basierte Social-Intranet-Software Linchpin konzeptionell zu modernisieren und zu konsolidieren. Nun nehmen Entwicklungsteams solche aufwendigen Änderungen allerdings nicht vor, wenn es keine Probleme und keine entsprechenden Schmerzen gibt. Diese Hintergründe und unsere Motivation wollen wir in unserer aktuellen Podcast-Folge mal beleuchten und transparent machen.

In den vergangenen Monaten haben unsere Entwicklungsteams viel Mühe investiert, um unsere Confluence-basierte Social-Intranet-Software Linchpin konzeptionell zu modernisieren und zu konsolidieren. Nun nehmen Entwicklungsteams solche aufwendigen Änderungen allerdings nicht vor, wenn es keine Probleme und keine entsprechenden Schmerzen gibt. Diese Hintergründe und unsere Motivation wollen wir in unserer aktuellen Podcast-Folge mal beleuchten und transparent machen.

Die aktuelle Folge der Zankstelle wartet wieder einmal mit Gästen auf: Hendrik hat mit Daniel Rottinger und Susanne Hardt gleich die Hälfte des Entwicklungsteams von How to die in a […]

Die aktuelle Folge der Zankstelle wartet wieder einmal mit Gästen auf: Hendrik hat mit Daniel Rottinger und Susanne Hardt gleich die Hälfte des Entwicklungsteams von How to die in a morgue im Interview.

Virtuelle Teams: Tipps zum Führen von Entwicklungsteams auf Distanz, die über die gesamte Welt verteilt sind. Interview mit Georg Lohrer.

Software zu entwickeln kann viel Spass machen. Solange man alleine arbeitet und nur eigene Ziele verfolgt ist es in der Regel auch einfach, weil man seine eigene Vorgaben macht und nach Lust und Laune voranschreitet. Größere Projekte erfordern aber in der Regel die Mitarbeitet mehrerer und die Koordination wird mit dem Wachstum eines Projektes immer schwieriger. Schon in geschlossenen Entwicklungsteams ist es nötig, die interne Kommunikation am Laufen zu halten, damit nicht aneinander vorbei programmiert wird. Aber die Abstimmung und Dokumentation kostet auch Zeit, die dann beim Hacken fehlt. Agile Softwareentwicklung und Extreme Programming versprechen hier, Abhilfe zu schaffen und sind an vielen Stellen sinnvoll. In Open Source Projekten kommen weitere Faktoren hinzu. Motivation, Abstimmung und gemeinsame Zielsetzung sind hier noch aufwändiger und erfordern einfühlsame Projektleiter, eine effektive Nutzung von Werkzeugen und eine gemeinsame Mission. Doch auch die Wahl der Waffen ist knifflig. Welche Programmiersprachen und Werkzeuge unterstützen die gemeinsame Programmierarbeit? Welche Hilfsmittel zur Dokumentation und Versionskontrolle sind sinnvoll? Welche Maßnahmen sollten getroffen werden, um die notwendige Infrastruktur am Laufen zu halten und wie geht man mit Zugriffsrechten, Sicherheit und Vertrauen um? Chaosradio versucht im Gespräch die verschiedenen Aspekte und Herausforderungen aufzuspüren und praktische Erfahrungen aus dem Alltag der Softwareentwicklung zu schildern. Wir haben eine Mitmachseite im Chaosradio Wiki http://wiki.chaosradio.ccc.de/Chaosradio_114 eingerichtet. Musik: * Adaptive - Insidedope [swm009] http://www.sonicwalker.com/2006/05/19/adaptive-insidedope-swm009/ * [netdj006] choplin - netlabels mix 06.06 http://www.archive.org/details/netdj006 * Patten - Next Step (MP3) http://deejaytraxx.deejaymail.de/Patten%20-%20Next%20step.mp3 * “George Bush Doesn’t Care About Black People” http://www.rappersiknow.com/?p=35 * The Beez - Die Warteschleife http://www.blinkenlights.de/download/the-beez-die-warteschleife.mp3