Ep. 72: "The BPM Technology Manager: From Tool Guardian to Integration Orchestrator"

Ep. 72: "The BPM Technology Manager: From Tool Guardian to Integration Orchestrator"

In this episode, Russell and Caspar examine the BPM technology and tooling manager role—a position that has evolved dramatically from its origins as a technical gatekeeper to today's integration-focused facilitator. They explore how this person manages the BPM platform ecosystem including process repositories, modeling tools, automation platforms, and process mining solutions while ensuring they remain fit for organizational purpose. The discussion reveals how the role's importance has shifted over time, from the days of on-premises systems requiring deep database schema knowledge and complex upgrades to today's cloud-based environments where new features appear automatically. The hosts debate whether one person typically owns all BPM tooling or if modeling, mining, and automation platforms are managed by different specialists in larger organizations. Through candid conversation, they examine the tension between becoming a product expert wedded to one vendor versus maintaining objectivity and vendor independence to serve the organization's needs. The episode explores critical character traits including technical adaptability, the ability to train users appropriately without overwhelming them with advanced features they'll never use, and understanding how BPM tools fit into the wider enterprise application ecosystem. They emphasize the importance of working collaboratively with BPM architects to extend methodology and integrate with other systems like risk management, quality management, and project management tools. This is essential listening for understanding how the BPM technology manager role has transformed from maintenance-focused to integration-oriented in the modern cloud era. 5 Key Takeaways: 1. The Role Has Evolved Dramatically: BPM technology managers have shifted from being on-premises system gatekeepers who controlled upgrades and configurations to cloud-era facilitators who focus on integration, user enablement, and ecosystem management—the old model of "you must come to me for everything" is history. 2. Vendor Independence Is Critical: The tooling landscape changes rapidly and this person must evaluate options objectively rather than becoming emotionally attached to a single vendor's roadmap—the job is serving organizational needs, not defending a particular product or becoming its evangelist. 3. Train for Actual Use Cases, Not Product Mastery: Like teaching household budgeting versus investment banking in Excel, BPM training should focus on what users actually need (typically 10-15% of tool capabilities) rather than overwhelming them with advanced features they'll never use—practical enablement trumps comprehensive product knowledge. 4. Integration Thinking Beyond BPM: Modern tooling managers must understand how BPM platforms connect with the wider enterprise ecosystem—JIRA for project management, document management systems for quality, process mining tools, risk and control systems—and facilitate smooth integration rather than treating BPM as an isolated island. 5. Partner with Architects for Evolution: The technology manager and BPM architects must work hand-in-hand to expand capabilities—architects need technical feasibility input for methodology extensions, while tooling experts need architectural context to propose automation, dashboards, and integrations that make ambitious use cases practically achievable. If you have suggestions or questions, please reach out to us via questions@bpm360podcast.com [questions@bpm360podcast.com] If you enjoy our content, please like, rate, subscribe… we do appreciate that…

Ep. 71: "The Process Owner Part 2: Experience, Leadership, and Finding Your Sweet Spot"

In this continuation of their process owner series, Russell and Caspar dive deep into the experience requirements and organizational positioning needed for successful process ownership. They explore why this is fundamentally a senior role that requires solid operational management experience combined with cross-functional influence capability. The discussion tackles the challenge of finding the organizational "sweet spot"—identifying leaders who are senior enough to command respect and drive change but not so consumed by executive responsibilities that they cannot focus on process excellence. Through candid conversation, they examine how experience requirements vary by domain and whether someone needs to be promoted from within or can be brought in externally with relevant domain expertise. The hosts debate the balance between operational hands-on knowledge and strategic thinking, emphasizing that process owners must understand the work deeply while maintaining enough distance to drive improvements objectively. Russell shares a powerful anecdote about entering sales without traditional experience, illustrating how ambition, authenticity, and the right mindset can sometimes matter more than years of experience. The episode provides practical guidance on evaluating candidates for process ownership roles and recognizing that while experience is valuable, the combination of drive, empathy, openness to change, and leadership capability can enable someone to grow into the role successfully. This is essential listening for organizations nominating process owners and professionals considering whether they're ready for this challenging but rewarding responsibility. 5 Key Takeaways: 1. Find the Organizational Sweet Spot: Process owners need to be senior enough to influence across boundaries and command respect, but not so senior (like managing directors or founders) that they're too consumed by executive duties to focus on operational process excellence. 2. Solid Operational Experience Is Non-Negotiable: Candidates must have deep hands-on understanding of how the process domain actually works—theory alone won't suffice for driving meaningful improvements and earning credibility with frontline teams who know when someone lacks real operational knowledge. 3. Domain Expertise Matters More Than BPM Expertise: Process owners don't need to be BPM methodology experts, but they must be comfortable with process data, governance concepts, and have legitimate domain expertise—someone with strong procurement standardization experience can be a great purchasing process owner even without formal BPM training. 4. Process Owners Are Change Leaders: This role requires the mindset, skills, and experience of a change leader—not just maintaining status quo but driving continuous improvement, adapting to market changes, communicating strategic direction, and serving as a role model for transformation. 5. Experience Plus Mindset Beats Experience Alone: While operational experience is important, the combination of drive, ambition, empathy, authenticity, and openness to learning can enable someone with less experience to succeed—stay true to yourself, bring what you uniquely offer, and grow into the role rather than waiting until you feel perfectly qualified. If you have suggestions or questions, please reach out to us via questions@bpm360podcast.com [questions@bpm360podcast.com] If you enjoy our content, please like, rate, subscribe… we do appreciate that…

