POPULARITY
If your organization is laser-focused on epics, features, and user stories, you may want to shift your attention to something else that can have an even greater impact on your product or solution. Michele Lanzinger, strategic advisor at Scaled Agile, explains what and why in this episode. Like what you hear? Connect with Michele on LinkedIn. Explore SAFe courses here.
Global Agile Summit Preview: Unifying Strategy, Discovery, and Delivery in Product Development With Roman Pichler In this BONUS Global Agile Summit preview episode, we explore a crucial topic that's shaping how we approach product development—sometimes in ways that serve us well and sometimes in ways that hold us back. There's a growing trend in our industry to explicitly separate strategy, discovery, and delivery into distinct activities or even different teams. On the surface, this seems logical: strategy decides the right thing to do, discovery figures out how to do it, and delivery gets it done. But is this division actually helping us? Or is it creating barriers that make great product development harder? The Origins of Product Discovery "I think it's partly based, at least on Marty Cagan's work, and his insight that many teams are very much focused traditionally on delivering outputs, on writing code. And I think his original intention was to say, 'Let's not worry about creating outputs. Let's also make sure that what we creating makes sense.'" Roman Pichler shares insights on how the concept of product discovery emerged as a reaction to teams being overly focused on outputs rather than outcomes. He explains that conceptually distinguishing between product strategy, discovery, and delivery can be helpful—much like organizing clothes into different sections of a wardrobe. However, in reality, these activities must be connected, informing and guiding each other rather than existing as sequential steps. The Risks of Separating Product Strategy, from Discovery, and from Delivery "If we have a group of people who takes care of strategic decisions, a different group focusing on product discovery, and another group—the tech team—who focuses on product delivery, and those groups don't talk as much as they could and should do, then suddenly we have a sequential process and handoffs." One of the primary challenges with separating strategy, discovery, and delivery is the risk of creating handoffs between different teams. Roman highlights how this sequential approach can slow down value creation, lead to knowledge loss, and increase the likelihood of introducing mistakes. This separation can create barriers that ultimately make product development more difficult and less effective. In this segment, we refer to the podcast interview with Tim Herbig on the concept of Lateral Leadership, and how that is critical for product people. Integrating the Work Streams "What I usually use as a visualization tool is three work streams: a strategy work stream, a discovery work stream, and a delivery work stream. The strategy stream guides the discovery stream. The discovery stream guides the delivery stream, and then the delivery stream informs the discovery stream, and the discovery stream informs the strategy stream." Rather than seeing strategy, discovery, and delivery as separate phases, Roman suggests visualizing them as parallel work streams that continuously inform and guide each other. This approach recognizes that strategy work doesn't just happen at the beginning—it continues throughout the product lifecycle, adapting as the product evolves. By integrating these work streams and ensuring they're interconnected through feedback loops, teams can create a more cohesive and effective product development process. The Power of Collaboration "The important thing is to make sure that the different areas of work are not disjointed but interlinked. A key element to make that work is to use collaboration and teamwork and ensure that there aren't any handoffs, or avoid handoffs as much as possible." Collaboration and teamwork are essential to successfully integrating strategy, discovery, and delivery. Roman emphasizes the importance of bringing product people—who understand customer needs, business models, and stakeholder relationships—together with tech teams to foster innovation and create value. This collaborative approach helps overcome the challenges that arise from treating these activities as separate, sequential steps. Building an Extended Product Team "Form a big product team, a product team that is empowered to make strategic decisions and consists not only of the person in charge of the product and maybe a UX designer and a software developer, but also key business stakeholders, maybe somebody from marketing, maybe somebody from sales, maybe a support team member." Roman advocates for forming an extended product team that includes not just product managers, designers, and developers, but also key business stakeholders. This larger team can collectively own the product strategy and have holistic ownership of the product—not just focusing on discovery or delivery. By empowering this extended team to make strategic decisions together, organizations can ensure that different perspectives and expertise inform the product development process. Practical Implementation: Bringing it all Together "Have regular meetings. A specific recommendation that I like to make is to have quarterly strategy workshops as a rule of thumb, where the current product strategy is reviewed and adjusted, but also the current product roadmap is reviewed and adapted." Implementing this integrated approach requires practical mechanisms for collaboration. Roman recommends holding quarterly strategy workshops to review and adjust the product strategy and roadmap, ensuring they stay in sync with insights from development work. Additionally, he suggests that members of the extended product team should attend monthly operational meetings, such as sprint reviews, to maintain a complete understanding of what's happening with the product at both strategic and tactical levels. Moving Beyond Sequential Thinking "Unfortunately, our software industry has a tendency to make things structured, linear, and assign ownership of different phases to different people. This usually leads to bigger problems like missing information, problems discovered too late that affect 'strategy', but need to be addressed in 'delivery'." One of the challenges in adopting a more integrated approach is overcoming the industry's tendency toward linear, sequential thinking. Roman and Vasco discuss how this mindset can lead to issues being discovered too late in the process, after strategic decisions have already been made. By embracing a more iterative, interconnected approach, teams can address problems more effectively and adapt their strategy based on insights from discovery and delivery. About Roman Pichler Roman Pichler is a leading product management expert specializing in product strategy, leadership, and agility. With nearly 20 years of experience, he has coached product managers, authored four books, and developed popular frameworks. He shares insights through his blog, podcast, and YouTube channel and speaks at major industry conferences worldwide. You can link with Roman Pichler on LinkedIn and check out the resources on Roman Pichler's website.
We're taking a critical look at the Double Diamond model, aka. Dual Track Development, aka. Dual Track Agile.This widely-adopted model might be leading leadership and/or teams astray, so we're taking some time to explore its limitations in real-world applications. From the misconception of linear progression to the crucial importance of keeping customers involved throughout the process, Brian tries to convince Om that the model needs significant rethinking!Other things we discuss are:Why the "messy middle" is where the real magic happensHow to properly involve your whole team in both discovery and deliveryThe importance of continuous customer involvementWhy organizational support is crucial for success#ProductManagement #AgileMethodology #ProductDevelopment #Leadership #ProductStrategyproduct management, agile methodology, product development, leadership, team development, double diamond, product discovery, product delivery, agile coaching, product strategy= = = = = = = = = = = =Watch on YouTubeSubscribe on YouTubeAppleSpotify= = = = = = = = = = = =Toronto Is My Beat (Music Sample)By Whitewolf (Source: https://ccmixter.org/files/whitewolf225/60181)CC BY 4.0 DEED (https://creativecommons.org/licenses/by/4.0/deed.en)
“Architecture should be leading the delivery, not just the parts … And when I say delivery, I don't mean the tech delivery. I mean the overall business product delivery.” This episode explores the evolution of digital transformation and the role of architecture in enabling product-centric thinking and Agile delivery. Adam talks to Ravi Purushothaman, Director, Head of Enterprise Agility, and Logan Daigle, Director of Business Transformation, both with NTT Data. The three dive into topics including the importance of architects leading the delivery process, the challenges of transforming legacy “brownfield” environments versus building new “greenfield” solutions, and the need for a holistic, product-oriented approach. Ravi and Logan also share how they think leaders can best support product-centric thinking in any organization undergoing a digital transformation. Like what you hear? Connect with Ravi and Logan on LinkedIn. Explore SAFe courses here.
n dieser Podcastfolge widmen sich Oliver & Tim dem Thema Produktrisiken und beleuchten, welche Herausforderungen Product Owner im Hinblick auf die Risikobetrachtung meistern sollten. Jede Produktentwicklung beinhaltet Risiken mit denen man sich auseinandersetzen und bewusst mit ihnen umzugehen muss. Als Product Owner liegt es im Kern ihrer Verantwortung, mögliche Risiken frühzeitig zu erkennen und Strategien zu entwickeln, um diese zu minimieren. Die beiden sprechen über die Einteilung von Produktrisiken in vier Kategorien: Usability-Risiken (Nutzbarkeit für den Kunden), Value-Risiken (Mehrwert für den Kunden), Business Viability-Risiken (wirtschaftliche Tragfähigkeit) und Feasibility-Risiken (Machbarkeit). Es ist entscheidend, als Product Owner ein Bewusstsein für diese unterschiedlichen Risikobereiche zu entwickeln. Das Verständnis der Kundenbedürfnisse und die fortlaufende Evaluation des Marktes helfen, mögliche Value-Risiken zu reduzieren. Denn nur ein Produkt, welches tatsächlich einen Mehrwert bietet, hat langfristig Bestand. Bei den Business Viability-Risiken liegt der Fokus auf der wirtschaftlichen Tragfähigkeit des Produkts. Ein Produkt mag den Nutzern gefallen und technisch machbar sein, dennoch kann es an einem rentablen Geschäftsmodell scheitern. Es ist dabei von entscheidender Bedeutung, die strategische Ausrichtung des Unternehmens zu berücksichtigen und sicherzustellen, dass das Produkt langfristig den wirtschaftlichen Erfolg unterstützt. Ein wichtiger Aspekt, der in dieser Folge angesprochen wird, ist die Notwendigkeit, über rein technische Risiken hinaus auch ethische Aspekte zu berücksichtigen. Hier kommen Tim und Oliver auf das sogenannte ethische Risiko zu sprechen, bei dem es darum geht, ob ein Produkt moralisch vertretbar ist und im Einklang mit den ethischen Grundsätzen der Organisation steht. Kontinuierliche Product Discovery und die enge Zusammenarbeit mit Stakeholdern können dabei helfen, Produktrisiken frühzeitig zu identifizieren und durch gezielte Tests und Experimente zu mindern. Produktideen werden in der Entstehungsphase auf Annahmen geprüft und in Hypothesen überführt, um auf Basis der Ergebnisse Entscheidungen zu treffen, bevor es in die Product Delivery geht. Dabei kann die Zusammenarbeit in einem sogenannten „Product Trio“ aus Product Owner, Designer und Engineers wertvolle Perspektiven für die Risikobetrachtung eröffnen. Diese Folge bietet praxisnahe Einblicke und viele anschauliche Beispiele, wie Product Owner im täglichen Umfeld Produktrisiken bewerten und Strategien entwickeln können, um Unsicherheiten zu managen und die Erfolgsaussichten ihrer Produkte zu steigern.
In this Ask a PST session, Agile Director, Executive Coach and Professional Scrum Trainer Jay Rahman answers listener questions and offers advice about their Scrum challenges and obstacles. Jay offers strategies for avoiding and recovering from product delivery failures. Jay emphasized the importance of alignment across leadership, management, and teams, and the need for business and technology to work together. He highlights the critical role of Retrospectives in identifying and addressing issues, and the necessity of senior leadership's accountability. Jay also stresses the importance of Product Owners being fully engaged and available, and the value of using OKRs to foster a culture of accountability. He shares practical examples, such as cross-skilling teams to reduce dependencies and leveraging stakeholder metrics to prioritize requirements. Tune in for a thought provoking session!
Michon Williams is my special guest in this episode, sharing her career journey, emphasizing an early interest in technology and explaining her role as Chief Technology Officer (CTO) at Walmart Canada.Michon highlights the importance of balancing innovation and stability, operating on three horizons: stability, incremental improvements, and long-term disruptions. We discuss the need for local solutions in Canada due to unique market requirements, the rapid pace of innovation in retail, particularly post-pandemic, and the role of AI in enhancing efficiency and customer experience. Michon advises retailers to foster a culture of experimentation and continuous learning and encourages women in tech to be curious and proactive in their career development. About MichonMichon was recruited to Walmart Canada as Vice President of Product & Delivery to steward their accelerated investment in technology in 2021. Promoted to Chief Technology Officer, Michon and her team are responsible for core systems strategy and delivery, technology infrastructure and operations, infosec and architecture across stores, pharmacies, supply chain, merchandising, core data platforms, associate tools and enterprise technology (including real estate). Michon is a long-time advocate of the environment and inclusion and leads programs in support of Green Technology and to promote and advance Diversity in Technology. About MichaelMichael is the president and founder of M.E. LeBlanc & Company Inc, a senior retail advisor, keynote speaker and media entrepreneur. He has been on the front lines of retail industry change for his entire career. He has delivered keynotes, hosted fire-side discussions and participated worldwide in thought leadership panels, most recently on the main stage in Toronto at Retail Council of Canada's Retail Secure conference with leaders from The Gap and Kroger talking about violence in retail stores, keynotes on the state & future of retail in Orlando and Halifax, and at the 2023 Canadian GroceryConnex conference, hosting the CEOs of Walmart Canada, Longo's and Save-On-Foods Canada. Michael brings 25+ years of brand/retail/marketing & eCommerce leadership experience with Levi's, Black & Decker, Hudson's Bay, Pandora Jewellery, The Shopping Channel and Retail Council of Canada to his advisory, speaking and media practice.Michael also produces and hosts a network of leading retail trade podcasts, including the award-winning No.1 independent retail industry podcast in North America, Remarkable Retail, Canada's top retail industry podcast; the Voice of Retail; Canada's top food industry and the top Canadian-produced management independent podcasts in the country, The Food Professor, with Dr. Sylvain Charlebois. Rethink Retail has recognized Michael as one of the top global retail influencers for the fourth year in a row, Coresight Research has named Michael a Retail AI Influencer, and you can tune into Michael's cooking show, Last Request BBQ, on YouTube, Instagram, X and yes, TikTok.Available for keynote presentations helping retailers, brands and retail industry insiders explaining the current state of the retail industry in Canada and the U.S., and the future of retail.
In this episode our host Behrad Mirafshar dives into the essentials of launching a successful MVP Design Sprint, breaking down each crucial step for aspiring entrepreneurs and product teams. Behrad kicks off the discussion by introducing the MVP Sprint Service, emphasizing how it accelerates the process of bringing an idea to life. He then outlines the assets necessary for a smooth sprint, from design tools to team collaboration platforms, ensuring you're fully equipped to start strong.Moving forward, Behrad highlights the importance of a well-defined product strategy, stressing that it is the foundation for every successful product. He explains how to effectively translate this strategy into user stories, which guide the development process and keep teams aligned with the overall vision. The episode also touches on the critical role of branding guidelines, showing how they ensure consistency and strengthen the product's identity.Finally, Behrad underscores the significance of thorough discovery and research in the early stages of product development. He explains how these elements inform decision-making and reduce risks, ultimately leading to a more refined and user-centered product. This episode is a must-listen for anyone looking to streamline their product development process and bring their ideas to market with confidence.Learn more about Bonanza Studios here.
In this episode, join Brad Blizzard, Vice President, Logistics Operations and Product Delivery at Bridgestone, and Bob Boehm, Vice President of Operations at DHL Supply Chain, as they discuss their careers in logistics, industry changes, autonomous guided vehicle (AGV) implementation and our partnership between Bridgestone and DHL.
In this episode, you'll discover:Defining your chiropractic USP for humanity (Unique Success Proposition) We have a SIMPLE and ELEGANT solution - don't confuse people You have a COMPELLING story - Are you telling it? Applying the principle of the “Hard-Easy” in practice It's never about price - it's always about VALUEEpisode Highlights00:57 - Gratitude for the in-person training and the power of the product they deliver.06:33 - Combining conversion and retention for better results.08:32 - The importance of understanding the core principles of chiropractic and their unique value proposition.10:48 - Reinvigorating the chiropractic process through a renewed understanding of the product's power.13:05 - The importance of an immersive environment for chiropractors to level up and improve their skills.17:41 - The transformative concepts and takeaways from a recent event, including the importance of engaging people's hearts before their heads.19:31 - Removing interference to the flow of nerve impulses, likening it to CPR and the Heimlich maneuver.22:13 - The importance of addressing patients' belief systems for successful chiropractic care.25:06 - Addressing patients' belief systems before introducing chiropractic care.27:54 - Dr. Bobby chats with Dr. Andrew Powell from Success Partner, Better Balance Orthotics about a unique product that enhances patient outcomes through proprioception rather than traditional arch support. These orthotics stimulate foot muscles, improving posture, balance, and gait. Initially designed for scoliosis, they've been found to benefit people of all ages. Dr. Powell discusses how implementing these orthotics can boost patient results and significantly increase a practice's revenue. Discover the effectiveness of the product and its potential to boost profitability. Resources MentionedTo learn more about the REM CEO Program, please visit: http://www.theremarkablepractice.com/rem-ceoBuild your dream team with Chiro Match Makers. Learn more at https://chiromatchmakers.com/For more information about Better Balance Orthotics please visit: https://betterbalanceorthotics.com/Subscribe to our newest podcast "Build Your Remarkable Practice" here: https://podcasts.apple.com/us/podcast/build-your-remarkable-practice-for-chiropractors/id1734107477 Schedule a Brainstorming call with Dr. PeteDr. Stephen's LinkedInDr. Peter's LinkedInThe Remarkable CEO WebsiteDr. Stephen's Book – The Remarkable Practice: The Definitive Guide to Build a Thriving Chiropractic Business
Building products with GenAI brings powerful new capabilities but also a whole new set of uncertainties. Teams can't rely on best practices because the technology is changing so quickly and users are cautiously adopting change. Designing and shipping products can no longer be thought about as a linear process.Alexandra Holness, Senior Lead Product Designer at Klaviyo, joins to share lessons, cautions, and a path forward to help product teams build AI products that customers want. She sees that successful product teams will depend on designer, data scientists, engineers working more closely than ever because it is very hard to predict how customers will use models until you've shipped them.Topics discussed:* How she created her role leading AI design * Assumptions the team had about how to leverage AI * What works and doesn't from a design perspective* AI models being so nascent that its hard to design a UX* Designers-data-engineers working together in new ways* Building AI products is very different than traditional * Building effective AI products requires culture change* Why you need to test out potential futuresHave questions? Join the conversation https://www.linkedin.com/company/designofai/Subscribe to the Design of AI podcast for more in-depth resources for product teams. This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit designofai.substack.com
On today's episode, I had the pleasure of chatting with Justin Davis VP of Product Delivery at Point Predictive. Justin built an amazing career started from Call-Center and is now VP of Product Delivery. He worked with all types of fraud, he was the youngest manager in DCU and he holds a CFE certificate. We spoke about his journey and ongoing trends and you have to listen to it.
In dieser Folge von DigiDigga tauchen wir tief in die Welt der Produktentwicklung von Early Stage Startups ein. Unser Gast ist Lars Haßler, Experte auf diesem Gebiet. Gemeinsam mit unserem Host Felix beleuchten sie die Besonderheiten von Produktstrategien in Startups im Vergleich zu Corporates und tauschen sich intensiv über das Hiring von Produktexperten aus. Welche Leute braucht ein Startup wann und worauf kommt es an? Diese Fragen und mehr werden in dieser Episode behandelt. Themen: Unterschiede zwischen Startups und Corporates in der Produktentwicklung: Lars und Felix diskutieren die einzigartigen Herausforderungen und Möglichkeiten, die sich bei der Produktentwicklung in Startups im Vergleich zu etablierten Unternehmen ergeben. Flexibilität, Schnelligkeit und Risikobereitschaft als Schlüsselkomponenten für den Erfolg von Startups werden herausgearbeitet. Hiring von Produktexpert:innen Lars gibt Einblicke in die unterschiedlichen Rollen und Fähigkeiten, die bei der Produktentwicklung in Startups benötigt werden von der pre- zur post-PMF Phase. Diskussion über die Bedeutung von Product Discovery und Product Delivery und welche Fähigkeiten für jede Phase entscheidend sind. Betonung der Individualität und Anpassungsfähigkeit bei der Suche nach dem richtigen Produktteam für ein Startup. Diese Folge von DigiDigga bietet wertvolle Einblicke in die Welt der Produktentwicklung von Early Stage Startups. Ein herzliches Dankeschön an unseren Gast Lars Haßler für seine Expertise und seine Erfahrungen auf diesem Gebiet. Vergesst nicht, euch für weitere fesselnde Diskussionen zu abonnieren und uns auf unseren Social-Media-Kanälen zu folgen. Bis zum nächsten Mal! LinkedIn von Lars Lars Side-Hustle Joinride Das von Lars empfohlene Buch: Team Topologies
Today's episode will explain the application of a product roadmap and we will include the determination of which components go to which releases. Next, we talk about the role of a business analyst in adaptive or predictive, plan-based approaches. Finally, we cover the acceptance criteria (the action of defining changes based on the situation) and how to decide if a project/product is ready for delivery based on a requirements traceability matrix or product backlog. --- Support this podcast: https://podcasters.spotify.com/pod/show/vets2pm/support
Customer-centricity is essential for successful product delivery. Head of Product, Sue Anderson shares how Trade Me keeps its customers at the heart of the product delivery process, and how the renowned New Zealand website constantly strives to do better. This episode is a must-listen for product or business leaders looking to embrace a more customer-led mindset across their organization and teams.
In this episode of Ori Spotlight Podcast, we welcome Jim Faulkner, PhD, Independent Consultant at JDB BioConsulting and former SVP of Product Delivery at Autolus. Jim brings a wealth of experience from his remarkable career in biopharmaceutical development and his journey in the industry is marked by significant contributions, particularly in pioneering cell therapy at GSK. The episode offers a deep dive into the evolving challenges in CGT manufacturing – centering on the critical challenges of scalability and commercial viability in CGTs – and sheds light on the unique demands and opportunities in the sector. Learn more about Jim: https://www.linkedin.com/in/drjimfaulkner/
With social chasms widening and climate change intensifying, it has never been more important to reframe what it means for businesses to “do good” in an ever-changing world. Today, we're joined by Clay Brown from B Lab Global to discuss how we can transform the global economy from a system that profits a few to one that benefits all people, communities, and the planet.As Head of Standards, Certification, and Product Delivery for B Lab, Clay plays a critical role in evolving, growing, and scaling new and existing programs, products, and tools, including the B Corp Certification, which B Lab is perhaps best known for. In this episode, he outlines the evolving B Corp Certification standards and explains how B Lab is adapting and advancing its performance requirements to not only meet the needs of the moment but also optimize the movement for the future.For full show notes, visit: https://www.lifteconomy.com/blog/clay-brown/The spring cohort of the Next Economy MBA is officially open! Save 20% when you register before 1/29 with our early-bird sale ➡️ https://lifteconomy.com/mba
Velocity ist in der agilen Softwareentwicklung, vor allem in Scrum, weit verbreitete Metrik, die die Arbeitsmenge eines Teams in einem Sprint misst. Aber ihre Nutzung birgt auch bestimmte Grenzen, die Tim und Dominique in dieser Folge kritisch hinterfragen. Velocity, meist in Story Points gemessen, gibt an, wie viel ein Team in einem (durchschnittlich) Sprint leistet. Sie ist hilfreich für die Sprint-Planung und kann die Vorhersagbarkeit verbessern. Doch als reine Output-Metrik vernachlässigt sie wichtige Aspekte wie Outcome und die Qualität der Arbeit. Ein kritischer Punkt, den Tim und Dominique betonen, ist, dass Velocity eine relative Größe ist, die nur innerhalb eines Teams Bedeutung hat. Der Vergleich von Velocity zwischen verschiedenen Teams ist problematisch und kann vorsichtig gesagt mindestens zu Missverständnissen führen. In der Diskussion heben die beiden hervor, dass Teams Velocity als Werkzeug zur Reflexion nutzen sollten, nicht als starres Ziel. Es geht darum, den tatsächlichen Wert und die Qualität der Arbeit zu verbessern - nicht um die reine Liefergeschwindigkeit als Selbstzweck. Andere Metriken, die Kundenzufriedenheit und Outcome zu messen, erscheinen sogar wichtiger zu sein. Interessanter Weise wurde die Velocity früher in Scrum Trainings viel stärker betont, Zusammen mit dem allgemeinen Trend, mehr Wert auf Outcome bzw. Wirkung zu legen, statt eine reine Product Delivery zu fokussieren, wird auch in den Trainings immer seltener über Velocity gesprochen. Neben den Problemen und Fehlern im Umgang mit Velocity betrachten Dominique und Tim natürlich auch die Vorteile des Einsatzes dieser Metrik. Weiterhin geben sie Tipps zum richtigen Einsatz von Velocity. In dieser Folge wird auf diese Episoden im Gespräch verwiesen: - Wann ist das fertig? Keine Ahnung, wir sind ja agil! - Forecasting in der agilen Produktentwicklung - Evidence Based Management - eine empirische Suche nach Wert Nutzt ihr bei euch Velocity als Metrik? Wenn ja, wie gelingt es euch, dass diese Metrik auch positiv im Hinblick auf den Wert des entwickelten Produkts wirkt und nicht zu einem Team-Kontrollinstrument verkommt? Wir freuen uns, wenn du deine Erfahrungen aus der Praxis mit uns in einem Kommentar des Blog-Artikels teilst oder auf unserer Produktwerker LinkedIn-Seite. **Folgt uns Produktwerker auf** - LinkedIn -> https://bit.ly/3gWanpT - Twitter -> https://bit.ly/3NitkPy - Youtube -> https://bit.ly/3DIIvhF - Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> https://bit.ly/3Why63K
Public charging stations have given many EV drivers a headache, but will accessibility to battery juice be a concern for EVs of tomorrow? And what advantages does destination charging offer? In this episode, Rusty and Nadine are joined by Josh Hoevenaars, Business Manager at bp pulse, who crunches the numbers on the expected demand public infrastructure will face in the near future, and what they're doing to alleviate that pressure; detailing ambitious plans to install 100,000 charging stations by 2050. Plus, Jason Temby, Head of Product Delivery & Energy at Vicinity Centres unveils the Shopping Centre giant's growing network of chargers designed to cater for the convenience charger who like Nadine, enjoys a spot of shopping whilst they charge up. Want more EV news and advice? Head to the carsales Electric Hub hereSee omnystudio.com/listener for privacy information.
(Product) Discovery Discipline : les avantages et les challenges que ça pose. Tristan Charvillat, VP Design chez Malt est auteur de “Discovery Discipline”. Il nous parle de cette méthode dans cet épisode. Discovery Discipline est un framework qui permet de dérisquer un maximum votre projet avant de partir en production. Tristan nous parle : - Des pièges à éviter dans la Product Discovery - Des réflexes à adopter pour adopter Discovery Discipline - L'articulation entre la Discovery et la Delivery de projet - Les effets de bord (effets kiss cool) - Le futur de Discovery Discipline Tristan revient en détail sur le pourquoi et le comment.
In this episode of Dreams With Deadlines, host Jenny Herald interviews Tim Herbig, a seasoned expert on Objectives and Key Results (OKRs). They unpack the deeper facets of this management tool that's taking the corporate world by storm:Key Things Discussed: Journey with Tim as he retraces his formative years with OKRs, shedding light on the challenges of top-down implementations. Emphasizing utility over form, he makes a case for the importance of day-to-day applicability of OKRs in organizations. Delve into the resistance faced by product teams towards OKRs, especially when established strategies are in place. Tim's pragmatic approach champions the integration of OKRs with current team practices, ensuring they bring tangible value to daily operations. Navigate the intricate relationship between OKRs and product strategy. With a spotlight on the essence of strategy, Tim guides listeners on making strategic choices that can be tracked effectively with OKRs, bridging the gap between grand visions and actionable metrics. Show Notes [00:00:31] Discovering OKRs: A Personal and Professional Evolution. Tim Herbig's journey with OKRs began at XING, evolving through challenges and insights. He underlines the issue of top-down OKRs without clarity and stresses their day-to-day utility. [00:02:37] Bridging the Gap: Ensuring OKRs Reflect Everyday Utility and Purpose. Tim Herbig dissects the outcomes vs. outputs debate, emphasizing OKRs' bridge role between mission and daily tasks. OKRs should be flexible tools, reflecting real team tasks and challenges. [00:05:44] Marrying OKRs with Established Practices: Pragmatism Over Dogma. Jenny and Tim explore why product teams resist OKRs. Tim advocates for intertwining OKRs with current practices like sprint planning, emphasizing their practical day-to-day value. [00:08:56] Making Pragmatic Choices: How OKRs Bridge Product Strategy to Everyday Work. The dialogue between Jenny Herald and Tim Herbig delves deep into the intersection of OKRs and product strategy. Tim highlights recognizing strategy's essence, making impactful choices, and then tracking progress with OKRs. [00:14:06] Marrying OKRs with Product Discovery: From Outcomes to Behaviors. Jenny and Tim discuss tracking team/user behaviors and predicting product success using OKRs. [00:20:54] Embracing 'Better' Practices in OKRs Over 'Best' Practices. Jenny Herald and Tim Herbig delve into the nuances of better practices (adaptive and relative methods) as opposed to rigid best practices, highlighting five critical 'better practices' for effective and practical application of OKRs. [00:24:11] Aligning OKRs with Organizational Capabilities and Structures. Jenny Herald prompts Tim Herbig to share insights on the challenges faced by organizations when their desired objectives do not align with their current capabilities or structures. Tim elaborates with stories that exemplify the discrepancies between organizational structures and the application of OKRs. [00:28:52] Aligning the Cadence of Product Delivery with Outcomes. Jenny Herald and Tim Herbig discuss the challenge of synchronizing the cadence of product delivery with the desired outcomes. They ponder on the nuances of how teams should approach measuring meaningful progress, especially when direct results may not be immediately evident. [00:30:07] The Art of Developing Leading Indicators in Product Delivery. Jenny Herald and Tim Herbig delve deeper into the concept of leading and lagging indicators in relation to key results. They discuss the challenges, conceptual considerations, and the dynamism of creating proxies and leading indicators. [00:35:37] Quick-Fire Questions for Tim: What is your dream with a deadline? Tim's dream with a deadline is to do a solo travel to Tel Aviv in the next two years. When someone says they failed with OKRs previously and want to try again, what's your advice? Tim advises them to first clarify why they want to use OKRs in the first place. What's a good reason for using OKRs? The ideal reason is to enable team autonomy and outcome thinking. A more pragmatic reason is to ensure people work on the right things and maintain strategic focus. Which book largely shaped how you think? Both in general and related to OKRs. For general thinking, "Radical Acceptance" by Tara Brach influenced him the most. Regarding OKRs, he credits "Radical Focus" by Christina Wodtke and "OKRs at the Center" co-written by Natalija and Sonja. Relevant links: “Radical Acceptance,” book by Tara Brach “The Courage to Be Disliked: How to Free Yourself, Change your Life and Achieve Real Happiness,” book by Ichiro Kishimi and Fumitake Koga “Radical Focus,” book by Christina Wodtke, American businessperson and specialist in the area of design thinking, information architecture and Management Science (specializing in objectives and key results (OKR) and team productivity.) “OKRs At The Center: How to use goals to drive ongoing change and create the organization you want,” by Natalija Hellesoe and Sonja Mewes Linked Better Practices over Stacked Best Practices About the Guest:Tim Herbig is a seasoned Product Management Coach and Consultant. He is passionate about helping product teams develop better practices to measure the progress of their decisions. Tim masterfully connects Strategy, OKRs, and Product Discovery. Tim has worked on solving hard business problems and driving user behaviors in diverse product contexts.Follow Our Guest:Website | LinkedIn | YouTubeFollow Dreams With Deadlines:Host | Company Website | Blog | Instagram | Twitter
On Today's Episode: You'd be hard-pressed to find someone in the solar industry who hasn't heard of, worked for, competed against, or just stood in awe at the company today's guest built w/his brother. Borrego Solar is an institution in the solar industry here in the USA alongside such names as REC Solar, SunPower, and SolarCity. The Hall brothers and their 3rd co-founder have unlocked something special that has created one of the most enduring (and prolific) solar companies of our time. And I finally got the opportunity to dig deep with Mike Hall, the 20+ yr CEO of this industry leader, to get the goods on just what makes this company tick and how they've had such staying power and dominance through the years. The clean energy industry is experiencing rapid growth and transformation, yet it faces significant challenges that must be overcome to reach its full potential. Two of the most pressing challenges include connecting renewable energy resources to the electric grid and dealing with inefficiencies in the procurement process for large-scale solar and battery projects. The complexity of interconnecting diverse energy sources, along with the lack of real-time data and analytical tools in procurement, creates barriers that hinder the industry's progress.Mike Hall, CEO and co-founder of Borrego Solar and Anza Renewables (which recently spun out of Borrego), has been at the forefront of tackling these challenges for more than 2 decades. With Borrego Solar, he has been instrumental in pioneering the residential, C&I and even community solar markets, especially in developing and financing projects and unlocking the value in virtual net metering projects in California and the Northeast. These innovative efforts have paved the way for connecting more renewable energy resources to the grid, the careers of thousands of #SolarWarriors, and countless prosperous former-employee-led startups along the way. Through Anza Renewables, Mike is addressing the procurement inefficiencies by aggregating real-time data from over 90% of the US market and utilizing advanced algorithms to optimize buyers' choices based on lifetime value rather than just upfront costs.By focusing on these two distinct challenges - Development & Product Delivery, Mike's leadership and innovation are helping to shape a more resilient and sustainable clean energy landscape. Through Borrego Solar, the connection of renewable energy resources to the grid has become more accessible, opening up new opportunities for growth in the community solar market. Meanwhile, Anza Renewables is transforming the way large-scale solar and battery projects are procured, making the process more efficient, transparent, and financially rewarding for buyers. Together, these efforts are not only solving immediate problems but also laying the groundwork for a more robust clean energy future.Listen in as Mike finally pulls back the veil on 20 years of solar industry entrepreneurship as leader of one of the most iconic and economically impactful companies of our time. His anecdotes of learning from sports, harnessing failure, and riding out the solarcoaster are both entertaining and instructive. If you want to connect with today's guest, you'll find links to his contact info in the show notes on the blog at https://mysuncast.com/suncast-episodes/.SunCast is presented by Sungrow, the world's most bankable inverter brand.You can learn more about all the sponsors who help make this show free for you at...
Alamelu Radhakrishnan reveals her best frameworks for making great decisions quickly without fear in one of our favorite ELC Annual sessions last year. She covers her threefold approach to knowing when to make a decision, pitfalls & anti-patterns to avoid throughout the decision-making process, and strategies for delegating and avoiding decision fatigue, all while working around fear of failure & empowering other decision-makers to act with confidence. Alamelu also shares some interesting decision-making concepts including first principles, the 40% to 70% guide, and more.Interested in topics like this, and beyond? #ELCAnnual2023 is happening 8/30 & 8/31! You can get your ticket to join your peers, check out all our speakers + explore additional topics at sfelc.com/annual2023ABOUT ALAMELU RADHAKRISHNANAlamelu is a technology leader, operator, and advisor with experience at scale and in high-growth environments across eCommerce, energy, and professional services. She's excited to start her next chapter with Homebase as VP, Engineering leading Product Delivery, helping small and medium businesses maximize their potential.Previously, she was Chief of Staff to the CTO at Shopify, supporting the Engineering organization, leading the teams responsible for building the systems, technology, and technical programs that power Shopify. Prior to Shopify, Alamelu has worked with some of Canada's most innovative product and consulting agencies, leading engineering and delivery teams and helping organizations leverage technology to create maximum impact.Alamelu finds joy in solving business problems through technology, strives for organizational excellence, and is passionate about supporting and sponsoring underrepresented folks in the industry. Alamelu lives in Toronto, and loves food, travel, the outdoors, and horror movies."Any decision you make is better than not making a decision. Most of the decisions that we make in our job are reversible decisions, but the time that we lose by not making a decisionis irreversible. The opportunity cost of that time, you're never gonna get that back.”- Alamelu Radhakrishnan Join us at ELC Annual 2023!ELC Annual is our flagship conference for engineering leaders. You'll learn from experts in engineering and leadership, gain mentorship and support from like-minded professionals, expand your perspectives, build relationships across the tech industry, and leave with practical proven strategies.Join us this August 30-31 at the Fort Mason Center in San FranciscoFor tickets, head to https://sfelc.com/annual2023SHOW NOTES:Introducing Alamelu @ Shopify (2:54)Why we make decisions as eng leaders (4:11)Understand your top priority & its influence on decision-making (11:05)Common pitfalls & anti-patterns to avoid in the decision-making process (12:28)Tips for making a successful decision stick (16:20)Avoiding decision fatigue & learning to delegate when possible (19:51)Decision-making, autonomy, & navigating fear of failure (22:41)Audience Q&A: decision-making artifacts & organizational aspects (25:39)When your gut feeling contradicts your framework / decision (28:39)Examples of Alamelu's first principles concept (30:15)Approach for knowing if you're not delegating enough (31:49)Decision-making in remote environments (33:20)How to delegate without being perceived as disengaged (34:54)The “40% to 70%” guide & knowing when to make a decision (36:40)Alignment vs. consensus (37:32)Techniques for gaining team / individual buy-in (39:59)When you're on the receiving end of an overly abstracted problem (41:30)Strategies for empowering decision-makers as an eng leader (43:31)This episode wouldn't have been possible without the help of our incredible production team:Patrick Gallagher - Producer & Co-HostJerry Li - Co-HostNoah Olberding - Associate Producer, Audio & Video Editor https://www.linkedin.com/in/noah-olberding/Dan Overheim - Audio Engineer, Dan's also an avid 3D printer - https://www.bnd3d.com/Ellie Coggins Angus - Copywriter, Check out her other work at https://elliecoggins.com/about/
You live and die off of your ability to build good relationships with vendors, sub-contractors, and suppliers - even if you are not, particularly a “people person!”
In this episode of The Fully booked Photographer, the Business Success Academy team discusses the importance of client satisfaction. They emphasise that ‘fast' is the only thing that beats ‘free' in people's minds, and over-delivering is the key to success. The team also stresses the importance of setting expectations with clients on when they want their products delivered, especially during critical times such as birthdays and weddings. The team discusses the ultimate level of customer service, which includes understanding the pain points of the client and servicing them in line with their values. They highlight the power of creating moments and understanding your client avatar to build a successful photography business. In this episode you will hear: How to ensure client satisfaction How to manage your client expectations during critical times The ultimate level of customer service and how can you align it with your client's values Why is it important to understand your client avatar What to do to create a great client experience For more information about this episode head to https://discover.thefullybookedphotographer.com/sync9keystraining-713 The Fully Booked Photographer is the podcast that will help you grow your photography business by teaching you how to improve your marketing to get better leads, increase conversations with your ideal clients and generate more profit for your photo-based business, whether that is through eliminating the seasonality of your sessions or filling up the calendar of your studio. This show is brought to you by the industry experts from the Business Success Academy, Ronan Ryle - Board of Directors of the PPA, Professional Photographers Of America; Photography-marketing funnel specialist Jonathan Ryle; 7-figure entrepreneur, including a successful 3rd generation photography business, Bradley Bulmer; and published author and successful children's studio owner in Tampa Jeanine McLeod. Tune in to this show for real-world experience, outside perspective, industry knowledge and mentorship that is usually only accessible to members of BSA's Photography Marketing Accelerator and listen to the business growth tactics that generate highly targeted leads and bookings for your photography brand. Through this fun, educational, inspirational, innovative and high-energy show, The Fully Booked Photographer aims to share the mission of Creating A Healthier Society Through Photography.
At NAB Show in Las Vegas, we learned about a new capability for Filmic Pro: LUT (Look Up Table) support. Luke Vander Pol, Manager, Quality and Product Delivery, tales about how this will improve the already amazingly powerful and versatile iOS video app so that it is even more in line with professional video workflows. This edition of MacVoices is supported by The MacVoices Slack. Available all Patrons of MacVoices. Sign up at Patreon.com/macvoices. Show Notes: Links: Guests: Support: Become a MacVoices Patron on Patreon http://patreon.com/macvoices Enjoy this episode? Make a one-time donation with PayPal Connect: Web: http://macvoices.com Twitter: http://www.twitter.com/chuckjoiner http://www.twitter.com/macvoices Mastodon: https://mastodon.cloud/@chuckjoiner Facebook: http://www.facebook.com/chuck.joiner MacVoices Page on Facebook: http://www.facebook.com/macvoices/ MacVoices Group on Facebook: http://www.facebook.com/groups/macvoice LinkedIn: https://www.linkedin.com/in/chuckjoiner/ Instagram: https://www.instagram.com/chuckjoiner/ Subscribe: Audio in iTunes Video in iTunes Subscribe manually via iTunes or any podcatcher: Audio: http://www.macvoices.com/rss/macvoicesrss Video: http://www.macvoices.com/rss/macvoicesvideorss
At NAB Show in Las Vegas, we learned about a new capability for Filmic Pro: LUT (Look Up Table) support. Luke Vander Pol, Manager, Quality and Product Delivery, tales about how this will improve the already amazingly powerful and versatile iOS video app so that it is even more in line with professional video workflows. This edition of MacVoices is supported by The MacVoices Slack. Available all Patrons of MacVoices. Sign up at Patreon.com/macvoices. Show Notes: Links: Guests: Support: Become a MacVoices Patron on Patreon http://patreon.com/macvoices Enjoy this episode? Make a one-time donation with PayPal Connect: Web: http://macvoices.com Twitter: http://www.twitter.com/chuckjoiner http://www.twitter.com/macvoices Mastodon: https://mastodon.cloud/@chuckjoiner Facebook: http://www.facebook.com/chuck.joiner MacVoices Page on Facebook: http://www.facebook.com/macvoices/ MacVoices Group on Facebook: http://www.facebook.com/groups/macvoice LinkedIn: https://www.linkedin.com/in/chuckjoiner/ Instagram: https://www.instagram.com/chuckjoiner/ Subscribe: Audio in iTunes Video in iTunes Subscribe manually via iTunes or any podcatcher: Audio: http://www.macvoices.com/rss/macvoicesrss Video: http://www.macvoices.com/rss/macvoicesvideorss
In today's fast-paced world, we often prioritize the "how" of building things - the methods, tools, and resources we use to deliver results. However, in our eagerness to achieve our goals, we sometimes lose sight of the "why" - the deeper purpose and meaning behind our actions. In this episode, we'll delve into the delicate balance between the "how" and "why" and explore how we can avoid overemphasizing the process at the expense of the value we're trying to deliver. So, join us as we discuss practical strategies for staying focused on our goals while honoring our actions' deeper purpose.Join Shawna Cullinan, Jörg Pietruszka, Diana Larsen, Sheila Eckert, Sheila McGrath, Hendrik Esser, Ray Arell, and all the callers to the monthly live event as we explore topics related to Agile. For details on the next live event, please visit acnpodcast.org.(00:00) Introduction(03:07) Why vs. How(49:54) Wrap upThe Agile Coaching Network podcast is licensed under CC BY-NC-ND 4.0, and we rely on the support of our listeners to keep the ACN going. The ACN is made possible by the support of its listeners. To learn more about how to support the show, please visit acnpodcast.org. Support the show
Scrum is not a product management framework. But it can be tremendously valuable for product people: It can help you make the right product decisions and deliver great products if it's correctly applied. In this podcast episode, I share ten tips to help you maximise value delivery with Scrum.
In this episode, I talk with the CEO and founder of an organization that has been applying AI to help them develop products. Will AI help you develop your products faster? Come and see. Grant Hey, everybody, welcome to another episode of ClickAI Radio. So today I have this opportunity to speak with one of those brains out there in the market that's being disruptive, right? They're making changes in the industry in terms of not only the problems are solving, but it's the way in which they're solving the problems using AI very fascinating. Anyway, everyone, please welcome Paul Ortchanian here to the show. Paul Hi, nice. Nice, nice of you, happy to be here on the show. Grant Absolutely. It's very good to have you here today. When I was first introduced to you. And I started to review your material what it is that your organization has put together as fascinated with the approach because I have a product development background and in in the software world. AI was late comer to that right meaning over generations when I saw the approach that you're taking to that I'm interested to dig more into that. But before we do that big reveal, could you maybe step back and talk about the beginning your journey? What got you on this route? And this map, both in terms of product development, and technology and AI itself? Paul Yeah, absolutely. So I started out as an engineer, headed down to San Francisco in the early 2000s. And, and I was more of a thinker than an actual engineer, or just be the type of guy who would figure things out by themselves. But if you were to ask me to really do things that the real things engineers do, you know, creativity was there, but not the solutioning. So being in San Francisco was a humbling experience, I guess, Silicon Valley, you get to see some really, really good engineers. So I had to make a shift in my career. And since I had a passion for user experience, the business aspect, product management was a great fit a function I didn't really understand. And I got to learn and respect, and did that for about 10 years. In the mid 2000s, and 10s, I basically moved back to Montreal for family reasons and cost of living, of course in San Francisco. And I started a company called Bank Biddick, which in French stands for public bath. And the idea is that most what I realized in Canada was that people here in accelerators, incubators and, and startups just didn't understand what product management was. So they didn't really understand what they do and how they do it. And I saw a lot of organizations being led by the marketing teams, or the sales team and being very service oriented and not really product LED. So basically, it basically stands for public bath, which means every quarter, you want to basically apply some hygiene to your roadmap, you have a galaxy of ideas, why not go out there and just, you know, take the good ones and remove the old ones and get rid of the dirt. And we started with that premise. And we put we said, well, what does a product manager do on a on a quarterly basis? Because a lot of the material you'll read out there really talks about, you know what product managers should do in terms of personas and understanding the customer's data and this and that, but nobody really tells you which order you should do it. Right. If that was my initial struggle as a product manager, do you try to do it all in the same day and then you realize that there's not enough time? So the question is like in a one quarter 12 week cycle, as my first three weeks should be about understanding the market shifts the industry, the product competitors and and the users and then maybe in the next three weeks working with leadership on making sure that there is no pivots in the organization or there are some some major strategic changes and then going into analyzing the DIS parking lot of ideas and figuring out which ones are short term and re and making business cases in order to present them for, for the company to make a decision on What to do next on the roadmap. So there is a process and we just call that process SOAP, which goes in line with our public bath theme. So the idea was like, let's let's give product managers SOAP to basically wash their roadmap on a quarterly basis. And, and that's what being public does. And we work with over 40 organizations today so far, on really implementing this product LEDs process within their organizations, we work with their leaders on identifying a product manager within the organization and making sure that marketing support sales, the CFO CEO really understand how to engage with them what to expect from them, and how product manager can add value to to the organization. And so they just doesn't become, you know, this grace towards them as many features as you can pump out, right. Grant Oh, boy, yeah. Which, which is constant problem. The other thing that I've noticed, and I'm wondering if, and I'm sure that your SOAP methodology addresses this, it's the problem of shifting an organization in terams of their funding model, right? They'll come from sort of these project centric or service centric funding styles, and then you've got to help them through that shift to a different funding model round products. You guys address that as well. Paul Yeah, we address that a lot. One of the things we always tell them is if you are a service professional services firm, and you know, I have no issues basically calling them that. If and I asked them like do you quantify staff utilization in percentages, like 70% of our engineers are being billed? Right? Do we basically look at the sales team? How many new deals do they have in terms of pipeline? Are we looking at on time delivery across those, so double use that to serve the sales team closed? And what is our time and technical staff attrition, that usually tends to be identifiers of you being a service firm? And we often ask them, well, let's let's make the shift, when we identify one little initiative that you have that you want to productize because they all these service firms, really all they want is recurring revenue, then the service is tough, right? That you constantly have to bring in new clients. So this recurring revenue, the path to recurring revenue is, you know, being able to say, Okay, I'm going to take two engineers, one sales person, one marketing person, one support person, and a product manager. And those guys collectively will cost me a million dollars a year, and I'm going to expect them to basically bring me $3 million in recurring revenue. That means that they're, they're no longer going to be evaluated on staff utilization, they're no longer going to be evaluating the number of deals they're bringing in. And they're, they're really going to be evaluated on how are they releasing features? Are they creating value for those features? are we increasing the number of paid customers? And are we basically, you know, staying abreast in terms of competitors and market industry changes. And so that's a complete paradigm shift. And that transition takes a while. But the first seed is really being able to say, can you create an entity within your organization where the CFO accepts that those engineers are dedicated and no longer being, you know, reviewed in terms of their utilization rate in terms of their know how much they're billing to customers? Once they do that shift in the recipe is pretty easy to do. Grant Yeah. So it's become easy. So the thing to I've seen and experienced with, with product and product development is the relationship of innovation to product development. And so I see some groups will take innovation, and they'll move that as some separate activity or function in the organization, whereas others will have that innate within the product team itself. What have you found effective? And does self addressed that? Paul Yeah, I mean, we always ask them the question of what how are you going to defend yourself against the competition with the VCs that have to call their moat, right? And that defensibility could be innovation, it could also be your global footprint, or, you know, it could be how you operationalize your supply chain make things really, really cheap, right? Every company can have a different strategy. And we really ask them from the get go. We call this playing the strategy, we'll give them like eight potential ways a company can, you know, find strategies to differentiate themselves? And the first one is first the market? And the question is, it's not about you being first to market today. But do you want to outpace your curlier closest rivals on a regular basis? And if so, you know, you need an r&d team and innovation team who is basically going to be pumping out commercializable features or r&d work. And then we always give him the two examples, the example of Dolby Dolby being completely analog in the 70s, but really banking on their r&d team to bring him to the digital age and from the digital age to set top boxes to Hollywood and now into Netflix compression, right? So they basically put their R&D team as the leader to basically keep them a step ahead of their competition. But it but on the other hand, we also Welcome, you know, talk about Tesla, where Tesla is basically doing the same thing, but they're not doing it for intellectual property like Dolby, they're not suing anybody are actually open sourcing it. But there's a reason behind it where that open sourcing allows them to basically create the, you know, what we call the Betamax VHS issue, which is making sure that there's compatibility across car manufacturers for Tesla parts and overproduction of parts that are Tesla just to increase their supply chain, right? So we ask them, Do you want to be that company, if you don't want to be that company, then there's other ways for you to basically create defensibility, it could be regulatory compliance, if your industry requires it, you can go global, you can go cross industry, you can basically create customer logins, how just how SAP and Salesforce love to basically just integrate workflows with like boots on the ground, professional services certified teams, right? And or you can basically review your process and make sure just like Amazon, that you're creating robots to do human work in order to just basically do it cheaper than anybody else. So there's ways of doing it. And I would say that if you were in AI space, especially, you know, it's important to make sure that, you know, are you really trying to innovate through AI, because you can get a lot of researchers doing a lot of things, but that's not really going to help you create commercializable ideas. So from the get go, the leadership team needs to, you know, at least make a hedge a bet on, you know, expansion, innovation, or creating efficiencies and just, you know, decide and let the product management team know in which direction they're gonna go planning on going for the next six years. Please. Grant I love your last comment there, Paul about about getting the leadership team involved. It seems that many times in organizations, this challenge of making the change sticky, right, making it last making it resonate, where people truly change their operating model, right, they're going to start operating in a different way, their roles and responsibilities change, what is the order in which things get done all of those change, when they start moving both into this AI space, but you know, product driven just by itself, even without AI has its own set of challenges? So here's the question I have for you. As you move companies through this transformation, that's part of your business, right? You are transforming the way companies operate and bring about better outcomes. How do you make those changes sticky? Because this is a cultural change? What is it you guys have found it's effective? Paul Or it goes back to our name public bath and SOAP, right? Because the idea is, you take a bath on a regular basis hygiene is something you do regularly, right? So we ask these organization, if we give you a process where you know exactly what the product management team is going to do with you with the leadership team in order to prioritize your next upcoming features, then can you do it in a cyclical way, every quarter, you need the product manager do the exact same process of revisiting the competitors, the industry, the market, as well as like the problems that you have with your premature customers, bringing it back to the organization, asking if the strategy is still about expansion, innovation, efficiencies, identifying new ideas, clearing up the parking lot of bad ideas, etc, and eventually making the business case for the new features in order for them to make a commitment. So if we do this in a cyclical way, then the product role becomes the role of what I'd like to call the CRO, which is the chief repeating officer, because all the product manager is doing is repeating that strategy and questioning the CEO, are we still on? Are we pivoting or if we pivot? What does that mean? And if you're doing it on a three month basis, what that allows your company to do is to make sure that the marketing and sales and support team are going along with what the engineering team is going to be delivering. So this is what I usually see most product organization where a decision has been made that the engineers are going to be building a particular feature, the sales and marketing team just waits for the engineers to be Code Complete. And once a code completes, done, they're like, Okay, now we're gonna promote it. But my question is that it's too late. Right? You really need so I always show the talk about Apple, how Apple would basically go out in front of millions of people and just say, here's the new iPhone 13. And we came up with a new version of Safari, and we're updating our iOS and we're doing a 40 Other changes. And the next thing you want considered an Apple store and you know, everything has changed. The marketing has changed the guys that the doing the conferences, and the lectures and the training are all talking about the new supplier, the new iPhone, and you ask yourself, How did how did Apple know and to organize the marketing support and sales team in that in such a way that the day that the announcement has been done? Everything is changed. So that means that it's not just the engineering team's responsibility to get to Code Complete. It is a collective responsibility where marketing support and sales are also preparing for the upcoming releases. And and the only way you can get that type of alignment is If every three months these these parties, technology, product, CEO, CFO, sales, marketing and support can get together and make a clear decision on what they're going to do, and be honest enough of what they're not going to do, and then work collectively together on making sure that that those are being delivered and prepared in terms of the size of the promotion that we're going to do, and how are we going to outreach how's the sales collateral going to change? How is the support team going to support these upcoming features. And so everybody has work to do in that three months timeframes. So and then that if we can get to that cyclical elements, I think most companies can create momentum. And once that momentum has is generating small increments of value to the customers, then you base start start building, what I like to call reputational capital, with the clients, with the customers with the prospects. And eventually anything you release the love, and everything you release adds value. And eventually everybody loves everything you're doing as an organization become that, you know, big unicorn that people want to be. Grant Yeah, so the net of that is, I believe what you said as you operationalize it. Now there's it gets integrated into everyone's role and responsibility. It's this enterprise level cross functional alignment that gets on a campus. And the cadence is, in your case, you'd mentioned quarterly, quarterly sounds like that's been a real real gem for you. I've seen some organizations do that in shorter timeframes and some much longer. It sounds like yeah, at least quarterly is that a good nugget that you find there? Paul Yeah, quarterly works, because you know, markets are set in a quarter way they operate in that way the you want results on a quarterly basis in terms of sales in terms of engagement, etc. But what's important is that which you know, a lot of engineering teams like to work agile or Kanban. And in a quarter in a 12 week timeframe, you could fit, I'd say, Let's see your Sprint's are three weeks, you could fit for sprint for three weeks variance, or you could fit six 2-week sprints. But I feel that if you were to shorten it, then the marketing team and sales teams supporting might not have enough time to prepare themselves for Code Complete, the engineers might be able to deliver but then the product manager gets overwhelmed because doing an industry research, competitor research etc. Every, say month and a half or two months just becomes overwhelming for them. Because things don't change enough in two months for them to be able to say, Oh, look, this competitor just came up with that. And now we need so so I think three months is enough time for the world to change for, you know, country to go to war for COVID to come over and just destroy everything. So pivot decisions are usually can pretty good to do on a on a quarterly basis. Grant Yeah, that's good. That's, I think COVID follow that rule. Right. Hey, I have a question for you around AI. So how are you leveraging AI in the midst of all this? Can you talk about that? Paul Yeah, absolutely. So what we noticed is a lot of organizations who have products, so SaaS products, or any type of product, IoT products, etc, they're generating data. I mean, it's it comes hand in hand with software development. So all that data is going into these databases are and nobody knows what to do with them. And eventually, you know, they want to start creating business intelligence, and from business intelligence, AI initiatives have just come about, it's very normal to say, You know what, with all this data, if we were to train a machine learning module, we would be able to recommend the best flight price or the best time for somebody to buy a flight, because we have enough data to do it. So so we're not working with AI first organizations who are here we have, our entire product is going to be around AI, we're just trying to work with organizations that have enough data to warrant 1-2-3, or four AI initiatives and an ongoing investment into those. So the best example I like to talk about is the Google Gmail suggestive, replies, right, which is adding value to the user needs AI in the back, end a lot of data. But ultimately, it's not that Gmail isn't AI product, it simply has AI features in it. So and when organizations start identifying AI or machine learning, predictive elements to their product, then we go from engineering being a deterministic function, which is if we were to deliver this feature, then customers will be able to do that to a probabilistic function where Let's experiment and see what the data can give us. And if this algorithm ends up really nailing it, we will achieve this result. But if it doesn't, then do we release it? Do we not release it? What's the and then it gets a little bit hairy because product managers just lose themselves into it. Oftentimes, they'll release a feature and the sales team would just ask them to pull it out right away because it has not met the expectations of a customer or two. And ultimately, like what we ask product managers to do is work with leadership on really it Identifying a few key elements that are very, very important to just just baseline before you were to begin an AI project. And those are pretty simple. It's, it's really like, are you trying to create to have the machine learning module? Make a prediction? Are you or are you trying for it to make a prediction plus pass judgment? Are you trying to make it a prediction, a judgment and take action? Right? Decision automation, which is what you know, self driving cars do, will will see biker, they will make a prediction that it's a biker will make a judgment that it's indeed a biker, and we'll take action to avoid the biker, right? But when you when you're creating ml projects, you can easily say, you know, we're just going to keep it to prediction, right? Like this machine is going to predict something and then a human will make judgment and the human will take action. There's nothing wrong in doing that. So just setting the expectations for from the get go in terms of are we basically going to predict judge or take action? That's number one. And then the next question is whatever that we decide if it's just prediction, is that worth guessing? And who doesn't have guessed today, if it's a human? Is that how accurate is that human? Let's quantify. So this way we can compare it against what this machine is going to do? What is the value the company gets out of that gas being the right gas? And what's the cost of getting it wrong? So oftentimes, we forget that humans to get it wrong to and if humans get it wrong, there are huge consequences to organizations that will overlook but as soon as machine learning does the same thing, we're ready to just cancel hundreds of $1,000 of investment. Grant Yeah, that's right. Yeah, we tossed it out. So the use case, I'm assuming would be you would leverage AI to say enhance a product managers abilities to either predict outcomes of some product development activities, or releases or things like that, would that be a kind of use case where he looked apply? Paul Well, not a product managers, I would say the product manager, we'd look at it software, let's take the software of a website that tries to predict your if people qualify for a mortgage loan, for example, right? So you have enough data at that point to be able to automate, what's the underwriting process that humans do of validating whether or not somebody's eligible for loan? Well, we could take all that data and just make a prediction of that person's fit for a particular loan. Now, if we were to say, well, it's just going to be the prediction, but we're not going to give this person the loan, we're still going to ask a human being to pass judgment that that prediction was the correct one, and then take action to give or not give him a loan. So let's say that's the machine learning module, we're going to add to our to our feature. Now, the question is how this underwriting department in the past 10 years, how often did they really screw up that, you know, and issued loans to people that were that couldn't pay their loan, right? And realize it's 40%? Were like, Wow, 40%? Could this machine learning be as accurate as damn plus one, right? And, and then we ended up realizing that yeah, this, whatever we delivered is 33% accurate, and not 40% plus one accurate now is it still worth putting out there we spent $100,000 into it, and then you know, then it's up to the product manager to basically be able to put this thing in place and say, but look, you know, underwriting is a nine to five job currently in our business, and it cost us this much money. On the other hand, if there's this machine learning is 33% accurate, but it's actually doing it 24/7 365 days a year, and it's only going to improve from 33 to 40. And if it goes above 40, then we the savings for our organization are this much money. So it is really the product managers job to be able to not only talking about the business KPIs, but also the what the AI machine learning KPIs we need to achieve and what the impact of that would be if we get it right. And I think that the biggest issue we have as product managers in the AI space is if we were to go and do this all there everything that we need to create AI, like the day data ops, selecting the data, sourcing it, synthesizing it, cleaning it, etc. The model ops, which, you know, comes down to multiple algorithms, training those algorithms, evaluating tuning them, and then the operationalization. If you do all these steps, and you get to 80 to 20% accuracy, and your target is at 70% accuracy, right? What do you do with it? Because you had to do all this work anyways, it cost you tons of money and time. And so how do we get the leadership team to say this AI initiative has enough value for us that we're willing to live with the consequences of it getting it wrong, or we're willing to actually have it supported by human for the next six months to a year until we basically trains itself and gets better? So it's how do you get this openness from from from a leadership team? Because what I've often find delivering AI projects is every time you deliver an AI project, and it's misunderstood in terms of its output, and everybody thinks it has to be 100% accurate, the second and goes wrong. It's the political drama that you have to go through in order to keep it alive. is just it's just overwhelming, right? So miners will set those expectations up front and tool, the product managers with the right arguments to make sure that they the expectations are set correctly. Grant Have you ever worked with or heard of the company called digital.ai? Are your familiar with them? digital.ai, maybe not. Anyway, they have been working in a similar space as you but not so much of the product management level. What they're doing, though, is they're, they're looking to apply AI to the whole delivery function. So so you can you see, the product manager is above this, and is making sort of these KPIs and other estimate activities and the planning out. But then there are all these functions under there that of course, do the delivery of the product. And so they're working on the tooling spectrum, I think they acquired I think, was five different companies like in the last nine months, that they're integrating these and then building this AI seam or layer across that data across delivery with that purpose and intent to do that predictive not not only backwards analysis activities around AI, but predictive, which is what's the probabilities, I might run into the problem, or some problem with this particular release, right, of this product, right, that we're about to send out, now might be an interesting group for you to get connected with. Paul Yeah, I know, it's funny, because we're there. There's a local company here in Montreal that does the same thing. It's really about like data scientists are really expensive, and they're really hard to find, and there's a shortage of them. So, you know, the lot of organizations are trying to find like a self serve AI solution where you can build your AI using their AI. But ultimately, what they're doing is taking your data and delivering 123 or 10 versions of the machine learning module, it's up to you basically, judge which one is going to work the best for you, but they actually operationalize it, put it out there for you, and really automate the whole thing. So this way, you're not dependent on humans, I love that I really love that I think your organization should have one of those. But that still means that there's a dependency from the for the product manager to know that it's, it's data, like end to end, be able to clean it be able to tag it and then feed it to the to these machines, right? And I think that part is also misunderstood. Because Do we have enough data? Is there bias in the data and all that needs to be understood and figure it out? Because, you know, you could say like, Hey, we put it to this big machine. And we ended up with a 20% accuracy on the best ml that it out, put it, but that's still not good enough? Because we're trying, we're aiming for 87? And what does it mean? What do we need to do to basically get it to 87? We're gonna have to review the data bringing some third party data, you know, and it's, and that's, that costs a lot as well. So, yeah, Grant Do you think AutoML solutions play a role here like, Aible, I don't know if you're familiar with that platform, you know, that the goal is to try to reduce the amount of dependency that's needed on the data science. Scientists themselves, right. And but it's, it's still doesn't remove all of the data cleansing part, but it does help take care of some of the certainly the low level data science requirements, you think you think that's a viable solution in this area? Paul I think it is. I mean, it's, you know, we went from rule based AI, where data scientists had to do good old fashioned AI, which was a feature engineering, right? Putting the rules themselves to machine learning AI, where, you know, we had to train the data that we needed, were so dependent on these data scientists. And now we're getting to v3, where we have these tools. And you know, there's a data dependency, but there, they also don't have such a high dependency on data scientists are and you know, figuring our algorithms and etc, we could just basically have these prepackaged algorithms that could basically output us any types of solution. What I tend to like, I've seen this a lot in a lot of companies. There's some companies that are very, very industry specific, right? So they're providing AI for E-commerce to be able to provide better search with predictive elements based on the person's browsing history. I mean, I, I'm not sure, but the ones that are providing every ML imaginable, so you could use it for supply chain, or you could use it for something else. I know it's dependent on data. But again, these algorithms, you can't have all the algorithms for all scenarios. Even if it's supply chain, some person has perishables and there's ordering bananas and the other person is ordering, I don't know water coolers, and those, those don't have the same rules, right. You know, so it's, it's important to just, I think that maybe in the coming years, we'll have a lot of companies that are really going cross industry, just like we're in E-commerce, the other ones that are med tech, the other ones are, etcetera, the tools are the same. I mean, more or less the same, the customers are gonna get used to basically having these UI is that I'll give you your input the data in and then these emails come out, and then you choose which one and they give you probability you can retrain them and all that stuff. And I think that it's just going to get to a point where we're going to have these product managers who are now responsible of kind of training the Machine Learning Module themselves, you know if it's going to be the product manager, or if it's going to be some other function, where I think it does definitely fit inside the product managers? Grant Well I do is, I think it's because they still need to have what we would call the domain knowledge and in this domain of building products, yeah, AI, at least at least in this phase of the life of AI, where we are today for the foreseeable future. I think the product manager needs to be involved with that. Sure. So. Paul It comes down to intuition, right, somebody has to have like to build that intuition about what a model is relying on when making a judgment. And I think that, you know, with product managers, the closest one really, maybe in bigger organizations, it's the person who's managing analytics and data, but in smaller startup organization, I can definitely see the product manager putting that Grant Yeah, absolutely. Paul, I really appreciate you taking the time. Here today on this been fascinating conversation. Any last comments you want to share? Paul We have tons of articles that talk about so we're very open source as an organization. So if you want to learn more about this, we have about 70 articles on our website. Just go to BainPublic.com and just click on "Articles" and you could just, you know, self serve and basically improve as a product manager in the AI space. Grant Excellent, fascinating, love, love the conversation, your insight and the vision where you guys are taking this I think you're gonna continue to disrupt everyone. Thanks for joining another episode of ClickAI Radio and until next time, check out BainPublic.com. Thank you for joining Grant on ClickAI Radio. Don't forget to subscribe and leave feedback. And remember to download your free ebook visit ClickAIRadio.com now.
In this episode, I talk with the CEO and founder of an organization that has been applying AI to help them develop products. Will AI help you develop your products faster? Come and see. Grant Hey, everybody, welcome to another episode of ClickAI Radio. So today I have this opportunity to speak with one of those brains out there in the market that's being disruptive, right? They're making changes in the industry in terms of not only the problems are solving, but it's the way in which they're solving the problems using AI very fascinating. Anyway, everyone, please welcome Paul Ortchanian here to the show. Paul Hi, nice. Nice, nice of you, happy to be here on the show. Grant Absolutely. It's very good to have you here today. When I was first introduced to you. And I started to review your material what it is that your organization has put together as fascinated with the approach because I have a product development background and in in the software world. AI was late comer to that right meaning over generations when I saw the approach that you're taking to that I'm interested to dig more into that. But before we do that big reveal, could you maybe step back and talk about the beginning your journey? What got you on this route? And this map, both in terms of product development, and technology and AI itself? Paul Yeah, absolutely. So I started out as an engineer, headed down to San Francisco in the early 2000s. And, and I was more of a thinker than an actual engineer, or just be the type of guy who would figure things out by themselves. But if you were to ask me to really do things that the real things engineers do, you know, creativity was there, but not the solutioning. So being in San Francisco was a humbling experience, I guess, Silicon Valley, you get to see some really, really good engineers. So I had to make a shift in my career. And since I had a passion for user experience, the business aspect, product management was a great fit a function I didn't really understand. And I got to learn and respect, and did that for about 10 years. In the mid 2000s, and 10s, I basically moved back to Montreal for family reasons and cost of living, of course in San Francisco. And I started a company called Bank Biddick, which in French stands for public bath. And the idea is that most what I realized in Canada was that people here in accelerators, incubators and, and startups just didn't understand what product management was. So they didn't really understand what they do and how they do it. And I saw a lot of organizations being led by the marketing teams, or the sales team and being very service oriented and not really product LED. So basically, it basically stands for public bath, which means every quarter, you want to basically apply some hygiene to your roadmap, you have a galaxy of ideas, why not go out there and just, you know, take the good ones and remove the old ones and get rid of the dirt. And we started with that premise. And we put we said, well, what does a product manager do on a on a quarterly basis? Because a lot of the material you'll read out there really talks about, you know what product managers should do in terms of personas and understanding the customer's data and this and that, but nobody really tells you which order you should do it. Right. If that was my initial struggle as a product manager, do you try to do it all in the same day and then you realize that there's not enough time? So the question is like in a one quarter 12 week cycle, as my first three weeks should be about understanding the market shifts the industry, the product competitors and and the users and then maybe in the next three weeks working with leadership on making sure that there is no pivots in the organization or there are some some major strategic changes and then going into analyzing the DIS parking lot of ideas and figuring out which ones are short term and re and making business cases in order to present them for, for the company to make a decision on What to do next on the roadmap. So there is a process and we just call that process SOAP, which goes in line with our public bath theme. So the idea was like, let's let's give product managers SOAP to basically wash their roadmap on a quarterly basis. And, and that's what being public does. And we work with over 40 organizations today so far, on really implementing this product LEDs process within their organizations, we work with their leaders on identifying a product manager within the organization and making sure that marketing support sales, the CFO CEO really understand how to engage with them what to expect from them, and how product manager can add value to to the organization. And so they just doesn't become, you know, this grace towards them as many features as you can pump out, right. Grant Oh, boy, yeah. Which, which is constant problem. The other thing that I've noticed, and I'm wondering if, and I'm sure that your SOAP methodology addresses this, it's the problem of shifting an organization in terams of their funding model, right? They'll come from sort of these project centric or service centric funding styles, and then you've got to help them through that shift to a different funding model round products. You guys address that as well. Paul Yeah, we address that a lot. One of the things we always tell them is if you are a service professional services firm, and you know, I have no issues basically calling them that. If and I asked them like do you quantify staff utilization in percentages, like 70% of our engineers are being billed? Right? Do we basically look at the sales team? How many new deals do they have in terms of pipeline? Are we looking at on time delivery across those, so double use that to serve the sales team closed? And what is our time and technical staff attrition, that usually tends to be identifiers of you being a service firm? And we often ask them, well, let's let's make the shift, when we identify one little initiative that you have that you want to productize because they all these service firms, really all they want is recurring revenue, then the service is tough, right? That you constantly have to bring in new clients. So this recurring revenue, the path to recurring revenue is, you know, being able to say, Okay, I'm going to take two engineers, one sales person, one marketing person, one support person, and a product manager. And those guys collectively will cost me a million dollars a year, and I'm going to expect them to basically bring me $3 million in recurring revenue. That means that they're, they're no longer going to be evaluated on staff utilization, they're no longer going to be evaluating the number of deals they're bringing in. And they're, they're really going to be evaluated on how are they releasing features? Are they creating value for those features? are we increasing the number of paid customers? And are we basically, you know, staying abreast in terms of competitors and market industry changes. And so that's a complete paradigm shift. And that transition takes a while. But the first seed is really being able to say, can you create an entity within your organization where the CFO accepts that those engineers are dedicated and no longer being, you know, reviewed in terms of their utilization rate in terms of their know how much they're billing to customers? Once they do that shift in the recipe is pretty easy to do. Grant Yeah. So it's become easy. So the thing to I've seen and experienced with, with product and product development is the relationship of innovation to product development. And so I see some groups will take innovation, and they'll move that as some separate activity or function in the organization, whereas others will have that innate within the product team itself. What have you found effective? And does self addressed that? Paul Yeah, I mean, we always ask them the question of what how are you going to defend yourself against the competition with the VCs that have to call their moat, right? And that defensibility could be innovation, it could also be your global footprint, or, you know, it could be how you operationalize your supply chain make things really, really cheap, right? Every company can have a different strategy. And we really ask them from the get go. We call this playing the strategy, we'll give them like eight potential ways a company can, you know, find strategies to differentiate themselves? And the first one is first the market? And the question is, it's not about you being first to market today. But do you want to outpace your curlier closest rivals on a regular basis? And if so, you know, you need an r&d team and innovation team who is basically going to be pumping out commercializable features or r&d work. And then we always give him the two examples, the example of Dolby Dolby being completely analog in the 70s, but really banking on their r&d team to bring him to the digital age and from the digital age to set top boxes to Hollywood and now into Netflix compression, right? So they basically put their R&D team as the leader to basically keep them a step ahead of their competition. But it but on the other hand, we also Welcome, you know, talk about Tesla, where Tesla is basically doing the same thing, but they're not doing it for intellectual property like Dolby, they're not suing anybody are actually open sourcing it. But there's a reason behind it where that open sourcing allows them to basically create the, you know, what we call the Betamax VHS issue, which is making sure that there's compatibility across car manufacturers for Tesla parts and overproduction of parts that are Tesla just to increase their supply chain, right? So we ask them, Do you want to be that company, if you don't want to be that company, then there's other ways for you to basically create defensibility, it could be regulatory compliance, if your industry requires it, you can go global, you can go cross industry, you can basically create customer logins, how just how SAP and Salesforce love to basically just integrate workflows with like boots on the ground, professional services certified teams, right? And or you can basically review your process and make sure just like Amazon, that you're creating robots to do human work in order to just basically do it cheaper than anybody else. So there's ways of doing it. And I would say that if you were in AI space, especially, you know, it's important to make sure that, you know, are you really trying to innovate through AI, because you can get a lot of researchers doing a lot of things, but that's not really going to help you create commercializable ideas. So from the get go, the leadership team needs to, you know, at least make a hedge a bet on, you know, expansion, innovation, or creating efficiencies and just, you know, decide and let the product management team know in which direction they're gonna go planning on going for the next six years. Please. Grant I love your last comment there, Paul about about getting the leadership team involved. It seems that many times in organizations, this challenge of making the change sticky, right, making it last making it resonate, where people truly change their operating model, right, they're going to start operating in a different way, their roles and responsibilities change, what is the order in which things get done all of those change, when they start moving both into this AI space, but you know, product driven just by itself, even without AI has its own set of challenges? So here's the question I have for you. As you move companies through this transformation, that's part of your business, right? You are transforming the way companies operate and bring about better outcomes. How do you make those changes sticky? Because this is a cultural change? What is it you guys have found it's effective? Paul Or it goes back to our name public bath and SOAP, right? Because the idea is, you take a bath on a regular basis hygiene is something you do regularly, right? So we ask these organization, if we give you a process where you know exactly what the product management team is going to do with you with the leadership team in order to prioritize your next upcoming features, then can you do it in a cyclical way, every quarter, you need the product manager do the exact same process of revisiting the competitors, the industry, the market, as well as like the problems that you have with your premature customers, bringing it back to the organization, asking if the strategy is still about expansion, innovation, efficiencies, identifying new ideas, clearing up the parking lot of bad ideas, etc, and eventually making the business case for the new features in order for them to make a commitment. So if we do this in a cyclical way, then the product role becomes the role of what I'd like to call the CRO, which is the chief repeating officer, because all the product manager is doing is repeating that strategy and questioning the CEO, are we still on? Are we pivoting or if we pivot? What does that mean? And if you're doing it on a three month basis, what that allows your company to do is to make sure that the marketing and sales and support team are going along with what the engineering team is going to be delivering. So this is what I usually see most product organization where a decision has been made that the engineers are going to be building a particular feature, the sales and marketing team just waits for the engineers to be Code Complete. And once a code completes, done, they're like, Okay, now we're gonna promote it. But my question is that it's too late. Right? You really need so I always show the talk about Apple, how Apple would basically go out in front of millions of people and just say, here's the new iPhone 13. And we came up with a new version of Safari, and we're updating our iOS and we're doing a 40 Other changes. And the next thing you want considered an Apple store and you know, everything has changed. The marketing has changed the guys that the doing the conferences, and the lectures and the training are all talking about the new supplier, the new iPhone, and you ask yourself, How did how did Apple know and to organize the marketing support and sales team in that in such a way that the day that the announcement has been done? Everything is changed. So that means that it's not just the engineering team's responsibility to get to Code Complete. It is a collective responsibility where marketing support and sales are also preparing for the upcoming releases. And and the only way you can get that type of alignment is If every three months these these parties, technology, product, CEO, CFO, sales, marketing and support can get together and make a clear decision on what they're going to do, and be honest enough of what they're not going to do, and then work collectively together on making sure that that those are being delivered and prepared in terms of the size of the promotion that we're going to do, and how are we going to outreach how's the sales collateral going to change? How is the support team going to support these upcoming features. And so everybody has work to do in that three months timeframes. So and then that if we can get to that cyclical elements, I think most companies can create momentum. And once that momentum has is generating small increments of value to the customers, then you base start start building, what I like to call reputational capital, with the clients, with the customers with the prospects. And eventually anything you release the love, and everything you release adds value. And eventually everybody loves everything you're doing as an organization become that, you know, big unicorn that people want to be. Grant Yeah, so the net of that is, I believe what you said as you operationalize it. Now there's it gets integrated into everyone's role and responsibility. It's this enterprise level cross functional alignment that gets on a campus. And the cadence is, in your case, you'd mentioned quarterly, quarterly sounds like that's been a real real gem for you. I've seen some organizations do that in shorter timeframes and some much longer. It sounds like yeah, at least quarterly is that a good nugget that you find there? Paul Yeah, quarterly works, because you know, markets are set in a quarter way they operate in that way the you want results on a quarterly basis in terms of sales in terms of engagement, etc. But what's important is that which you know, a lot of engineering teams like to work agile or Kanban. And in a quarter in a 12 week timeframe, you could fit, I'd say, Let's see your Sprint's are three weeks, you could fit for sprint for three weeks variance, or you could fit six 2-week sprints. But I feel that if you were to shorten it, then the marketing team and sales teams supporting might not have enough time to prepare themselves for Code Complete, the engineers might be able to deliver but then the product manager gets overwhelmed because doing an industry research, competitor research etc. Every, say month and a half or two months just becomes overwhelming for them. Because things don't change enough in two months for them to be able to say, Oh, look, this competitor just came up with that. And now we need so so I think three months is enough time for the world to change for, you know, country to go to war for COVID to come over and just destroy everything. So pivot decisions are usually can pretty good to do on a on a quarterly basis. Grant Yeah, that's good. That's, I think COVID follow that rule. Right. Hey, I have a question for you around AI. So how are you leveraging AI in the midst of all this? Can you talk about that? Paul Yeah, absolutely. So what we noticed is a lot of organizations who have products, so SaaS products, or any type of product, IoT products, etc, they're generating data. I mean, it's it comes hand in hand with software development. So all that data is going into these databases are and nobody knows what to do with them. And eventually, you know, they want to start creating business intelligence, and from business intelligence, AI initiatives have just come about, it's very normal to say, You know what, with all this data, if we were to train a machine learning module, we would be able to recommend the best flight price or the best time for somebody to buy a flight, because we have enough data to do it. So so we're not working with AI first organizations who are here we have, our entire product is going to be around AI, we're just trying to work with organizations that have enough data to warrant 1-2-3, or four AI initiatives and an ongoing investment into those. So the best example I like to talk about is the Google Gmail suggestive, replies, right, which is adding value to the user needs AI in the back, end a lot of data. But ultimately, it's not that Gmail isn't AI product, it simply has AI features in it. So and when organizations start identifying AI or machine learning, predictive elements to their product, then we go from engineering being a deterministic function, which is if we were to deliver this feature, then customers will be able to do that to a probabilistic function where Let's experiment and see what the data can give us. And if this algorithm ends up really nailing it, we will achieve this result. But if it doesn't, then do we release it? Do we not release it? What's the and then it gets a little bit hairy because product managers just lose themselves into it. Oftentimes, they'll release a feature and the sales team would just ask them to pull it out right away because it has not met the expectations of a customer or two. And ultimately, like what we ask product managers to do is work with leadership on really it Identifying a few key elements that are very, very important to just just baseline before you were to begin an AI project. And those are pretty simple. It's, it's really like, are you trying to create to have the machine learning module? Make a prediction? Are you or are you trying for it to make a prediction plus pass judgment? Are you trying to make it a prediction, a judgment and take action? Right? Decision automation, which is what you know, self driving cars do, will will see biker, they will make a prediction that it's a biker will make a judgment that it's indeed a biker, and we'll take action to avoid the biker, right? But when you when you're creating ml projects, you can easily say, you know, we're just going to keep it to prediction, right? Like this machine is going to predict something and then a human will make judgment and the human will take action. There's nothing wrong in doing that. So just setting the expectations for from the get go in terms of are we basically going to predict judge or take action? That's number one. And then the next question is whatever that we decide if it's just prediction, is that worth guessing? And who doesn't have guessed today, if it's a human? Is that how accurate is that human? Let's quantify. So this way we can compare it against what this machine is going to do? What is the value the company gets out of that gas being the right gas? And what's the cost of getting it wrong? So oftentimes, we forget that humans to get it wrong to and if humans get it wrong, there are huge consequences to organizations that will overlook but as soon as machine learning does the same thing, we're ready to just cancel hundreds of $1,000 of investment. Grant Yeah, that's right. Yeah, we tossed it out. So the use case, I'm assuming would be you would leverage AI to say enhance a product managers abilities to either predict outcomes of some product development activities, or releases or things like that, would that be a kind of use case where he looked apply? Paul Well, not a product managers, I would say the product manager, we'd look at it software, let's take the software of a website that tries to predict your if people qualify for a mortgage loan, for example, right? So you have enough data at that point to be able to automate, what's the underwriting process that humans do of validating whether or not somebody's eligible for loan? Well, we could take all that data and just make a prediction of that person's fit for a particular loan. Now, if we were to say, well, it's just going to be the prediction, but we're not going to give this person the loan, we're still going to ask a human being to pass judgment that that prediction was the correct one, and then take action to give or not give him a loan. So let's say that's the machine learning module, we're going to add to our to our feature. Now, the question is how this underwriting department in the past 10 years, how often did they really screw up that, you know, and issued loans to people that were that couldn't pay their loan, right? And realize it's 40%? Were like, Wow, 40%? Could this machine learning be as accurate as damn plus one, right? And, and then we ended up realizing that yeah, this, whatever we delivered is 33% accurate, and not 40% plus one accurate now is it still worth putting out there we spent $100,000 into it, and then you know, then it's up to the product manager to basically be able to put this thing in place and say, but look, you know, underwriting is a nine to five job currently in our business, and it cost us this much money. On the other hand, if there's this machine learning is 33% accurate, but it's actually doing it 24/7 365 days a year, and it's only going to improve from 33 to 40. And if it goes above 40, then we the savings for our organization are this much money. So it is really the product managers job to be able to not only talking about the business KPIs, but also the what the AI machine learning KPIs we need to achieve and what the impact of that would be if we get it right. And I think that the biggest issue we have as product managers in the AI space is if we were to go and do this all there everything that we need to create AI, like the day data ops, selecting the data, sourcing it, synthesizing it, cleaning it, etc. The model ops, which, you know, comes down to multiple algorithms, training those algorithms, evaluating tuning them, and then the operationalization. If you do all these steps, and you get to 80 to 20% accuracy, and your target is at 70% accuracy, right? What do you do with it? Because you had to do all this work anyways, it cost you tons of money and time. And so how do we get the leadership team to say this AI initiative has enough value for us that we're willing to live with the consequences of it getting it wrong, or we're willing to actually have it supported by human for the next six months to a year until we basically trains itself and gets better? So it's how do you get this openness from from from a leadership team? Because what I've often find delivering AI projects is every time you deliver an AI project, and it's misunderstood in terms of its output, and everybody thinks it has to be 100% accurate, the second and goes wrong. It's the political drama that you have to go through in order to keep it alive. is just it's just overwhelming, right? So miners will set those expectations up front and tool, the product managers with the right arguments to make sure that they the expectations are set correctly. Grant Have you ever worked with or heard of the company called digital.ai? Are your familiar with them? digital.ai, maybe not. Anyway, they have been working in a similar space as you but not so much of the product management level. What they're doing, though, is they're, they're looking to apply AI to the whole delivery function. So so you can you see, the product manager is above this, and is making sort of these KPIs and other estimate activities and the planning out. But then there are all these functions under there that of course, do the delivery of the product. And so they're working on the tooling spectrum, I think they acquired I think, was five different companies like in the last nine months, that they're integrating these and then building this AI seam or layer across that data across delivery with that purpose and intent to do that predictive not not only backwards analysis activities around AI, but predictive, which is what's the probabilities, I might run into the problem, or some problem with this particular release, right, of this product, right, that we're about to send out, now might be an interesting group for you to get connected with. Paul Yeah, I know, it's funny, because we're there. There's a local company here in Montreal that does the same thing. It's really about like data scientists are really expensive, and they're really hard to find, and there's a shortage of them. So, you know, the lot of organizations are trying to find like a self serve AI solution where you can build your AI using their AI. But ultimately, what they're doing is taking your data and delivering 123 or 10 versions of the machine learning module, it's up to you basically, judge which one is going to work the best for you, but they actually operationalize it, put it out there for you, and really automate the whole thing. So this way, you're not dependent on humans, I love that I really love that I think your organization should have one of those. But that still means that there's a dependency from the for the product manager to know that it's, it's data, like end to end, be able to clean it be able to tag it and then feed it to the to these machines, right? And I think that part is also misunderstood. Because Do we have enough data? Is there bias in the data and all that needs to be understood and figure it out? Because, you know, you could say like, Hey, we put it to this big machine. And we ended up with a 20% accuracy on the best ml that it out, put it, but that's still not good enough? Because we're trying, we're aiming for 87? And what does it mean? What do we need to do to basically get it to 87? We're gonna have to review the data bringing some third party data, you know, and it's, and that's, that costs a lot as well. So, yeah, Grant Do you think AutoML solutions play a role here like, Aible, I don't know if you're familiar with that platform, you know, that the goal is to try to reduce the amount of dependency that's needed on the data science. Scientists themselves, right. And but it's, it's still doesn't remove all of the data cleansing part, but it does help take care of some of the certainly the low level data science requirements, you think you think that's a viable solution in this area? Paul I think it is. I mean, it's, you know, we went from rule based AI, where data scientists had to do good old fashioned AI, which was a feature engineering, right? Putting the rules themselves to machine learning AI, where, you know, we had to train the data that we needed, were so dependent on these data scientists. And now we're getting to v3, where we have these tools. And you know, there's a data dependency, but there, they also don't have such a high dependency on data scientists are and you know, figuring our algorithms and etc, we could just basically have these prepackaged algorithms that could basically output us any types of solution. What I tend to like, I've seen this a lot in a lot of companies. There's some companies that are very, very industry specific, right? So they're providing AI for E-commerce to be able to provide better search with predictive elements based on the person's browsing history. I mean, I, I'm not sure, but the ones that are providing every ML imaginable, so you could use it for supply chain, or you could use it for something else. I know it's dependent on data. But again, these algorithms, you can't have all the algorithms for all scenarios. Even if it's supply chain, some person has perishables and there's ordering bananas and the other person is ordering, I don't know water coolers, and those, those don't have the same rules, right. You know, so it's, it's important to just, I think that maybe in the coming years, we'll have a lot of companies that are really going cross industry, just like we're in E-commerce, the other ones that are med tech, the other ones are, etcetera, the tools are the same. I mean, more or less the same, the customers are gonna get used to basically having these UI is that I'll give you your input the data in and then these emails come out, and then you choose which one and they give you probability you can retrain them and all that stuff. And I think that it's just going to get to a point where we're going to have these product managers who are now responsible of kind of training the Machine Learning Module themselves, you know if it's going to be the product manager, or if it's going to be some other function, where I think it does definitely fit inside the product managers? Grant Well I do is, I think it's because they still need to have what we would call the domain knowledge and in this domain of building products, yeah, AI, at least at least in this phase of the life of AI, where we are today for the foreseeable future. I think the product manager needs to be involved with that. Sure. So. Paul It comes down to intuition, right, somebody has to have like to build that intuition about what a model is relying on when making a judgment. And I think that, you know, with product managers, the closest one really, maybe in bigger organizations, it's the person who's managing analytics and data, but in smaller startup organization, I can definitely see the product manager putting that Grant Yeah, absolutely. Paul, I really appreciate you taking the time. Here today on this been fascinating conversation. Any last comments you want to share? Paul We have tons of articles that talk about so we're very open source as an organization. So if you want to learn more about this, we have about 70 articles on our website. Just go to BainPublic.com and just click on "Articles" and you could just, you know, self serve and basically improve as a product manager in the AI space. Grant Excellent, fascinating, love, love the conversation, your insight and the vision where you guys are taking this I think you're gonna continue to disrupt everyone. Thanks for joining another episode of ClickAI Radio and until next time, check out BainPublic.com. Thank you for joining Grant on ClickAI Radio. Don't forget to subscribe and leave feedback. And remember to download your free ebook visit ClickAIRadio.com now.
In this episode of the AFSA Extra Credit Podcast Dan chats with Justin Davis, VP of Product Delivery and Frank McKenna, Chief Strategist with Point Predictive about the uptick in fraud as we come out of the pandemic and the economy remains turbulent. They also talk about what kind of fraud we're really seeing in the market. Hint? It's not a concerted effort by criminals. Justin Davis Frank McKenna PointPredictive.com
Сегодня у нас в гостях Алексей Пименов. Мы поговорили на темы: - что такое kanban, почему это больше чем традиционное понимание через "доска" и "карточки" на ней - что является объектом управления на kanban-доске - когда стоит задуматься о Kanban и подводные камни agile-подхода - роль Scrum-мастера,agile-коуча и Product Delivery - менеджера - и многое другое Подписывайтесь на канал https://t.me/strategic_move, чтобы не пропустить новые выпуски
‘Build the new' is one of the many phrases Nick Thompson uses to define L192's mission. This exciting team based out of our Washington DC base specialise in collaborating with idea generators, technology innovators and market leaders. Together, SES combines expertise in network technology, automation, cloud and productization with customers to create prototypes, test, launch and monetize new, disruptive services. Nick, responsible for Product Delivery at SES Networks, shares why and what the team gets up to. Satellite Stories podcast is presented by SES Senior Creative, Kristina Smith-Meyer. To find out more visit the “Sparking Innovation with L192” webpage on http://ses.com/ (ses.com) (under Insights section). On this webpage you can watch the roundtable films and read more on L192, its mission and why it matters to our customers and partners.
Listen to our podcast to learn how observability provides organizations with continuous and complete telemetry, enabling faster, automated problem identification and resolution.
Break down barriers, build a shared culture and deliver excellent products with globally distributed teams. Explore how on this product delivery and management-focused Shine Podcast episode.
Product Discovery soll uns helfen Produktrisiken bei komplexen Problemstellungen frühzeitig zu erkennen und Lösungen zu finden, die von Nutzer:innen wertgeschätzt und nutzbar sind, während wir sie als Team bauen und wirtschaftlich betreiben können. Also lasst kontinuierliche Product Discovery und Delivery Hand in Hand einher gehen! Klingt dir zu theoretisch? Na, dann hör' dir mal das ganz praktische Problem von Konstantin Diener und seinen Leuten bei cosee an! In kürzester Zeit galt es, ein physisches Produkterlebnis wie die Essener Brettspiel-Messe SPIEL in eine digitale, Pandemie-gerechte Form zu übersetzen, die für Besucher:innen und Messeveranstalter gleichermaßen erfolgreich sein musste. Im Gespräch mit Tim liefert Konstantin einen lebhaften Erfahrungsbericht, wie ihnen das durch eine enge Verzahnung von Product Discovery und Delivery gelungen ist. Offensichtlich hätte das Team in diesem engen Zeitrahmen auch schlichtweg gar keine Zeit für eine vorgeschaltete Discovery oder Analyse-Phase gehabt. Also wurde das Problem zur Lösung: ultra-kurze Zyklen und kontinuierliches Nutzer-Feedback führten zu einer sehr gut funktionierenden Messe SPIEL.digital. Details zum besprochenen Projekt, die SPIEL.digital zu erstellen findet man direkt hier auf den Homepage von cosee und zudem ein sehenswertes Video mit einem Vortrag von Konstantin Diener über das gesamte Projekt der SPIEL.digital (https://youtu.be/MaQYn13aSxI). Ein Interview aus Sicht von Product Owner und Scrum Masterin über das Projekt ist auch sehr spannend (https://www2.cosee.biz/interviews/spiel-digital-po-sm). Zudem gibt es einen Erfahrungsbericht zur Home Office Erfahrung von cosee bei ihnen im Blog. Konstantin nennt im Gespräch folgende Quellen: - Teresa Torres: Continuous Discovery Habits - Gojko Adzic: Specification by Example - Julia Grace von Slack: Talk über Clarity: https://youtu.be/y6YbAvEtS8k Diese Folge steht auch mit den folgenden Episoden in einem engen Kontext rund um Product Discovery: - Product Discovery in Scrum integrieren (mit Juliana Brell) - Kontinuierliche Product Discovery in Teams etablieren (mit Jan Kiekeben) - Outcome Goals und Product Discovery (mit Tim Herbig) Wie verbindet ihr Discovery und Delivery bei euch in der Produktentwicklung? Was sagt ihr zu diesem Erfahrungsbericht über die Digitalisierung der SPIEL? Was hat euch begeistert? Lasst uns gerne an euren Erfahrungen oder auch eurer Meinung teilhaben. Wir freuen uns, wenn du deine eigenen Erkenntnisse mit uns in einem Kommentar des Blog-Artikels teilst oder auf unserer Produktwerker LinkedIn-Seite.
Nachdem wir bereits über die agilen Schätzmethoden Magic Estimation und Planning Poker in vorherigen Podcastfolgen gesprochen haben, geht es in dieser Episode um NoEstimates. Dominique und Oliver sprechen darüber, warum sie auch "Nicht-Schätzen" in diese Reihe der Praktiken einordnen. Statt beispielsweise mit der Fibunacci-Reihe zu agieren werden bei NoEstimates in der Regel die Anzahl der Items gezählt und so Prognosen anhand von historischen Daten erstellt. Dominique und Oliver schauen auf die grundsätzlichen Schwierigkeiten, sofern ich als Product Owner mit Schätzungen arbeite. Sie diskutieren die eine oder andere Dysfunktion und die Gefahr, sich zu sehr auf Fristen und Product Delivery zu konzentrieren. Nachdem so die Motivation sich mit NoEstimates zu beschäftigen geklärt ist, geht es im Kern der Folge um die Voraussetzungen, die ich schaffen muss. Und natürlich werfen Oliver und Dominique auch einen kritischen Blick auf Schwierigkeiten, die bei dieser Methode aufkommen kann. Wie immer runden persönliche Tipps aus dem eigenen beruflichen Werdegang diese Episode ab. Dominique empfiehlt folgende YouTube-Videos für einen Einstieg in das Thema: NoEstimates von Vasco Duarte NoEstimates von Allen Holub
1. Agility The teams' ability to react to changes in requirements, development time issues and organizational pivots. You can also consider this as reactiveness to change. 2. Predictability This accounts for commitments made v/s what is actually delivered at a fixed point in time. If the team commits to delivery N number of items in the to-do list in X days, predictability is how close to N the team reaches on an average. It is of course impossible in real world scenarios to delivery N items as was committed since engineering complexities, process dependancies and people factors come into play. There is also the matter of our inability to estimate the size of the work to be done. 3. Efficiency Efficiency looks at how many work packets or items were delivered by the team v/s how much they could have delivered. It is obviously hard to say how much they could have delivered, but you can look at it as a relative (across methods) area. A perfectly efficient team utilizes all their time in delivering items. This is of course impossible as the same factors that plague predictability plague this area too.
In this episode, we talk to Deborah Simpier and Justin Kilpatrick, co-founders of Althea, an Internet Service Provider (ISP) platform and blockchain that enables the coordination of multi-stakeholder networks. Althea is built for a fast and affordable, locally run internet. Althea's unique cooperative vision for the internet brings peering from the data center to the field. Empowering communities to build multi-stakeholder networks faster and more affordably than legacy telecom models. The core technology behind Althea is a price-aware routing protocol and blockchain-based payment system that debits and credits funds based on a router's bandwidth usage. Althea decouples the service and infrastructure layers of Internet delivery and coordinates transparent and programmatic revenue sharing. Deborah's Twitter (https://twitter.com/DeborahSimpier) Justin's Twitter (https://twitter.com/ttk314) We spoke to the team about their journey with Althea, and: Open source & Linux Engineering & impacting the world Bridges & the philosophy behind building them Mesh & bandwidth Payment channels & TCR Cryptography Working nights & delivering products Routing & decentralization Delivering products Tools & libraries for web3 Economic incentives The projects and people that have been mentioned in this episode: | Tendermint (https://tendermint.com/) | Cosmos (https://cosmos.network/) | IBC (https://ibcprotocol.org/) | Althea (https://althea.net/) | Gravity Bridge (https://www.gravitybridge.net/) | Ethereum (https://www.ethereum.org/) | BTC (https://www.bitcoin.org/) | Spank chain (https://spankchain.com/) | XDAI (https://www.xdaichain.com) | If you like what we do at Citizen Cosmos: Stake with Citizen Cosmos validator (https://www.citizencosmos.space/staking) Help support the project via Gitcoin Grants (https://gitcoin.co/grants/1113/citizen-cosmos-podcast) Listen to the YouTube version (https://youtu.be/KEZCOQ5vTAk) Read our blog (https://citizen-cosmos.github.io/blog/) Check out our GitHub (https://github.com/citizen-cosmos/Citizen-Cosmos) Join our Telegram (https://t.me/citizen_cosmos) Follow us on Twitter (https://twitter.com/cosmos_voice) Sign up to the RSS feed (https://www.citizencosmos.space/rss) Special Guests: Deborah Simpier and Justin Kilpatrick.
Todays episode will be another installment of the "Meet the Team" series, where we introduce you to the influencers within Envision and the greater WorldStrides organization. For this episode we are joined by Matt Pollard. Matt is one of the newest member of the Product Delivery team after moving over from our sales and delivery team in the fall of 2021. He is currently serving in the role of Program Manager of our National Security, Intensive Law & Trial and the Global Young Leaders Conference (Matt made the switch after this episode was recorded).
Read the full Show Notes and search through the world's largest audio library on Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes. Luis and his colleagues were working on a new product that they would introduce in the market. While preparing the team, they decided to start changing some things that would also affect the wider organization. In this episode, we explore how the change we bring to an organization is not necessarily “external”, but can be created by internal triggers and affect plans, teams and ultimately the business! About Luis Carvalho Luis is an enthusiast for all things related with organizations, teams, structures and ways of working. He has been working in large scale consumer products for most of his professional life, worked with people of many backgrounds, cultures and locations and made many friends in the process. He loves traveling, food and getting to know people. You can link with Luis Carvalho on LinkedIn.
We welcome Jonathan Nolen, Senior VP of Engineering and Product at LaunchDarkly, to talk about his 100+ people Product Delivery team - a term coined by the company, where Engineering, Product, and Design come together. Key Takeaways: Tech companies should shift their mindset from building and shipping software to delivering services to customers. Having Engineering, Product, and Design as one team with shared goals is key for all companies delivering services. Impact is not just about visibility. Your teams need to articulate what their impact is, preferably in one sentence. Structuring your orgs right is necessary for scaling, but finding the right individuals is essential for success. Deep dive into the topics discussed in this episode at go.developingleadership.co/ep17 Join the discussion and follow us on twitter @ devleadership_ Developing Leadership is a podcast presented by Athenian. We are introducing the world of engineering to metrics and data that improve processes and help teams. If you want to learn more about data-enabled engineering, go to athenian.co
What We'll be Covering… What encompasses customer experience What is a customer experience machine The five elements of building a customer experience machine Brand Avatar – creating a consistent feel for your brand Intentional touchpoints – being intentional about touchpoints and personalizing them as much as possible Product Design – how you design your product to give a great experience Product Delivery – how you deliver your products to your audience Customer Support - providing ongoing support when your customer needs you Why you need to be have a consistent brand feel How you should establish a brand voice Why your brand designs should match your avatar Your brand avatar is not something you make up Why you should be willing to do the unscalable in your business The importance of customizing your touchpoints How you should think about improving various experiences of your customers Why the needs of your customers matter more than yours How to streamline your process for a WOW experience Why you should be willing to invest money to improve customer experience The importance of delivering products where your audience is Why you should think about when your customers need you Episode Resource Links BADA$$ Online Marketing™️ University (BOMU™️) BADA$$ Online Marketing™ Membership Legal Templates ConvertKit for an email service provider
Sundu Rathinam was born in 'Madurai' the cultural capital of India in 1972. Sundu is a Mechanical Engineer from PSG College of Engineering, Coimbatore, India. He is currently based in Davis, CA. He is blessed with a great family, married, and has a lovely daughter and a son. He is a very positive result-oriented leader. He has over 25 plus years of experience with Data Management, Product Engineering, Product Delivery, Sales, and Branding. Sundu founded ChainSys Corporation in 1998 along with his brother Ganesan Rathinam in Grand Ledge, MI. Later founded the ChainSys India Operations along with his sister Mekala Rajkumar in Chennai, India. ChainSys is a Data Management company offering their customers a great end to end Data Management no-code platform called 'Smart data Platform' to solve problems within Data Migration, Setup Migration, Data Integration, Data Reconciliation, Data Archival, Data Masking, Segregation of duty, Data Quality, Data Governance, Analytical MDM, Analytics, Security & Compliance, Data Cataloging, Low to No Code Application Builder, and BPA/QA Testing Automation. We have succeeded in working with many Fortune 500 clients and completed over 500 data projects. Sundu is always eager to have a conversation about any data challenges. "Dream is not that which you see while sleeping. It is something that does not let you sleep," says the greatest Dr. A.P.J Abdul Kalam I founded ChainSys in 1998 in the United States along with Ganesan Rathinam (my brother), and later in 2000 founded ChainSys Global Development Center in India along with Mekala Rajkumar (my sister). I couldn't accept the stereotype of life, so I started ChainSys. I am having a great time of my life from 1998 till date to innovate and grow ChainSys. I am so happy to see ChainSys becoming one of the most innovative and most pleasing companies globally. Our ChainSys experiment was to uplift society by accomplishing significant Technological innovations. This social experiment helped several thousands of Chains identify their technical acumen and quickly become successful technology experts. Every successful Chain creates 10-20 stronger Chains, sometimes even more than twenty. This organic organization model is a successful cyclic process that enabled us to grow and succeed. We developed high-quality data products for Enterprise Customers and innovated them every day to make it the greatest of all times and useful for all. We are marching on the right path of achieving our Goals with our Smart Data Platform products and constant incredible innovations from our "Dream Team." We have succeeded in working with many Fortune 1000 clients and completed over 500 data projects. ChainSys Smart Data Platform helps to solve your data management needs in Data Migration, Setup Migration, Data Integration, Data Reconciliation, Data Archival, Data Masking, Segregation of duty, Data Quality, Data Governance, Analytical MDM, Analytics, Security & Compliance, Data Cataloging, Low to No Code Application Builder, and BPA/QA Testing Automation. I am eager to have a conversation with you on a data project; however, complex it is. ChainSys team has overcome many complex and critical data challenges.
Bei Product Discovery Aktivitäten geht es darum, Wissen zu generieren. Wissen, um Unsicherheit und die Risiken zu reduzieren, die uns im Rahmen der agilen Produktentwicklung begegnen. Marty Cagan nennt als die vier großen Risikotypen in der Produktentwicklung - value risk (ob die Kunden es kaufen oder die Nutzer es verwenden werden) - usability risk (ob die Benutzer herausfinden können, wie man es benutzt) - feasibility risk (ob unsere Teams mit der Zeit, den Fähigkeiten und der Technologie, die wir haben, das bauen können, was wir brauchen) - business viability risk (ob diese Lösung auch für die verschiedenen wirtschaftlichen Aspekte unseres Geschäfts funktioniert, d.h. tragfähig ist) In dieser Folge haben wir Juliana Brell von sipgate zu Gast. Juliana versucht, die Discovery Aktivitäten in den Scrum Teams zu verankern und berichtet über die Erfahrungen von ihr und ihren Kolleg:innen. Im Gespräch wird auf folgende Quellen und Autor:innen Bezug genommen: - Marty Cagan: INSPIRED: How to Create Tech Products Customers Love und seinen "insights Blog" bei der Silicon Valley Product Group (svpg.com) - Teresa Torres: Continuous Discovery Habits - Jeff Patton: Dual Track Development s not Duel Track - Tim Herbig: Product Discovery Resources Hub Und wie im Gespräch von Juliana erwähnt, besetzt sipgate gerade die Rolle als Discovery Expert:in. Wer also die entsprechende Erfahrung mitbringt und zusammen mit Juliana und ihren Kolleg:innen das Thema Product Discovery auf das nächste Level heben möchte… Hier gehts zur Ausschreibung: https://www.sipgate.de/jobs/job?r=discovery-expert Wenn ihr darüber hinaus Kontakt mit Juliana Brell aufnehmen wollt, erreicht ihr sie am besten via LinkedIn: https://www.linkedin.com/in/juxliana-brell/ Relevante Podcast-Folgen in Kontext dieser Episode sind: - Outcome Goals und Product Discovery mit Tim Herbig - Welche Rolle sollte Product Discovery in der Arbeit von Product Ownern spielen? mit Heiko Stapf - Produktmanager im Startup – ein Erfahrungsbericht mit Lars Böhnke Weitere Artikel, Videos und Literaturempfehlungen haben wir euch in unserer recht neuen Produktwerker Box (box.produktwerker.de) zusammengestellt. Zu diversen Herausforderungen für Product Owner haben wir dort unsere Content-Empfehlungen zusammengetragen. Eine davon behandelt das Thema: Product Discovery um Wissen zu generieren Wie integriert ihr bei euch Product Discovery in den Scrum Zyklus? Hast du vielleicht selber weitere Tipps für uns und die anderen Hörer:innen? Wir freuen uns, wenn du deine eigenen Erfahrungen mit uns in einem Kommentar des Blog-Artikels teilst oder auf unserer Produktwerker LinkedIn-Seite.
Twitter CEO ✅ Microsoft CEO ✅ Google CEO ✅ Learn how you can succeed and follow in the footsteps of so many successful Indians in the USA and India. Pallavi Srinivasa is a Senior Director of Product Management at Cisco and is responsible for $9B Enterprise Switching business from a Product Delivery perspective. // MENU // 00:00 ▶️ Pallavi introduction & background 08:13 ▶️ Why are Indians successful in the tech industry? 11:05 ▶️ Q&A (Indian people and humility, culture, advice for young people) 20:10 ▶️ What do you look for in a candidate 23:27 ▶️ Tips for candidates for an interview 26:30 ▶️ Be yourself, try something, do what's right for you 30:30 ▶️ Imposter syndrome and advice (don't overthink) 34:43 ▶️ The job market in India 37:41 ▶️ Advice for LinkedIn and social media 40:28 ▶️ Advice for someone wanting to move to Canada/USA 43:36 ▶️ Advice for someone looking to work for big tech companies 45:36 ▶️ Keeping record of all work done & distinguished engineers 48:37 ▶️ Choosing between technical vs personality candidates 50:28 ▶️ Are degrees/certifications important? 52:48 ▶️ Advice for women getting into the tech business/industry 01:03:05 ▶️ Conclusion, closing thoughts and advice // Connect with Pallavi // LinkedIn: https://www.linkedin.com/in/pallavisr... Twitter: https://twitter.com/Mayaloka // Connect with David // Discord: https://discord.com/invite/usKSyzb Twitter: https://www.twitter.com/davidbombal Instagram: https://www.instagram.com/davidbombal LinkedIn: https://www.linkedin.com/in/davidbombal Facebook: https://www.facebook.com/davidbombal.co TikTok: http://tiktok.com/@davidbombal YouTube: https://www.youtube.com/davidbombal // MY STUFF // https://www.amazon.com/shop/davidbombal // SPONSORS // Interested in sponsoring my videos? Reach out to my team here: sponsors@davidbombal.com india indian ceo indian jobs jobs Sundar Pichai Parag Agrawal Satya Nadella interview tips women in tech why indians succeed in the usa indians smart cricket indian heros cisco twitter google microsoft Please note that links listed may be affiliate links and provide me with a small percentage/kickback should you use them to purchase any of the items listed or recommended. Thank you for supporting me and this channel! #india #indiajobs #indiasuccess
On this week's Roundabout Roundup, Nicole took the Wordle ball and ran with it, finding an app called Wordus that allows you to play Wordle all day long [https://apps.apple.com/us/app/wordus/id1602940346]. Terri enjoyed an in-home delivery from Enjoy [https://www.enjoy.com/]. And Catherine's happy that The Amazing Race [https://www.cbs.com/shows/amazing_race/] is back after a Covid-imposed hiatus. Also mentioned: Amazing Race coverage at Rob Has a Podcast [https://robhasawebsite.com/shows/amazing-race-2/].
Bank Automation News digs into a study from digital banking solutions provider Infosys Finacle that surveyed more than 1,165 executives at banks of all types regarding their use of retail digital banking technology. "Almost 36% of bankers believe that the big tech players like Apple and Google or leading consumer technology companies like Amazon will lead the way in terms of payments business and cards business, as well as some of the digital delivery of banking services," Rajashekara Maiya, vice president of global business consulting at digital banking solutions provider Infosys Finacle, told BAN. The study dives into banks' innovation successes during the COVID-19 pandemic, banks' maturity with digital transformation, how banks will be focusing their digital banking spending, whether banks increased or decreased particular digital banking investments, and how much success — or lack thereof — banks have had with specific digital banking technologies, including open banking application programming interfaces (APIs), mobile banking apps and blockchain technology. Among other areas, the study looked at where banks expect the most innovation will take place over the next five years and found that: · 53% of respondents expect it will be in bank product delivery; · 20% said they expect the most innovation in individual bank products; · 17% said they anticipate the biggest innovation will come from industry players that will compete with traditional banks; and · 11% said they expect the most innovation in consumption of bank product use, or changes from the end user perspective. Other items the study addressed include how banks rate their ability to keep up with new ideas in the market and how successful they've been in addressing legacy technology and system integrations. Bank Automation Summit, taking place March 1-2 in Charlotte, is the first and only event to focus solely on automation in banking. The event will feature the brightest minds from across financial services on intelligent automation strategies and deployment. Learn more and register here for Bank Automation Summit 2022.
Join us for today's episode of 'The Construction Big Breakfast' podcast where your host, Tip-Top Tim Fitch is joined by Rick Boates, President of Unitech Construction management. They dive into some interesting topics, including a new perspective on integrated product delivery, collaboration, particularly between competitors in the same industry, lean construction and all things to do with construction on the west coast of Canada. To learn more about Unitech visit: www.unitechcm.ca Hosted by Invennt www.invennt.com #construction #engineering #productdelivery #collaboration #leanconstruction #architecture
With over 15 years of technology experience working for large corporations, executing large-scale projects and delivering teams, Beau Olson developed unique skills while playing several important roles, such as Product Delivery, Infrastructure, Program and Operations Management. With that experience has established himself as a true expert in executing roadmaps and technology delivery. Links Telegram: https://t.me/transientnetwork (https://t.me/transientnetwork) Twitter: https://twitter.com/transient_sc (https://twitter.com/transient_sc) Medium: https://medium.transientnetwork.io/ (https://medium.transientnetwork.io) YouTube: https://www.youtube.com/channel/UCLQ-LvB8oU1WLcWkatx49tA (https://www.youtube.com/channel/UCLQ-LvB8oU1WLcWkatx49tA) Website: https://www.transientnetwork.io/ (https://www.transientnetwork.io) dApp: https://tnetwork.app/ (https://tnetwork.app) *Disclaimer. Richard Carthon is the Founder of Crypto Current. All opinions expressed by members of the Crypto Current Team, Richard or his guest on this podcast are solely their opinions and do not reflect the opinions of Crypto Current. You should not treat any opinion expressed by Richard as a specific inducement to make a particular investment or follow a particular strategy but only as an expression of his opinion. This podcast is for informational purposes only. ~ Put your Bitcoin and Ethereum to work. Earn up to 12% interest back with https://get.tantralabs.io/earn/?utm_source=cryptocurrent&utm_medium=display&utm_campaign=advertising-display-cryptocurrent&utm_content=lp (Tantra Labs). ~ New to crypto? Check out our https://bit.ly/394YKFw (Crypto for Beginners) Step-by-Step Guide to Crypto Investing! ~ Follow us on https://bit.ly/3CPwepn (Youtube), http://bit.ly/2TRIArp (Twitter), http://bit.ly/38yfrqo (Instagram), http://bit.ly/39DhpHi (Facebook), http://bit.ly/38wsXL5 (LinkedIn), & https://bit.ly/3yQ30Es (Tik Tok). ~ Want to make ~$25+ a month for FREE? Sign up to get a FREE https://www.emrit.io/?referral=cryptocurrent (emrit.io Coolspot today)! ~ Want to learn more about cryptocurrency? Check out our https://bit.ly/2CbaYzw (educational videos) today! ~ https://bit.ly/2TF3Gtb (Swan) is the easiest and most affordable way to accumulate Bitcoin with automatic recurring purchases. Start your plan today and get $10 of free Bitcoin dropped into your account. ~ Want access to cool crypto/blockchain projects that you can use immediately? Check out our https://bit.ly/3eZ8J1E (partnerships page)! ~ Looking to attend a cryptocurrency or blockchain event? Check out our https://bit.ly/2ZVCV8f (events page)! ~ Tune in on https://bit.ly/2CN9bl1 (Crypto Current TV) throughout the week for a 24/7 crypto stream on the latest action on crypto markets, news, and interviews with the industry's top experts! ~ Enjoying our podcast? Please leave us a 5 star review http://bit.ly/2Is3iJ9 (here)! ~ Stay up to date with the latest news in cryptocurrency by opting-in to our http://bit.ly/2xmkKfQ (newsletter)! You will receive daily emails (M-S) that are personalized and curated content specific to you and your interests, powered by artificial intelligence. ~ We were featured as one of the http://bit.ly/2vRAGGl (Top 25 Cryptocurrency Podcasts) and one of the http://bit.ly/33cnus9 (16 Best Cryptocurrency Podcasts in 2020). ~ Are you an accredited investor looking to invest in cryptocurrency? Check out http://bit.ly/2IrKABr (Crescent City Capital). ~ Earn Interest. Receive Loans. Trade Crypto. Start Today! Learn more about how you can https://bit.ly/38Ezc3s (sign up for Blockfi). ~ Want to be on our show or know someone who should? http://bit.ly/38ufSC8 (Contact us) today! ~ We hope you are enjoying our cryptocurrency and blockchain educational...
In last week's episode, Heidi Helfand talked to us about her book “Dynamic Reteaming”. Dynamic Reteaming has great potential to provide when treated correctly. We took the Tuckman model and stable teams for granted for decades. Now Dynamic Reteaming is taking over in complex domains.The thing with theory is, though, that theory does not always map well in practice. Theory is picture-perfect, while practice almost never is. Chris Smith, Head of Product Delivery at Redgate Software, provides a great case study of how this can work in practice! What you'll discover in this show:- What format Redgate uses to do Dynamic Reteaming- How softskills come to play when working with trust- What benefits were uncovered at Redgate Speakers:Chris SmithHead of Product Delivery at Redgate SoftwareChris is Head of Product Delivery at Redgate. His job is to lead the software development teams that work on Redgate's ingeniously simple database software, building teams with clarity of purpose, freedom to act, and a drive to learn. For the last three years, Chris has led Redgate's annual reteaming process which gives people a strong influence over which team they are part of, encouraging them to move towards the work they find most engagingContact Chris: Blog: https://leadingagileteams.com/LinkedIn: https://www.linkedin.com/in/chrissmithagile/Twitter: https://twitter.com/cj_smithy Email: chris.smith@red-gate.com Sander Dur (host)Scrum Master, Agile Coach, trainer, and podcast host for ‘Mastering Agility”Sander Dur is a business agility enthusiast, with a passion for people. Whether it's healthy product development, agile leadership, measurement, or psychological safety, Sander has the drive to enable organizations to the best of their abilities. He is an avid article writer, working on a book about Scrum Mastery from the Trenches, and is connecting listeners with the most influential people in the industry. Masteringagility.orghttps://www.linkedin.com/in/sanderdur/ https://agilitymasters.com/en https://sander-dur.medium.com/ Additional resources: Leave a review: https://www.podchaser.com/podcasts/mastering-agility-1727952/reviews Find the book:https://www.heidihelfand.com/dynamic-reteaming-book/https://leadingagileteams.com/category/teams/reteaming/ Support the show (https://www.patreon.com/masteringagility)
Rhiannon Gaskell, Director Delivery and Product Ops at Culture Amp, joins me to talk about how to organise delivery so your product teams can focus on discovering customer problems while still being connected to delivery. Rhiannon is a product leader with over 10 years of experience in delivery and product management related roles and has previously been part of teams at Australia Post, Carsales and Message Media. --- Send in a voice message: https://anchor.fm/product-ops-people/message
Rhiannon Gaskell, Director Delivery and Product Ops at Culture Amp, joins me to talk about how to organise delivery so your product teams can focus on discovering customer problems while still being connected to delivery. Rhiannon is a product leader with over 10 years of experience in delivery and product management related roles and has previously been part of teams at Australia Post, Carsales and Message Media. --- Send in a voice message: https://anchor.fm/product-ops-people/message
Dr Mark Messmer, VP of Breeding and Product Delivery at CoverCress, Inc, is breeding a well-known winter annual weed into a cash crop that benefits farmers' bottom line and the environment. In this episode of the Plant Breeding Stories podcast, Mark explains why this particular project brought him out of retirement after a long, successful career in the seed industry. We learn about the challenges that the CoverCress team has to overcome to breed wild pennycress, a winter annual weed, into a commercial crop. He also discusses the potential markets for this new oilseed crop, including biofuel, animal feed and food production uses, and gives us a glimpse of what it takes to commercialize a new crop through the eyes of a startup company. To find out more go to https://covercress.com https://www.linkedin.com/in/mark-messmer-53451873/ Transcript - www.PBSInternational.com/podcast
ALEPH - GLOBAL SCRUM TEAM - Agile Coaching. Agile Training and Digital Marketing Certifications
#Aleph Technologies specializes in providing hands-on classroom-based and onsite IT #certificationtraining courses taught by expert instructors with practical industry experience. Classes span focuses on Business Analysis, Health Insurance & Systems Domain, IT Project Management, and IT Services with emphasis on #Certified #SCRUM Master, #ScaledAgile #Certifications in Dallas, and leadership roles in #Agiledevelopment. Since 2000, over 3000-course participants from more than 100 organizations across the globe have enhanced their skills through intensive, applicable exercises and education. https://www.aleph-technologies.com/ https://www.aleph-technologies.com/events https://www.aleph-technologies.com/courses https://www.aleph-technologies.com/trainers We guide you through your #Agile Transformation. Reap the benefits of #Aleph Technologies' expertise applying #Agile #methods and #solutions. We will be your guide and mentor through your# business's #Agile #transformation and align you with a trajectory of growth that maintains #strategic priorities. The benefits of an #Agile #transformation include dramatic #improvements to delivery effectiveness, shortened time cycles, and heightened responsiveness to change. Work in tandem with #Aleph Technologies to develop a practical plan of action, #implement necessary changes, and move your #company to new heights with a culture of learning, innovation, and growth throughout your #organization. #scrumorg #agile #scrummaster #scrum #productowner #scrumalliance #productmanagement #psm #agilecoach #scaledagileframework #devops #scrumtraining #productmanager #itbusinessanalyst #businessanalyst #agileproblems #itbusinessowner #developmentteam #scrumteam #agileprocess #scrummasters #scrumdotorg #agile #certificacaoscrum #retrospectivas #teambuilding #agiledevelopment --- Send in a voice message: https://anchor.fm/aleph-global-scrum-team/message
ALEPH - GLOBAL SCRUM TEAM - Agile Coaching. Agile Training and Digital Marketing Certifications
#Agile #SAFe #Productdelivery #Scaledagile Agile Product Delivery Agile Product Delivery is a customer-centric approach to defining, building, and releasing a continuous flow of valuable products and services to customers and users. It is one of the seven core competencies of the Lean Enterprise, each of which is essential to achieving Business Agility. Each core competency is supported by a specific assessment, which enables the enterprise to assess their proficiency. Why Agile Product Delivery? In order to achieve Business Agility, enterprises must rapidly increase their ability to deliver innovative products and services. To be sure that the enterprise is creating the right solutions for the right customers at the right time, they must balance their execution focus with a customer focus. These capabilities are mutually supportive and create opportunities for sustained market and service leadership. Three Dimensions of agile product delivery 1. Customer Centricity and Design Thinking – Customer centricity puts the customer at the center of every decision and uses design thinking to ensure the solution is desirable, feasible, viable, and sustainable. 2. Develop on Cadence; Release on Demand – Developing on cadence helps manage the variability inherent in product development. Decoupling the release of value assures customers can get what they need when they need it. 3. DevOps and the Continuous Delivery Pipeline – DevOps and the Continuous Delivery Pipeline creates the foundation that enables Enterprises to release value, in whole or in part, at any time to meet customer and market demand. This video utilizes some parts of information from scaled agile website, for more details please visit www.scaledagileframework.com --- Send in a voice message: https://anchor.fm/aleph-global-scrum-team/message
Tonya Jackson is senior vice president and chief product delivery officer for Lexmark International.Tonya has been with Lexmark for 36 years and in her current role, Tonya is responsible for hardware and supplies development, supply chain, manufacturing, and service delivery.From 2016 to 2020, she served as chief supply chain officer, responsible for worldwide supply chain operations and the shared services centers for Lexmark. She has been in global supply chain operations since 2013.Discover more details here.Some of the highlights of the episode:Tonya's career of 36 years with one company (and what the key role that made the most difference) Chips shortages and how engineering works with supply chain to fix itHow Tonya's team designed an inhouse supplier visibility tool in record time (key is communication between teams: engineers, data scientists, planners and sales)Key career adviceFollow us on:Instagram: http://bit.ly/2Wba8v7Twitter: http://bit.ly/2WeulzXLinkedin: http://bit.ly/2w9YSQXFacebook: http://bit.ly/2HtryLd
Teresa Torres teaches an approach to product creation and creative work that will help you think more clearly, make better decisions, and raise the odds your bets will pay off. She's the author of the new book, Continuous Discovery Habits.-----Follow the MTTM journey on Twitter or LinkedIn!If you haven't already, would you do me a favor and take ~40 seconds to rate/review the show on Apple Podcasts? It really helps. (Scroll to bottom of page for rate/review links.)Links & resources mentionedTeresa Torres - website, @ttorresNew book: Continuous Discovery HabitsProduct Talk membership programProduct Talk Academy (courses)People & orgsHope GurionAsh MauryaTom ChiRelated episodes#27 Hope Gurion: What nobody told you about being a product leader#31 Marty Cagan: Empowering product teams to do the best work of their livesBooksDecisive - Chip & Dan HeathPeak - Anders EricssonHow We Think - John DeweyTesting Business Ideas, David BlandThinking in Bets, Annie DukePolarity ManagementOther resources mentionedHow to know if you're interviewing at a product-led companyBusiness Model CanvasLean CanvasLEANSTACKHuman Centered DesignStanford Symbolic SystemsExplore / exploit - how to choose new opportunities
In this week's podcast, we inadvertently touch on a debate that has yet to be settled. Which is more important: an idea or its execution? With countless aspiring entrepreneurs hoping to come up with the next big thing; that will compete with Facebook or Amazon, many also underestimate the skills, capital, and resources required to realise this new product or service. Trevor Newberry, the Founder of Newberry Consulting and Director of Product Delivery at Harmony Venture Labs, understands better than most the common challenges and pitfalls involved in building a software product as a non-technical founder. There are many ways to self-sabotage when it comes to software product execution. From rushing into the development stage too quickly, failing to diligently validate the product at every stage of the process, to overspending on marketing and advertising. Tune in, to learn more about how to get it right by anticipating and avoiding the stumbling blocks that could lead to software development failure.
If you want to take your online product sales business to the next level, you need the best tools. That's where this solution can help! Find out more at: https://10xecom.com (https://10xecom.com)
ALEPH - GLOBAL SCRUM TEAM - Agile Coaching. Agile Training and Digital Marketing Certifications
#Agile #Product Delivery is a customer-centric approach to defining, building, and releasing a continuous flow of valuable products and services to customers and users. It is one of the seven core competencies of the Lean Enterprise, each of which is essential to achieving Business Agility. Each core competency is supported by a specific assessment, which enables the enterprise to assess their proficiency. Why #Agile #Product Delivery? In order to achieve Business Agility, enterprises must rapidly increase their ability to deliver innovative products and services. To be sure that the enterprise is creating the right solutions for the right customers at the right time, they must balance their execution focus with a customer focus. These capabilities are mutually supportive and create opportunities for sustained market and service leadership. Three Dimensions of #agile product delivery 1. Customer Centricity and Design Thinking – Customer centricity puts the customer at the center of every decision and uses design thinking to ensure the solution is desirable, feasible, viable, and sustainable. 2. Develop on Cadence; Release on Demand – Developing on cadence helps manage the variability inherent in product development. Decoupling the release of value assures customers can get what they need when they need it. 3. DevOps and the Continuous Delivery Pipeline – DevOps and the Continuous Delivery Pipeline creates the foundation that enables Enterprises to release value, in whole or in part, at any time to meet customer and market demand. This video utilizes some parts of information from scaled agile website, for more details please visit www.scaledagileframework.com --- Send in a voice message: https://anchor.fm/aleph-global-scrum-team/message
There is an old saying: There is no more profitable investment than investing in yourself. In this episode, I sat down with Cheryl Porro who has a long history with Salesforce. She was at the right place (Salesforce) at the right time (2005) when the rocket ship was just starting it's ascend. She grew with the company but it was not all hunky dory. In the episode she shares how she was denied promotion 3 times in a row. But rather than blaming them, she took it upon herself to improve. She listened to the feedback and then got coaching in whichever area she needed. As humans we very easily put the blame on other, rather than looking inwards to acknowledge that yes, maybe we are lacking something. Currently CTO of Curve Health, Cheryl began her career as a chemical process engineer at International Paper and US Filter before transitioning to software engineering at companies including Amazon and DigitalThink Inc. Porro also went on to becoming Senior Vice President of Technology & Product Delivery for Salesforce.org, where she grew a team that launched multiple products for the nonprofit and education markets. Prior to that, she spent eight years leading a growing platform engineering team at Salesforce.com. Now she is a Salesforce customer and Admin of her own org. Cheryl LinkedIn: https://www.linkedin.com/in/cherylporro/ ----- This is Part III of the CTO series sponsored by Proton Text. Proton Text is a complete SMS solution, built exclusively for Salesforce. Place the component on any page or in the utility bar. Link your conversations to any standard or custom record. Maintain security and enable team collaboration.
What's the difference between product and project management? Where does Scrum fit into that? Learn from Trevor Newberry, the Owner of Newberry Consulting, Co-Founder of AppThink, and Director of Product Delivery at Harmony Venture Labs. Hailing from Birmingham, Alabama, Trevor uses his experience as a consultant, product manager, and project manager to help non-technical and first-time founders build amazing software products. In this episode, we dig into several roles in tech including (but not limited to) product manager, project manager, and scrum master. If you're looking to get into these roles, this is the perfect episode to find out what it's like from someone who does it everyday and who started with a not-so-typical background. We also discuss problems that first-time founders face that can be solved with product management, best ways to learn, the power of community, and the importance of hobbies. Mentioned in This Episode: The Product Book by Product School: bit.ly/3k4MPMM INSPIRED by Marty Cagan: bit.ly/3bq937Z Measure What Matters by John Doerr: bit.ly/3azIcqU Seth Godin: seths.blog Building a StoryBrand by Donald Miller: bit.ly/3pzIpyF The Snowball System by Mo Bunnell: bit.ly/3qD8XjL Hooked by Nir Eyal: bit.ly/3dwDJHI The Lean Startup by Eric Ries: bit.ly/3k3IrxP Connect with Trevor: LinkedIn: /trevor-newberry Follow AppThink Website: appthink.io Instagram: @appthink Facebook: /appthink LinkedIn: /appthink Podcast: podcasts.apple.com/us/podcast/appthink/id1552894462 Follow Blossoming Technologist: Instagram: @blossomingtechnologist Twitter: @blssmngtchnlgst LinkedIn: /blossoming-technologist --- Support this podcast: https://anchor.fm/blossoming-technologist/support
James is a Delivery Manager for Discovery Inc., a VOD entertainment platform. James is a passionate advocate for using story points for just about everything, and using data to inform delivery decisions. We speak about a few topics, including: How to bring delivery together across multiple technical streams for a big media company The interplay between Delivery and Product and the importance of a good Product Manager How to get Product, Delivery & Engineering to work harmoniously How story points can save the world and how to use them properly Whether Scrum is any good and some of the ways to make it work for your business The tricky balance between Product Delivery and fixing tech debt How to use the data you already have to help inform future delivery decisions How to use data to sell your message to the leadership team How running a band and running Product Delivery are pretty similar And much more!
Jessica attended the university of Arizona, and was pursuing a normal cited career path. At the age of 27 she lost the majority of her central vision to Leber's Hereditary Optic Neuropathy. She struggled for a short time as she adjusted to her vision loss, but once she embraced her situation her career took off. --- Send in a voice message: https://anchor.fm/careersfortheblind/message
Ardy (Aradhya) has an amazing story of how he got into the Tech world and tried different roles while challenging his status quo before settling for a role that suits him best (at least for now). His amazing journey as an Immigrant will help others who possess the same passion or dreams as him. Tune in to see how he became what he is today. Connect with Ardy: LinkedIn Follow Decoding IT on: Twitter Instagram Anchor --- Support this podcast: https://anchor.fm/decodingit/support
The Young Professionals Podcast (TYPP), proudly brought to you by ADAPT Careers (https://adaptcareers.com.au) and co-hosted by Luke Marriott and Nicholas Sargeant (Sarge). In this episode Luke and Sarge interview Hugh Beard who is a Product Delivery Coach at Xero (https://www.xero.com/au/), a leading provider of accounting solutions for small businesses. Hugh's first piece of industry education was growing up within a small business family where he witnessed first hand a successful entrepreneurial story, but also the sacrifices that requires. Hugh completed a Bachelor of Business (Marketing) at Swinburne University of Technology (https://www.swinburne.edu.au/). Not knowing what path to take, Hugh moved to the US where he worked a number of jobs including at Apple (https://www.apple.com/au/) as a technology support member and then a Manager of the Tech Support section of the Apple Fifth Avenue in NYC. Upon moving back to Australia, Hugh joined SEEK (https://www.seek.com.au/) working across customer support and then data analysis within SEEK's Artificial Intelligence and Platform Services team. Looking to shift into more strategy focused work, Hugh completed his Masters of Business Administration (MBA) at Monash University (https://www.monash.edu/). After completing his MBA, Hugh moved into consulting where he worked at Neu21 (https://www.neu21.com/), a small boutique consulting firm, before moving to his current role as a Product Delivery Coach at Xero (https://www.xero.com/au/). If you'd like to learn more: Agile Product Delivery: https://www.wrike.com/project-management-guide/faq/what-is-agile-methodology-in-project-management/ Monash University - MBA: https://www.monash.edu/business/mba If you have a career story you would like to share, a role you would like to learn more about, or any questions you would like us to ask young professionals, you can reach us through any of our social media that can be found at TYPP.com.au. We would love to hear from you!
MultimediaLIVE — Since the beginning of the lockdown, many people have quickly had to come up with innovative ideas to keep their businesses afloat. Goitseone Diale, a pilot and flight operations consultant, said the coronavirus pandemic has hit in the aviation industry hard, and the future of aviation and other businesses lies in the recent introduction of drones for food and product delivery. “The use of drones for product and food delivery really transforms efficiency and the human workforce,” said Diale.
Victoria Payne, Scrum Master and Agile Coach at Brilliant Basics, discusses agile product delivery and how its landscape changed since she started her career. The discussion covers the role of cross-functional teams, the role of management and why many agile projects fail. Hosted by Anand Verma, European Head of Digital Services for Infosys and Founder & CEO of Brilliant Basics, Infosys’ Design Studios.
Amazon Big Update Product Delivery again - Contactless deliver product. Phenomenal Guruji Tech News
Entrevistamos a Vanesa Tejada, Head of Product Delivery en LATAM Airlines, quien nos da una brutal visión de desarrollo ágil de producto.Hoy hablamos de aviones, producto digital y un móvil perdido, y para ello contamos con la grandísima Vanesa Tejada, la Head of Product Delivery de LATAM Airlines, una gran aerolínea chilena que maneja +300 aviones y mueve a unos 70 millones de pasajeros y 921 mil toneladas de carga al año.Con Vanesa profundizamos en cómo gestionan los productos digitales de LATAM Airlines, y aprendemos muchísimo de agile, y cómo se pueden aplicar nuevos enfoques de diseño de producto en empresas de todo tipo.Era un niño absolutamente fascinado por los pájaros. Se podía pasar días enteros observando pájaros de todo tipo y haciendo anotaciones en sus cuadernos.Y era normal que estuviera fascinado por estos animales, no en vano, el pequeño George soñaba con ser uno de ellos, poder volar y tener la libertad de ir a cualquier parte del mundo con el batir de sus alas.Creció y se hizo mayor y más realista, nunca sería un pájaro, pero su sueño de poder volar nunca se desvaneció. De hecho su obsesión por los pájaros le permitió determinar las relaciones entre el tamaño de las alas y el peso del cuerpo de estos animalillos.Una carga realista para un vuelo sería de 1 libra por pie cuadrado a una velocidad de 35 pies por segundo y con 6 grados de incidencia del viento sobre las alas.Dejándonos de lado l
Entrevistamos a Vanesa Tejada, Head of Product Delivery en LATAM Airlines, quien nos da una brutal visión de desarrollo ágil de producto. Hoy hablamos de aviones, producto digital y un móvil perdido, y para ello contamos con la grandísima Vanesa Tejada, la Head of Product Delivery de LATAM Airlines, una gran aerolínea chilena que maneja […]
Kevin Callahan on Engineering Culture by InfoQ, Matt Wallaert on The Product Science Podcast, Mirco Hering on Troubleshooting Agile, Ryan Ripley on Agile FM, and Adam Tornhill on Maintainable. I’d love for you to email me with any comments about the show or any suggestions for podcasts I might want to feature. Email podcast@thekguy.com. And, if you haven’t done it already, don’t forget to hit the subscribe button, and if you like the show, please tell a friend or co-worker who might be interested. This episode covers the five podcast episodes I found most interesting and wanted to share links to during the two week period starting February 3, 2020. These podcast episodes may have been released much earlier, but this was the fortnight when I started sharing links to them to my social network followers. KEVIN CALLAHAN ON ENGINEERING CULTURE BY INFOQ The Engineering Culture by InfoQ podcast featured Kevin Callahan with host Shane Hastie. Kevin helps people solve complex problems together. Sometimes that looks like Scrum, Kanban, and technical practices, and sometimes that looks like organizational development and strategy. Shane asked about positive organizational development. Kevin says that positive organizational development is an interconnected body of work with the core idea that true sustained change doesn’t happen when we simply try to fix things that are weak or broken. Positive change suggests that you go to the places that are already good and you amplify them and the places that weren’t working so well cease to be relevant. Shane asked what this looks like in practice. Kevin says that, because he is actively inviting people into the room and looking to see what the group already knows together, he finds it energizing and refreshing and people lean into it and feel like they belong there. Shane asked how someone in a position of influence who wanted to create some kind of change in their organization would approach the organization and their people. Kevin likes to start with open questions that get the people to imagine everything was right in the company and ask what people are doing differently, what customers are saying, what quality is like, and what stories people are telling each other when they don’t think anyone is listening. These positive questions get people to imagine what could be and starts in motion the change effort that makes it possible to achieve the change. You may get answers like “I only want to work four hours a day,” or, “I want six months of paid vacation,” but eventually you may get answers like, “I really wish I had the opportunity to learn more things.” Shane connected Kevin’s ideas to Dave Snowden’s notion of sense-making and asked how you make sense from non-viable statements like, “I want to work four hours a day,” so that you arrive at more viable questions like, “How do I stay at home more?” Kevin says that instead of reacting to non-viable requests by blowing them off, ask follow up questions to build a bigger narrative. You could ask clean language questions like, “What kind of four hour workday? What would come before your four-hour workday? What would come after?” This builds a bigger narrative that helps you respect something that is valuable to this person while still respecting the organization’s collective needs. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/kevin-callahan-on-positive-organisational-design-complex/id1161431874?i=1000462364585 Website link: https://soundcloud.com/infoq-engineering-culture/kevin-callahan-on-positive-organisational-design-and-complex-systems MATT WALLAERT ON THE PRODUCT SCIENCE PODCAST The Product Science Podcast featured Matt Wallaert with host Holly Hester-Reilly. Trained as a behavioral scientist, Matt is Chief Behavioral Officer at Clover. He says he is always fascinated by outliers, those customers that are using his products in unconventional ways. He says that having conversations with these users can sometimes push you in startling directions to build new things or think in different ways. The behavioral science team is given behavioral outcomes that the company needs to accomplish such as, “everybody needs to get a flu shot,” and figure out what needs to be done to make it happen. They look at two groups of outliers: people who consistently did it and suddenly stopped and those that consistently did not do it and suddenly started. They found that people who get the flu shot for the first time often do so because of the birth of grandchild. This led them to start a flu shot campaign that was personalized to your personal health goal. Instead of saying, “You should get the flu shot for you,” it often said, “You should get it so you don’t get your wife sick, so you don’t get your grandchild sick, or so you don’t get your church congregation sick.” He contrasted this collectivist form of motivation with products like Spotify that are all about benefitting the user directly. Expanding the set of motivations we examine to include people’s willingness to do things on behalf of another person, on behalf of a culture, or on behalf of an identity, he says, is undeveloped in modern product management. If there is a number one product hobgoblin of early founders, it is their belief that the pros outweigh the cons. They massively overweight the pros and massively underweight the cons. But lately, there have been a whole host of startups that are not about providing additional value but simply about minimizing costs, and not just economic costs but also mental attention costs. Finance companies think about their products as “share of wallet”. For, say, American Express, of the financial transactions that a customer performs, they want to know how much of that is going on an American Express card. Their job is to maximize this share of wallet. Similarly, Facebook attempts to maximize share of attention. This is an impoverished view of product-building. Companies like this are leaving off the “I” in ROI. One of the problems of the “share of attention” view of the world, is that it means everyone is in competition with everyone else. Even products that seem far apart, such as a product in the exercise space and one the video game space, are competing for share of attention. Matt thinks people are going to get smarter about where they spend their attention. A whole new product class will come out around automating the things we don’t care about. The rise and fall of Blue Apron, he says, was a dramatic characterization of the misunderstanding of automation. Blue Apron sold the world on automated food. That is not what Blue Apron is. They went on to talk about the desire for statistical significance in every experiment and how the context of the experiment drastically affects how much certainty is really needed. He talked about how most quantitative analysts who see an intervention that is measured to work 80% of the time in the sample of the population measured would say, “I got nothing,” and end the experiment. So Matt says, “Let me tell you about this intervention: It is a tiny pill, dissolves in your mouth, has no side effects of any kind, costs a penny to produce, tastes like unicorns and rainbows, and instantly cures all forms of cancer forever. Maybe we should further investigate this intervention.” He compared his book Start At The End to Thaler and Sunstein’s Nudge. His book is more about how to create a process, a team, and an organization around behavioral science approaches. Instead of running his team as a research organization, he runs it like a factory. This makes it easier for an executive to understand how it all works. He says his book is more a handbook. Half the book is how you go about building the intervention design process and the other half is more advanced topics. He is seeing it being taught in college courses in disparate programs, including business administration, marketing, and implementation science. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/matt-wallaert-hypothesis-great-product-teams-use-behavioral/id1451623431?i=1000462456956 Website link: https://anchor.fm/product-science-podcast/episodes/The-Matt-Wallaert-Hypothesis-Great-Product-Teams-Use-Behavioral-Science-to-Build-Products-That-Create-Change-ea3s54 MIRCO HERING ON TROUBLESHOOTING AGILE The Troubleshooting Agile podcast featured Mirco Hering with hosts Douglas Squirrel and Jeffrey Fredrick. Mirco is the author of DevOps for the Modern Enterprise. They talked about dogmatism. Marco says that he sees Agile and DevOps as a toolbelt to solve problems in organizations but not everyone he works with thinks this way. One of the Agile coaches he once worked with said on his first day, “You shouldn’t call these user stories. They are PBIs (product backlog items).” Mirco asked, “What value would that provide? Nobody was confused about the term user story. If anything, you are now adding confusion.” He sees this kind of dogmatism in many organizations. He says that, for him, being pragmatically agile always comes down to identifying the next experiment and having rigorous continuous improvement. Squirrel asked Mirco how one can help companies that aren’t familiar with agile ideas to avoid the dogmatism and make the pragmatic choices that improve their process. Mirco believes it starts with value stream mapping. This gives you a good visual of the overall process and you can identify bottlenecks, quality holes, and things that take too long. Jeffrey brought up the book Crossing The Chasm and how the early majority change because they don’t want to be left behind and the late majority change because the new behavior is the standard. He asks how, when this is their motivation, do you help the business to get from “we need to be Agile to be Agile” to “having a purpose.” Mirco says that, very early on, you need to ask, “How will we know we’ve been successful?” Mirco sees companies at conferences describe a world where they can do forty deployments a day and have all employees singing and dancing everyday. They are not anywhere close to this ideal. They need to figure out how to see in two months time that they are making progress. They should be able to ask, “What does the business want to do that it can’t do now.” As a consultant, the very first thing you do is listen. Often they start to tell you some stories. Then you start trying a couple of ideas. You could do a bit of decoupling on the architecture or a bit of Agile coaching on a failing Agile project. You have a large tool belt of tools to choose from. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/devops-for-the-modern-enterprise/id1327456890?i=1000462577701 Website link: https://soundcloud.com/troubleshootingagile/devops-for-the-modern-enterprise RYAN RIPLEY ON AGILE FM The Agile FM podcast featured Ryan Ripley with host Joe Krebs. Ryan was on to talk about the book he co-authored with Todd Miller called, “Fixing Your Scrum.” He says that the book came out of a conversation he had with Todd two years ago about the Scrum anti-patterns that they were seeing in the wild over the past twenty years and how the two of them, as consultants, solve them. Most Scrum books are very theoretical. Ryan and Todd, by contrast, spent only one page on the Scrum framework and jumped right into advanced topics. Joe brought up that Scrum tends to turn into something robotic and oriented around checklists. Joe considers this form of Scrum to be lifeless and low in energy. He finds that nobody leaves the events with a smile on their face and he wonders how the book would help such people. Ryan says that such mechanical Scrum is very common and it is because the principles and values are lacking. It becomes rote and legalistic. He says that he and Todd don’t care that much about Scrum. Instead, they care about empiricism and want to bring forward transparency, inspection, and adaptation, and use the Scrum values of focus, openness, courage, commitment, and respect to make adaptations to products as needed to deliver the right thing at the right time to the right customer. Without having the values in place, empiricism can’t work. Companies have gone to the mechanical version of Scrum to avoid empiricism. Empiricism is table stakes now. Twenty years ago, empiricism was a cute idea that people could dismiss because the blue chip companies were fat, happy, and dumb. Their problem was success. Today, no matter what industry you’re in, banking, taxi cabs, or real estate, there is a startup looking to destroy your market. He asks, “Who would have ever thought the taxi cab industry would be upended by Uber and Lyft? Who would have ever thought that the largest real estate company in the world would own zero real estate and be Airbnb?” Joe asked about the sentence, “The Scrum Master’s work is never done.” Ryan says that the statement comes from the rapid rate of change today. He and Todd believe that the majority of times a Scrum team fails, it is because a Scrum Master is settling. The Scrum Master is tolerating organizational or team impediments. The reason a Scrum Master’s job is never done is that those impediments morph and change and emerge constantly. Ryan has yet to see a company where nobody leaves, markets don’t shift, and budgets don’t become constrained. As Scrum Masters, our role is to help organizations make sense of the complexity through the use of the Scrum framework and to help teams refocus and reshape what they could and should be doing to serve a customer. Ryan says nothing about the Scrum Master role is about the Scrum Master. When Ryan transitioned from a project manager to a Scrum Master, this part was difficult for him. Back when Ryan was a project manager, everything was about him: he was the one making the decisions, driving people to a date, or getting in front of boards of directors and making a speech. As a Scrum Master, we are in the back of the room watching the dev teams show off their software. None of this is about the Scrum Master. The job is to serve others. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/ryan-ripley-agile-fm/id1263932838?i=1000462512766 Website link: https://agile.fm/agilefm/ryan-ripely ADAM TORNHILL ON MAINTAINABLE The Maintainable podcast featured Adam Tornhill with host Robby Russell. Robby started out by asking Adam about the common traits of a maintainable solution. Adam first likes to see the solution optimized for understanding. Second, he wants to see alignment between the architecture, the team boundaries, and the way the system evolves. Last, he wants the capability to deliver anytime with known quality. In terms of team boundaries, Adam wants to avoid having multiple teams working in the same parts of the code for different reasons because that has a high correlation to quality issues and makes it hard for individuals to maintain mental models of the system. He says you want clear operational boundaries between teams but then you also want each team’s knowledge boundary to be slightly wider so that you are familiar with other parts of the system and know other teams’ members as people. Robby asked what about a separation between a team working on new features and another fixing bugs. Adam is not a fan of that form of separation because it cuts out an important feedback loop. Robby asked what other developers get wrong when discussing technical debt. Adam says that many developers call any code that’s bad technical debt, but to Adam, it is not technical debt unless you have to pay interest on it. With a high degree of technical debt, you tend to see lots of effects on the product roadmap, you get longer and longer lead times, and your end users experience defects that take a long time to fix. Robby asked about Adam’s book on behavioral code analysis, Software Design X-Rays. In behavioral code analysis, the emphasis is placed more on the organization and the developers building the code than on the code itself. You analyze using measurements from version control data and project management data and it is used to prioritize technical debt or reason about social factors of software development projects. Some examples are detecting knowledge gaps in the code, code written by developers no longer present, or uncontrolled coordination needs between different developers in the code. Robby asked what motivated Adam to write the book. Adam says that Software Design X-Rays follows in the tracks of his first book, Your Code As A Crime Scene, which was written to share techniques Adam had been using in his consulting work. The theme for both books is, “How can you make it easier and cheaper to maintain your software?” There are several patterns he uses often. One is the concept of hot spots, which help identify complicated code that we work with often. The data shows that any application can have its hot spots narrowed down to two or three percent of the codebase. This is a positive message that tells us we don’t need to rewrite whole programs but can make big improvements by changing only a small percentage of the product. Robby asked how to prioritize work on technical debt reduction. Adam says to prioritize the most complex modules using hot spot analysis. With slightly more advanced analysis, you can get hot spots down to the function level and get quick wins within days. For your initial refactorings, you should use techniques like mob refactoring to help spread knowledge of how to attack these kinds of problems and get everyone to align on the approach. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/adam-tornhill-prioritizing-technical-debt-behavioral/id1459893010?i=1000463144606 Website link: https://maintainable.fm/episodes/adam-tornhill-prioritizing-technical-debt-with-behavioral-code-analysis-yigwD2Ga LINKS Ask questions, make comments, and let your voice be heard by emailing podcast@thekguy.com. Twitter: https://twitter.com/thekguy LinkedIn: https://www.linkedin.com/in/keithmmcdonald/ Facebook: https://www.facebook.com/thekguypage Instagram: https://www.instagram.com/the_k_guy/ YouTube: https://www.youtube.com/c/TheKGuy Website:
On this episode, Tom sits down with Chris Smith (Head of Product Delivery at Redgate) and Heidi Helfand (Directory of Engineering Excellence at Procore and author of Dynamic Reteaming) to talk about what reteaming is, why it's a great thing to do and common anti-patterns to watch out for.
GUEST: Michael Coren, columnist and broadcaster
Hello again everyone, and Ben is back with another Shopify Partner Interview, this time with Rob, Director and Founder of delivery and fulfilment platform, Shippit. Find out more about Shippit here. Contact The Cut today, we're here to help. We (Ben and Scott) met Rob earlier in 2019 at an APAC Shopify event in Singapore and in this awesome interview Rob talks in detail about the importance of getting the delivery system right to maximise customer happiness. If you're a Shopify merchant or ecommerce business owner and selling things online, and experiencing challenges with shipping and delivery etc. then you will fine this podcast very useful. Rob was inspired to start Shippit after he and some friends were on the receiving end (pun intentional) of some less than ideal shipping and delivery experiences. Shippit is a clever platform based on making it simple and streamlined for ecommerce merchants to achieve best-practice delivery and fulfilment. When you get this right, your customers have bigger smiles, and that means they are more like to return, and to tell their friends. Happy listening and learning. Enjoy! Contact The Cut today, we're here to help. Connect with more Shopify content from The Cut here. And take a look at a vid of our Shopify Meetups Here.
En el episodio de hoy hablamos sobre uno de los roles peor entendidos en desarrollo ágil, el Product Owner – sus responsabilidades principales, su papel como mediador entre stakeholders y desarrolladores para no hacer todo lo que piden o la correlación entre el valor de una historia de usuario y su tamaño. También comentamos una una serie de compromisos entre el equipo de desarrollo y el product owner para reducir los riesgos de inclumplir los plazos razonables para entregar una funcionalidad o producto (por ej.: encontrar un equilibrio entre el trabajo reactivo y el proactivo) y las diferencias entre un product owner y un product manager. Enlaces recomendados: Excelente vídeo de Henrik Kniberg ("Scrum and XP from the trenches") explicando lo que hace un PO en la práctica (subtitulado en español): https://youtu.be/5pm0lpa1VVw Vanesa Tejada, Head of Product Delivery en LATAM Airlines, sobre el product Owner y la labor de conexión entre roles: https://vanesatejada.com/2018/04/29/el-product-owner-y-la-labor-de-conexion-entre-roles/ Spike – ¿Qué es y para qué sirve un spike en Scrum? Alberto Romeu en el blog del informático: https://albertoromeu.com/spike-scrum/ Lectura recomendada: Agile Product Management with Scrum: creating products that customers love. Pichler, R. (2010): https://www.amazon.es/Agile-Product-Management-Scrum-Addison-Wesley/dp/0321605780 Hackers/Founders: https://hf.cx Sitio de Brian Balfour en el que habla de Growth y adquisición de usuarios: https://brianbalfour.com
In this episode of CTO Connection, host Peter Bell sits down with Colin Bodell, Chief Technology Officer of Groupon, to discuss how to balance being open to unexpected opportunities while still delivering on today’s commitments, encouraging idea-sharing from all levels of an engineering organization and what differentiates leaders from managers. [00:27] The need to stay open to unexpected discoveries [02:38] How to remain open to those unplanned opportunities while still delivering promised business objectives [05:12] The boldness required to surface the alternative solution [06:30] How identifying entrepreneurial flare plays into the hiring process [08:06] Teaching managers inclusivity tactics to ensure everyone has a voice [09:40] How to have a meaningful impact with a team of more than 1k engineers [13:52] How Colin’s career path evolved and his current role and career goals [16:16] What differentiates a manager from a leader and the value of both [16:47] What Colin is most proud of in his career You can hear more at The 2019 Chicago CTO Summit, coming up May 1, 2019, where Colin Bodell will be presenting his talk - Scratch Your own Itch and then Scratch Theirs. If you'd like to receive new episodes as they're published, please subscribe to CTO Connection in Apple Podcasts, Google Podcasts, Spotify or wherever you get your podcasts. If you enjoyed this episode, please consider leaving a review in Apple Podcasts. It really helps others find the show.Episode produced by Dante32.
In today's talk given by Gerlando Alletto, the Director of Product Delivery at Mastercard, you will find out what are challenges and opportunities associated to building an international product offering; how to balance local requirements and a global backlog and a finally, you will learn more about Product Management and top-down decision making in Product Management.
If you don't have these things automated in your business right now, you need them. In the last episode we talked about why you need to automate your business, but today we will get into the nitty gritty of what to automate for your business. I'm joined with Tamira Hamilton once more as we dive deeper into automation. This is going to save you a ton of time and make you more money. Let's jump right in. 1. Lead Generation 2. Lead Nurturing 3. Sales 4. Customer Follow Up 5. Product Delivery 6. Testimonials 7. Cart Abandonment BONUS: Credit Card Declines This is your checklist of things that will make a big difference to your bottom line and the time you have available for other things. Get the shownotes: marrsmarketing.com/003
Internet Marketing: Insider Tips and Advice for Online Marketing
On today's Internet Marketing Podcast, Andy is joined by Martin Gontovnikas (Gonto) VP of Marketing and Product at Auth0 to talk about how you can apply product discovery techniques in marketing. On the show you'll learn: What the Angular framework is Martin's take on the main product techniques, Product Discovery and Product DeliveryHow you can apply Discovery in MarketingHow interviews can help with thisHow you can apply Delivery in Marketing Plus, as usual, Martin provides his top tip/key takeaway for the audience. If you'd like to connect with Gonto, you can find his personal site here and you can also find him on Twitter here. See acast.com/privacy for privacy and opt-out information.
In this episode, Richard Mannion, the PM from McDonald's, talks about the importance of asking 'Why', the purpose and vision of a product and what problems it can solve. He discusses scaling Agile for enterprise and concludes with how to deliver killer features.
What would you do if after starting a new job as Head of Product you'd learn that your product management team is perceived as passive, not innovative and even not the voice of the user? I discuss with Luca Criscuolo, Head of Product & Delivery in Outfittery how he assessed and identified issues and how he transformed his organization from feature builders to a true product management team and strategy contributors. There is lots of learnings and wisdom on leadership, team organization, and role of product management. Enjoy and share!Detailed notes, list of books and links to resources mentioned: https://productramble.com/transforming-product-management-team-and-the-organization-with-luca-criscuolo/(00:01:15) Assessing product management team(00:10:00) Identifying problems & root causes(00:18:33) What Luca changed(00:23:04) Revolution or evolution?(00:25:35) What went wrong and learnings(00:28:00) Change management(00:33:26) Outcomes of the experiment(00:41:13) Books that Luca recommends(00:43:08) Is Agile necessary?(00:46:24) Say hi to Luca(00:47:13) Please share! Say Hi to Luca: https://www.linkedin.com/in/lucacriscuolo/What would you like next episodes to be about? Let me know: podcast@productramble.com or your social medium of choicePlease help! Share with one friend today - this helps others discover the podcast.Music credits:The Pyre Kevin MacLeod (incompetech.com). Licensed under Creative Commons: By Attribution 3.0 License http://creativecommons.org/licenses/by/3.0/
#004: AWH’s Ryan Frederick sits down with Nicole Jackson, Senior Director of Product Delivery at Duet Health, to discuss how diversity in product teams produces better products, building products in healthcare, and why working at a startup/small company is a great starting place because of the process awareness you gain. https://www.duethealth.com http://awh.net
Keenan Wyrobek, Co-Founder and CTO at Zipline, joins host Karl Ulrich to discuss the world’s only drone delivery service that sends essential medical products to patients on a national scale on Launch Pad. See acast.com/privacy for privacy and opt-out information.
Communication Service Providers face many challenges in defining, building, and deploying complex software-based systems. IBM Rational telecom solutions and tools are used successfully by various organizations within communications service providers to address their unique challenges in the definition of their products and in the construction and delivery of the software required by such systems. Speakers, Glenn Hughes and Kimberly Gist.
In this episode of Podcast Answer Man, I share some updated information to confirm that the R-09HR recorder has been discontinued. I assure those who have purchased the R-09HR that they should not feel bad because it is actually a better recorder than the R-05 due to his superior mp3 encoding as mentioned in episode […] The post 202 Podcast Answer Man – Mic Placement – Digital Product Delivery – Libsyn Premium Content Solution – And So Much More appeared first on The Cliff Ravenscraft Show.
In today's dynamic business climate, many organizations have found that their ability to make intelligent portfolio decisions and drive disciplined project execution with a focus on delivering value has meant the difference between success and failure. Please join IBMs Jesper Christensen, Director of Product Delivery for IBM PPM and CCM solutions, to learn about how Rational's new Project, Portfolio and Performance Management solutions are helping organizations analyze market, economic and customer information to define investment value, drive a more collaborative and integrated project lifecycle, and providing a rich source of performance measurement information for teams and leaders to maintain alignment and continually improve their projects and processes. Come learn what many firms are now discovering; that PPM is the key differentiator that will define which companies will be able to capture changing economic conditions and be the next leaders in their industries.