Ep. 70: "The Psychology of Change: Why Beliefs Drive BPM Success More Than Process Maps"

In this guest episode, Russell and Caspar welcome Thierry Muller, an IT veteran turned change management expert, for a deep conversation about the human side of transformation projects. Thierry shares his unconventional journey from one failed SAP implementation to discovering his true calling in change management when tasked with changing DSM's corporate culture. The discussion explores why every project is fundamentally a change management project, even when organizations try to separate the two disciplines. Thierry reveals how understanding the psychology behind change—particularly the role of beliefs in driving behavior—transformed him from a technical project manager into an effective change leader. The conversation examines why traditional approaches focusing only on communication plans and training fail to create genuine adoption and commitment. Through candid examples, including a continuous improvement program where employees feared their ideas would be used against them, Thierry demonstrates how beliefs shape outcomes more powerfully than any process documentation. The hosts and guest debate the distinction between compliance and commitment, exploring how change managers must work at the belief level rather than just the behavior level. Thierry emphasizes that successful change requires understanding what people believe about the change, not just what they know about it. The episode provides practical insights on creating psychological safety, building trust, and shifting organizational beliefs to enable genuine transformation rather than superficial compliance. 5 Key Takeaways: 1. Every Project Is a Change Project: You cannot separate project management from change management—any project that requires people to work differently is fundamentally about changing human behavior, beliefs, and culture, whether you acknowledge it explicitly or not. 2. Beliefs Drive Behavior More Than Knowledge: The brain doesn't distinguish between beliefs and truth—what people believe determines how they act, so successful change management requires working at the belief level, not just providing information or training on new processes. 3. Start with "Why Change Culture" Not "Make People Comply": When leadership frames transformation as "changing culture" rather than "making people do what we want," it creates the right foundation for genuine change management instead of forced compliance through top-down directives. 4. Compliance Without Commitment Fails: Getting people to follow new processes out of obligation (compliance) is fundamentally different from getting them to embrace changes because they believe it benefits them (commitment)—only the latter creates sustainable transformation. 5. Psychological Safety Enables Improvement: Continuous improvement programs fail when employees believe their ideas will be used against them (more work, job loss)—changing this belief to "improvements benefit me and my team" is essential, as demonstrated by Toyota's guarantee of promotion rather than termination. In case of questions or suggestions, please reach out via questions@bpm360podcast.com [questions@bpm360podcast.com]. If you enjoy our content, please like, rate and subscribe...

Ep. 69: "BPM AI Orchestration: Building the Next Generation of Process Management"

In this guest episode, Russell and Caspar welcome Ahmad Daliri, a process management specialist working at NN in the Netherlands and author of multiple BPM books, for a conversation about the intersection of artificial intelligence and business process management. Ahmad shares his unconventional journey from mechanical engineering to falling in love with BPM after discovering the missing link between operational work and strategic objectives. The discussion explores Ahmad's current work on "BPM AI orchestration"—a concept focused on how AI can make process management more effective and accessible rather than just automating existing processes. The hosts examine the shift from traditional process modeling to AI-assisted approaches, including the emerging capability of converting voice conversations into process models. Ahmad introduces his framework of five layers for BPM AI orchestration: voice-to-BPM conversion, context understanding, rules and responsibility interpretation, intelligence and decision-making, and user interface design. The conversation highlights the critical importance of context and quality data in training enterprise AI agents to understand organizational boundaries and process standards. They debate the current maturity level of AI in BPM, acknowledging that while the technology shows promise, we're not yet ready for fully autonomous AI-driven process management. The episode concludes with insights on preparing for the paradigm shift in how process work will be conducted in the coming years. 5 Key Takeaways: 1. BPM AI Orchestration Is About Making BPM Easier: The goal isn't just automating processes with AI, but using AI to make process management itself more effective and accessible for process specialists—reducing manual work in modeling, analysis, and documentation. 2. Voice-to-Process Modeling Is Emerging: AI is enabling the conversion of natural language conversations with subject matter experts directly into process models, potentially transforming how process knowledge is captured from interviews and workshops into structured BPMN or other notations. 3. Context and Quality Data Are Critical: For enterprise AI to work effectively in BPM, it needs high-quality contextual data including documented processes, compliance frameworks, and operational standards—this organizational knowledge becomes the guardrails that keep AI aligned with requirements. 4. Five Layers of BPM AI Orchestration: Ahmad's framework includes voice-to-BPM conversion, context and knowledge understanding, rules and responsibility interpretation, intelligence and decision-making capabilities, and user interface design—all necessary for comprehensive AI integration in process management. 5. We're in Transition, Not There Yet: While AI shows significant promise for transforming BPM work, the technology isn't mature enough for 100% autonomous process management—the industry is currently in a paradigm shift that requires preparation and gradual adoption rather than immediate wholesale replacement. In case of questions: please reach out at questions@bpm360podcast.com [questions@bpm360podcast.com]. If you like our content, please like, rate and subscribe. We appreciate that.

Ep. 68: "The Process Owner Part 1: Accountability Without Authority Across Silos"

In this episode, Russell and Caspar begin their deep dive into perhaps the most talked-about yet misunderstood role in BPM: the process owner. They immediately tackle the central paradox—being accountable for end-to-end process performance while lacking direct authority over the departments involved. The discussion clarifies a critical distinction: process owners are accountable for improving process performance through optimization and standardization, not for operational outcomes like sales numbers or market conditions. Through detailed exploration, they examine the difference between operational management (filling the sales pipeline) and process ownership (improving pipeline conversion rates through better processes and systems). The hosts distinguish between functional process owners who oversee specific domains like procurement or manufacturing, and end-to-end process owners who orchestrate cross-functional flows like order-to-cash or procure-to-pay. They debate optimal organizational structures, exploring whether end-to-end ownership should be a separate role or combined with functional ownership to avoid role proliferation. The conversation highlights the unique challenge of cross-functional influence—process owners must drive change across organizational boundaries without hierarchical power. This first part sets the foundation for understanding a role that many organizations struggle to implement effectively, with part two promised to cover required experience and enablement strategies. 5 Key Takeaways: 1. Accountability for Process Performance, Not Business Outcomes: Process owners are accountable for improving process metrics (cycle time, quality, compliance) through optimization and standardization—not for operational results like sales numbers, which remain the responsibility of functional managers. 2. Influence Without Direct Authority: The defining challenge of process ownership is driving improvement across departmental silos without hierarchical control—success requires cross-functional influence, credibility, and the ability to facilitate change through persuasion rather than directive power. 3. Functional vs. End-to-End Ownership: Organizations need both functional process owners (procurement, manufacturing, sales) who own vertical domains and end-to-end process owners (order-to-cash, procure-to-pay) who orchestrate horizontal flows across multiple functions. 4. Avoid Role Proliferation Through Dual Assignment: Rather than creating separate positions for functional and end-to-end ownership, allocate end-to-end ownership to one of the functional owners within that flow—for example, the procurement process owner also owns procure-to-pay orchestration. 5. End-to-End Ownership Delivers the Real Value: While functional process ownership is common, the biggest benefits of process management come from establishing effective end-to-end ownership that breaks down silos and optimizes complete business flows from customer request to fulfillment. In case of questions or suggestions, please reach out to us via questions@bpm360podcast.com [questions@bpm360podcast.com] If you enjoy our content, please like, rate and subscribe to our channel.