<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:podcast="https://podcastindex.org/namespace/1.0" xmlns:media="http://search.yahoo.com/mrss/" version="2.0"><channel><title>Business → IT | IT → Business</title><link>https://www.linkedin.com/in/m365showpodcast/</link><description><![CDATA[Business → IT | IT → Business A Consultant Podcast by Mirko Peters Business talks strategy.<br />IT talks systems.<br />Most failures happen in between. In Business → IT | IT → Business, Mirko Peters—consultant working on both sides of the table—translates what business means and what IT needs. No buzzwords, no vendor talk, no politics. Each episode untangles real-world problems where strategy, technology, people, and process collide. From digital transformation and architecture decisions to misaligned expectations and costly misunderstandings—this podcast shows how business decisions become IT reality and how IT choices reshape business outcomes. Clear. Direct. Sometimes uncomfortable.<br />Always honest. If you work in business, IT, or anywhere in between—this podcast is for you.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.]]></description><atom:link href="https://www.spreaker.com/show/6867401/episodes/feed" rel="self" type="application/rss+xml"/><language>en</language><category>Business</category><copyright>Mirko Peters</copyright><image><url>https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/43eb65215b29be40ddba7e5def9efdc8.jpg</url><title>Business → IT | IT → Business</title><link>https://www.linkedin.com/in/m365showpodcast/</link></image><lastBuildDate>Sat, 25 Jul 2026 00:39:13 +0000</lastBuildDate><itunes:author>Mirko Peters</itunes:author><itunes:owner><itunes:name>Mirko Peters</itunes:name><itunes:email>mirko_peters@yahoo.de</itunes:email></itunes:owner><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/43eb65215b29be40ddba7e5def9efdc8.jpg"/><itunes:subtitle>Business → IT | IT → Business A Consultant Podcast by Mirko Peters Business talks strategy.
IT talks systems.
Most failures happen in between. In Business → IT | IT → Business, Mirko Peters—consultant working on both sides of the table—translates what...</itunes:subtitle><itunes:summary><![CDATA[Business → IT | IT → Business A Consultant Podcast by Mirko Peters Business talks strategy.<br />IT talks systems.<br />Most failures happen in between. In Business → IT | IT → Business, Mirko Peters—consultant working on both sides of the table—translates what business means and what IT needs. No buzzwords, no vendor talk, no politics. Each episode untangles real-world problems where strategy, technology, people, and process collide. From digital transformation and architecture decisions to misaligned expectations and costly misunderstandings—this podcast shows how business decisions become IT reality and how IT choices reshape business outcomes. Clear. Direct. Sometimes uncomfortable.<br />Always honest. If you work in business, IT, or anywhere in between—this podcast is for you.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.]]></itunes:summary><itunes:category text="Business"/><itunes:explicit>false</itunes:explicit><itunes:type>episodic</itunes:type><podcast:funding url="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss">Support the podcast!</podcast:funding><item><title>When Schemas Lie: The Hidden Business Constraints of 'Flexible' Data Models</title><link>https://www.spreaker.com/episode/when-schemas-lie-the-hidden-business-constraints-of-flexible-data-models--73159997</link><description><![CDATA[Many organizations celebrate flexible data models — schemaless stores, extensible entities, configurable attributes — as a path to agility. In practice, 'flexible' often becomes 'unconstrained', and unconstrained data designs quietly hard-code business ambiguity into production. This episode walks through why those models matter to both business and IT: they change who decides, how fast you can change, where validation lives, and which questions are answerable. I’ll explain the failure patterns I see as a consultant, offer concrete ways to make flexibility deliberate (not accidental), and give owners simple rules to reduce rework and preserve option value. Expect practical tradeoffs, a consulting example that exposes the cost of undefined fields, and an action checklist for business stakeholders and architects to align sooner and ship cleaner.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">e2c3b8c4-999b-4b6f-a953-dbb081e7506b</guid><pubDate>Sat, 25 Jul 2026 00:38:04 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/73159997/stitched_episode_e2c3b8c4_999b_4b6f_a953_dbb081e7506b.mp3" length="7846599" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/48cb6fb2-69fa-4bd1-8e81-de80e029cdb2/48cb6fb2-69fa-4bd1-8e81-de80e029cdb2.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/48cb6fb2-69fa-4bd1-8e81-de80e029cdb2/48cb6fb2-69fa-4bd1-8e81-de80e029cdb2.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/48cb6fb2-69fa-4bd1-8e81-de80e029cdb2/48cb6fb2-69fa-4bd1-8e81-de80e029cdb2.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organizations celebrate flexible data models — schemaless stores, extensible entities, configurable attributes — as a path to agility. In practice, 'flexible' often becomes 'unconstrained', and unconstrained data designs quietly hard-code...</itunes:subtitle><itunes:summary><![CDATA[Many organizations celebrate flexible data models — schemaless stores, extensible entities, configurable attributes — as a path to agility. In practice, 'flexible' often becomes 'unconstrained', and unconstrained data designs quietly hard-code business ambiguity into production. This episode walks through why those models matter to both business and IT: they change who decides, how fast you can change, where validation lives, and which questions are answerable. I’ll explain the failure patterns I see as a consultant, offer concrete ways to make flexibility deliberate (not accidental), and give owners simple rules to reduce rework and preserve option value. Expect practical tradeoffs, a consulting example that exposes the cost of undefined fields, and an action checklist for business stakeholders and architects to align sooner and ship cleaner.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>491</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/6fa3a39e2b077c98f137b4ad882e44e4.jpg"/><itunes:episode>98</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>When KPIs Meet Telemetry: Translating Business Metrics into Technical Signals</title><link>https://www.spreaker.com/episode/when-kpis-meet-telemetry-translating-business-metrics-into-technical-signals--73136148</link><description><![CDATA[Business leaders publish KPIs; engineers collect telemetry. All too often those two sets of numbers live in different universes. This episode walks through the practical translation between business metrics (revenue per customer, churn, time-to-fulfill) and the technical signals that reliably support them (latency percentiles, queue depth, event fidelity). I show why naive mappings fail, how to choose the right level of fidelity, and how to design metric contracts that survive ownership changes. Expect concrete trade-offs: sample rates vs. confidence, aggregation windows vs. actionability, and when to accept inferred signals rather than perfect measurement. The goal is not a metrics manifesto but a pragmatic playbook: clear definitions, ownership, observable SLIs for business outcomes, and cheap experiments to validate assumptions. Listeners will get practical steps to reduce rework, improve incident response, and make KPIs into shared operational tools rather than aspirational posters.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">ba18f9f9-c1f4-460a-b15c-9621b56f8226</guid><pubDate>Fri, 24 Jul 2026 00:39:35 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/73136148/stitched_episode_ba18f9f9_c1f4_460a_b15c_9621b56f8226.mp3" length="7877110" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/39f0dec5-db55-4303-9207-c6265c16f8d9/39f0dec5-db55-4303-9207-c6265c16f8d9.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/39f0dec5-db55-4303-9207-c6265c16f8d9/39f0dec5-db55-4303-9207-c6265c16f8d9.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/39f0dec5-db55-4303-9207-c6265c16f8d9/39f0dec5-db55-4303-9207-c6265c16f8d9.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business leaders publish KPIs; engineers collect telemetry. All too often those two sets of numbers live in different universes. This episode walks through the practical translation between business metrics (revenue per customer, churn,...</itunes:subtitle><itunes:summary><![CDATA[Business leaders publish KPIs; engineers collect telemetry. All too often those two sets of numbers live in different universes. This episode walks through the practical translation between business metrics (revenue per customer, churn, time-to-fulfill) and the technical signals that reliably support them (latency percentiles, queue depth, event fidelity). I show why naive mappings fail, how to choose the right level of fidelity, and how to design metric contracts that survive ownership changes. Expect concrete trade-offs: sample rates vs. confidence, aggregation windows vs. actionability, and when to accept inferred signals rather than perfect measurement. The goal is not a metrics manifesto but a pragmatic playbook: clear definitions, ownership, observable SLIs for business outcomes, and cheap experiments to validate assumptions. Listeners will get practical steps to reduce rework, improve incident response, and make KPIs into shared operational tools rather than aspirational posters.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>493</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/6fa3a39e2b077c98f137b4ad882e44e4.jpg"/><itunes:episode>97</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Generated Episode Idea</title><link>https://www.spreaker.com/episode/generated-episode-idea--73116537</link><description><![CDATA[{"title":"Config vs Code: When Flexibility Becomes Technical Debt","one_liner":"Why asking for 'just make it configurable' is seldom a free lunch — and how business and IT can make deliberate, measurable choices between configuration and code.","description":"Many organizations default to 'make it configurable' as a quick answer to change and uncertainty. That wish—flexibility without commitment—creates a quiet, compounding tax: sprawling configuration surfaces, brittle runbooks, undocumented behaviour and unexpected costs. In this episode Mirko Peters takes a practical, consultant’s view on the config-vs-code tradeoff. You’ll get a clear map of what business leaders assume when they ask for configurability, what engineers actually inherit, and where sensible guardrails stop flexibility from becoming sabotage. Through a generalized consulting example Mirko shows how ambiguous requirements, missing ownership and absent governance turn configurable features into operational nightmares — and offers a set of concrete rules for deciding when to invest in configuration, when to codify, and how to contain long-term risk. Actionable, discipline-first guidance for leaders, product folks and IT to reduce rework and keep options cheap and safe.","why_now":"This is a perennial tension: organizations repeatedly face choices between short-term flexibility and long-term maintainability. The trade-offs are structural, not trend-driven, and show up wherever business agility meets system complexity.","target_audience":"Leaders, product managers, consultants, enterprise architects and IT professionals focused on aligning business needs with maintainable technical choices.","episode_type":"monologue","estimated_runtime_s":1320,"outline":["00:00-01:30 — Opening &amp; Context: Introduce the config vs code dilemma, why it matters for business and IT, common one-liners from each side.","01:30-06:00 — The Business View: What business means by configurability (speed, autonomy, uncertainty management), typical goals, pressures and optimistic assumptions.","06:00-10:30 — The IT View: How engineers experience configuration (surface area, testing complexity, deployment coupling), hidden costs and technical constraints.","10:30-14:30 — The Gap in Between: Where translation fails — language mismatches, incentive misalignments, missing acceptance criteria and governance that lets config proliferate.","14:30-18:00 — Real-World Perspective: A generalized consulting case: a configurable pricing engine that became a maintenance monster — what went wrong and what signals were missed.","18:00-21:00 — Practical Takeaways: Clear rules-of-thumb for business and IT: decision checklist, ownership patterns, metrics to watch, and simple governance practices to limit future debt.","21:00-22:00 — Closing &amp; Call-to-Action: Recap core lesson, call to subscribe and leave a review, and mention following Mirko Peters on LinkedIn.","tags":["business-it-alignment","configuration-management","technical-debt","governance","product-management"],"duplication_check":{"nearest_match_title":"Policy Into Practice: Turning Business Rules into Maintainable Systems","similarity_score":0.48,"decision":"distinct"},"risks":["Framing the episode as anti-config might alienate listeners who rely on configuration for agility.","Over-simplifying technical nuance could lead to prescriptions that don't fit complex environments."],"mitigations":["Emphasize balanced, context-sensitive rules rather than blanket prescriptions; present clear trade-offs and examples.","Use generalized consulting example and checklist so listeners can adapt the guidance to their technical and organizational constraints."]}<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">4d9fe01e-2517-4c9b-9f6a-c1ac93340524</guid><pubDate>Thu, 23 Jul 2026 00:38:00 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/73116537/stitched_episode_4d9fe01e_2517_4c9b_9f6a_c1ac93340524.mp3" length="7373469" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/0391fb68-20a1-4d4b-ab04-9bb7cccde2e7/0391fb68-20a1-4d4b-ab04-9bb7cccde2e7.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/0391fb68-20a1-4d4b-ab04-9bb7cccde2e7/0391fb68-20a1-4d4b-ab04-9bb7cccde2e7.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/0391fb68-20a1-4d4b-ab04-9bb7cccde2e7/0391fb68-20a1-4d4b-ab04-9bb7cccde2e7.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>{"title":"Config vs Code: When Flexibility Becomes Technical Debt","one_liner":"Why asking for 'just make it configurable' is seldom a free lunch — and how business and IT can make deliberate, measurable choices between configuration and...</itunes:subtitle><itunes:summary><![CDATA[{"title":"Config vs Code: When Flexibility Becomes Technical Debt","one_liner":"Why asking for 'just make it configurable' is seldom a free lunch — and how business and IT can make deliberate, measurable choices between configuration and code.","description":"Many organizations default to 'make it configurable' as a quick answer to change and uncertainty. That wish—flexibility without commitment—creates a quiet, compounding tax: sprawling configuration surfaces, brittle runbooks, undocumented behaviour and unexpected costs. In this episode Mirko Peters takes a practical, consultant’s view on the config-vs-code tradeoff. You’ll get a clear map of what business leaders assume when they ask for configurability, what engineers actually inherit, and where sensible guardrails stop flexibility from becoming sabotage. Through a generalized consulting example Mirko shows how ambiguous requirements, missing ownership and absent governance turn configurable features into operational nightmares — and offers a set of concrete rules for deciding when to invest in configuration, when to codify, and how to contain long-term risk. Actionable, discipline-first guidance for leaders, product folks and IT to reduce rework and keep options cheap and safe.","why_now":"This is a perennial tension: organizations repeatedly face choices between short-term flexibility and long-term maintainability. The trade-offs are structural, not trend-driven, and show up wherever business agility meets system complexity.","target_audience":"Leaders, product managers, consultants, enterprise architects and IT professionals focused on aligning business needs with maintainable technical choices.","episode_type":"monologue","estimated_runtime_s":1320,"outline":["00:00-01:30 — Opening &amp; Context: Introduce the config vs code dilemma, why it matters for business and IT, common one-liners from each side.","01:30-06:00 — The Business View: What business means by configurability (speed, autonomy, uncertainty management), typical goals, pressures and optimistic assumptions.","06:00-10:30 — The IT View: How engineers experience configuration (surface area, testing complexity, deployment coupling), hidden costs and technical constraints.","10:30-14:30 — The Gap in Between: Where translation fails — language mismatches, incentive misalignments, missing acceptance criteria and governance that lets config proliferate.","14:30-18:00 — Real-World Perspective: A generalized consulting case: a configurable pricing engine that became a maintenance monster — what went wrong and what signals were missed.","18:00-21:00 — Practical Takeaways: Clear rules-of-thumb for business and IT: decision checklist, ownership patterns, metrics to watch, and simple governance practices to limit future debt.","21:00-22:00 — Closing &amp; Call-to-Action: Recap core lesson, call to subscribe and leave a review, and mention following Mirko Peters on LinkedIn.","tags":["business-it-alignment","configuration-management","technical-debt","governance","product-management"],"duplication_check":{"nearest_match_title":"Policy Into Practice: Turning Business Rules into Maintainable Systems","similarity_score":0.48,"decision":"distinct"},"risks":["Framing the episode as anti-config might alienate listeners who rely on configuration for agility.","Over-simplifying technical nuance could lead to prescriptions that don't fit complex environments."],"mitigations":["Emphasize balanced, context-sensitive rules rather than blanket prescriptions; present clear trade-offs and examples.","Use generalized consulting example and checklist so listeners can adapt the guidance to their technical and organizational constraints."]}<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation,...]]></itunes:summary><itunes:duration>461</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/6fa3a39e2b077c98f137b4ad882e44e4.jpg"/><itunes:episode>96</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>When Shadow IT Shows Up: Turning Rogue Tools into Managed Capability</title><link>https://www.spreaker.com/episode/when-shadow-it-shows-up-turning-rogue-tools-into-managed-capability--73096278</link><description><![CDATA[Many organizations tolerate or even encourage business teams to adopt external apps and local automations to get work done—so-called shadow IT. This episode examines shadow IT as a business-driven coping mechanism and a structural failure point. I will show how it arises, why business stakeholders choose it, and why IT often responds with bans, audits, or silence that make things worse. You’ll get a concise mapping of incentives, hidden costs (security, maintainability, data fragmentation), and pragmatic governance approaches that preserve speed while reducing risk. The show closes with a generalized consulting example showing a common escalation, and a checklist of small governance moves managers and architects can implement in weeks, not quarters. No vendor pitches, no moralizing—just practical tradeoffs and scripts you can use to turn rogue apps into managed capability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">e32e3ec5-2423-45b3-9fcc-f7fb34b89f8b</guid><pubDate>Wed, 22 Jul 2026 00:29:20 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/73096278/stitched_episode_e32e3ec5_2423_45b3_9fcc_f7fb34b89f8b.mp3" length="7550684" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/103810c8-bf76-4a35-bbf7-cdc88a389dab/103810c8-bf76-4a35-bbf7-cdc88a389dab.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/103810c8-bf76-4a35-bbf7-cdc88a389dab/103810c8-bf76-4a35-bbf7-cdc88a389dab.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/103810c8-bf76-4a35-bbf7-cdc88a389dab/103810c8-bf76-4a35-bbf7-cdc88a389dab.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organizations tolerate or even encourage business teams to adopt external apps and local automations to get work done—so-called shadow IT. This episode examines shadow IT as a business-driven coping mechanism and a structural failure point. I...</itunes:subtitle><itunes:summary><![CDATA[Many organizations tolerate or even encourage business teams to adopt external apps and local automations to get work done—so-called shadow IT. This episode examines shadow IT as a business-driven coping mechanism and a structural failure point. I will show how it arises, why business stakeholders choose it, and why IT often responds with bans, audits, or silence that make things worse. You’ll get a concise mapping of incentives, hidden costs (security, maintainability, data fragmentation), and pragmatic governance approaches that preserve speed while reducing risk. The show closes with a generalized consulting example showing a common escalation, and a checklist of small governance moves managers and architects can implement in weeks, not quarters. No vendor pitches, no moralizing—just practical tradeoffs and scripts you can use to turn rogue apps into managed capability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>472</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/6fa3a39e2b077c98f137b4ad882e44e4.jpg"/><itunes:episode>95</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Estimating Uncertainty: Treating Delivery Estimates as Risk Communication, Not Promises</title><link>https://www.spreaker.com/episode/estimating-uncertainty-treating-delivery-estimates-as-risk-communication-not-promises--73078028</link><description><![CDATA[Most failed projects trace back to one simple misfire: an estimate was treated like a promise. This episode shows how that misunderstanding poisons trust, encourages gaming, and forces brittle tradeoffs. I argue for a practical, repeatable approach: treat estimates as explicit risk communication—paired with assumptions, confidence ranges, known unknowns, and decision triggers. You’ll get a consultant’s toolkit for making estimates useful: simple templates for communicating uncertainty, how to convert business priorities into tolerances for risk, and rules of engagement that stop estimates from becoming hidden contracts. The goal is not perfect prediction but predictable decision-making: better prioritization, fewer surprise rushes, and clearer accountability between business and IT. Listeners will leave with concrete language to use in meetings and a short checklist to start normalizing uncertainty without losing momentum.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">96c612fe-4096-4873-a8e3-87c31473d3b3</guid><pubDate>Tue, 21 Jul 2026 00:34:31 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/73078028/stitched_episode_96c612fe_4096_4873_a8e3_87c31473d3b3.mp3" length="8203954" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/0276b91c-74f5-4eba-bb89-0540454ee0e4/0276b91c-74f5-4eba-bb89-0540454ee0e4.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/0276b91c-74f5-4eba-bb89-0540454ee0e4/0276b91c-74f5-4eba-bb89-0540454ee0e4.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/0276b91c-74f5-4eba-bb89-0540454ee0e4/0276b91c-74f5-4eba-bb89-0540454ee0e4.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most failed projects trace back to one simple misfire: an estimate was treated like a promise. This episode shows how that misunderstanding poisons trust, encourages gaming, and forces brittle tradeoffs. I argue for a practical, repeatable approach:...</itunes:subtitle><itunes:summary><![CDATA[Most failed projects trace back to one simple misfire: an estimate was treated like a promise. This episode shows how that misunderstanding poisons trust, encourages gaming, and forces brittle tradeoffs. I argue for a practical, repeatable approach: treat estimates as explicit risk communication—paired with assumptions, confidence ranges, known unknowns, and decision triggers. You’ll get a consultant’s toolkit for making estimates useful: simple templates for communicating uncertainty, how to convert business priorities into tolerances for risk, and rules of engagement that stop estimates from becoming hidden contracts. The goal is not perfect prediction but predictable decision-making: better prioritization, fewer surprise rushes, and clearer accountability between business and IT. Listeners will leave with concrete language to use in meetings and a short checklist to start normalizing uncertainty without losing momentum.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>513</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/6fa3a39e2b077c98f137b4ad882e44e4.jpg"/><itunes:episode>94</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Who Owns It After Go‑Live? The Unseen Cost of Shifting Ownership</title><link>https://www.spreaker.com/episode/who-owns-it-after-go-live-the-unseen-cost-of-shifting-ownership--73061567</link><description><![CDATA[When a feature ships, most teams check the box and move on. What they often miss is the operational transfer: who answers the pager, who owns the data quality issue, who budgets ongoing fixes? This episode draws a clear line between delivery and operation, explaining how shifting ownership (or failing to define it) creates repeating failure modes: surprise operational costs, slow incident response, and products that quietly degrade customer experience. In practical, consultant-first language, Mirko Peters walks leaders and technologists through the incentives, language failures, and structural choices that make ownership ambiguous—and what a sensible handover actually looks like. Expect concrete artifacts you can demand or provide (runbooks, SLO responsibilities, cost allocations, decision records) and simple governance steps that keep product velocity from becoming an operational liability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">710fe127-e81d-4bd4-a18f-a7525fb61bd4</guid><pubDate>Mon, 20 Jul 2026 00:32:36 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/73061567/stitched_episode_710fe127_e81d_4bd4_a18f_a7525fb61bd4.mp3" length="7059164" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/ee418da8-324f-43ab-b637-443b4e41cc92/ee418da8-324f-43ab-b637-443b4e41cc92.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/ee418da8-324f-43ab-b637-443b4e41cc92/ee418da8-324f-43ab-b637-443b4e41cc92.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/ee418da8-324f-43ab-b637-443b4e41cc92/ee418da8-324f-43ab-b637-443b4e41cc92.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>When a feature ships, most teams check the box and move on. What they often miss is the operational transfer: who answers the pager, who owns the data quality issue, who budgets ongoing fixes? This episode draws a clear line between delivery and...</itunes:subtitle><itunes:summary><![CDATA[When a feature ships, most teams check the box and move on. What they often miss is the operational transfer: who answers the pager, who owns the data quality issue, who budgets ongoing fixes? This episode draws a clear line between delivery and operation, explaining how shifting ownership (or failing to define it) creates repeating failure modes: surprise operational costs, slow incident response, and products that quietly degrade customer experience. In practical, consultant-first language, Mirko Peters walks leaders and technologists through the incentives, language failures, and structural choices that make ownership ambiguous—and what a sensible handover actually looks like. Expect concrete artifacts you can demand or provide (runbooks, SLO responsibilities, cost allocations, decision records) and simple governance steps that keep product velocity from becoming an operational liability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>442</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/6fa3a39e2b077c98f137b4ad882e44e4.jpg"/><itunes:episode>93</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Policy Into Practice: Turning Business Rules into Maintainable Systems</title><link>https://www.spreaker.com/episode/policy-into-practice-turning-business-rules-into-maintainable-systems--73049501</link><description><![CDATA[Business rules—pricing exceptions, eligibility checks, routing priorities—are where business intent becomes software behavior. Left ad hoc they drift into hidden logic, slow decision cycles, and surprising customer outcomes. This episode walks a practical middle path: how to translate rules into maintainable artifacts (decision tables, rule libraries, policy services), how to choose what stays in code versus what stays configurable, and how governance, testing, and clear ownership prevent policy rot. I’ll explain the business incentives that push rules into brittle places and the technical constraints that make some choices costly. You’ll get concrete tradeoffs, a simple way to classify rules by volatility and risk, and a pragmatic checklist to decide when to invest in a rule engine, a policy service, or disciplined code. The focus is practical: fewer debates about tools, more about predictable outcomes and fewer surprise projects.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">fe3794dc-6258-466e-9e2d-eb6e799ef7d9</guid><pubDate>Sun, 19 Jul 2026 00:37:21 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/73049501/stitched_episode_fe3794dc_6258_466e_9e2d_eb6e799ef7d9.mp3" length="7821522" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/e85f2eec-8b4a-4a43-bdd1-b7c0055e3276/e85f2eec-8b4a-4a43-bdd1-b7c0055e3276.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/e85f2eec-8b4a-4a43-bdd1-b7c0055e3276/e85f2eec-8b4a-4a43-bdd1-b7c0055e3276.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/e85f2eec-8b4a-4a43-bdd1-b7c0055e3276/e85f2eec-8b4a-4a43-bdd1-b7c0055e3276.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business rules—pricing exceptions, eligibility checks, routing priorities—are where business intent becomes software behavior. Left ad hoc they drift into hidden logic, slow decision cycles, and surprising customer outcomes. This episode walks a...</itunes:subtitle><itunes:summary><![CDATA[Business rules—pricing exceptions, eligibility checks, routing priorities—are where business intent becomes software behavior. Left ad hoc they drift into hidden logic, slow decision cycles, and surprising customer outcomes. This episode walks a practical middle path: how to translate rules into maintainable artifacts (decision tables, rule libraries, policy services), how to choose what stays in code versus what stays configurable, and how governance, testing, and clear ownership prevent policy rot. I’ll explain the business incentives that push rules into brittle places and the technical constraints that make some choices costly. You’ll get concrete tradeoffs, a simple way to classify rules by volatility and risk, and a pragmatic checklist to decide when to invest in a rule engine, a policy service, or disciplined code. The focus is practical: fewer debates about tools, more about predictable outcomes and fewer surprise projects.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>489</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/6fa3a39e2b077c98f137b4ad882e44e4.jpg"/><itunes:episode>92</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Aligning SLAs and SLOs: When Business Promises Become Engineering Decisions</title><link>https://www.spreaker.com/episode/aligning-slas-and-slos-when-business-promises-become-engineering-decisions--73036240</link><description><![CDATA[Most businesses treat Service Level Agreements (SLAs) as legal promises and IT treats Service Level Objectives (SLOs) as engineering targets. This episode collapses that divide: I argue that service guarantees are design choices that embed business priorities into architecture, cost, and operational practice. You’ll get a practical walkthrough of how to translate revenue exposure, customer expectations and regulatory needs into measurable SLOs, and how to make the trade‑offs explicit so neither side is surprised when latency, error budgets, or maintenance windows bite. Through a generalized consulting story we’ll examine a common failure mode—ambitious SLAs without capacity planning—and show how clear decision records, transparent costing, and simple incident contracts could have prevented repeated outages and finger‑pointing. The goal is hands‑on: not theory, but three concrete practices business and IT can adopt on Monday to align promises with engineering reality, preserve customer trust, and make availability a controllable business variable.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">7c8cdcab-1262-4700-9b00-0121e825bbb2</guid><pubDate>Sat, 18 Jul 2026 00:25:37 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/73036240/stitched_episode_7c8cdcab_1262_4700_9b00_0121e825bbb2.mp3" length="8804980" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/4a4f9c93-f648-45a5-9688-14535bc5baed/4a4f9c93-f648-45a5-9688-14535bc5baed.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/4a4f9c93-f648-45a5-9688-14535bc5baed/4a4f9c93-f648-45a5-9688-14535bc5baed.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/4a4f9c93-f648-45a5-9688-14535bc5baed/4a4f9c93-f648-45a5-9688-14535bc5baed.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most businesses treat Service Level Agreements (SLAs) as legal promises and IT treats Service Level Objectives (SLOs) as engineering targets. This episode collapses that divide: I argue that service guarantees are design choices that embed business...</itunes:subtitle><itunes:summary><![CDATA[Most businesses treat Service Level Agreements (SLAs) as legal promises and IT treats Service Level Objectives (SLOs) as engineering targets. This episode collapses that divide: I argue that service guarantees are design choices that embed business priorities into architecture, cost, and operational practice. You’ll get a practical walkthrough of how to translate revenue exposure, customer expectations and regulatory needs into measurable SLOs, and how to make the trade‑offs explicit so neither side is surprised when latency, error budgets, or maintenance windows bite. Through a generalized consulting story we’ll examine a common failure mode—ambitious SLAs without capacity planning—and show how clear decision records, transparent costing, and simple incident contracts could have prevented repeated outages and finger‑pointing. The goal is hands‑on: not theory, but three concrete practices business and IT can adopt on Monday to align promises with engineering reality, preserve customer trust, and make availability a controllable business variable.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>551</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/6fa3a39e2b077c98f137b4ad882e44e4.jpg"/><itunes:episode>91</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The One-Field Trap: When Tiny Requests Break Architecture</title><link>https://www.spreaker.com/episode/the-one-field-trap-when-tiny-requests-break-architecture--72943330</link><description><![CDATA[Business teams love low-friction requests: add one field, a new checkbox, a quick report column. IT knows these 'small' changes can ripple through authentication, data models, integrations, reporting, and support processes — and suddenly a one-hour request costs months and multiple teams. This episode walks through the life cycle of a single-field request from both sides of the table. You’ll get a clear, practical lens for spotting true small changes versus architectural changes masquerading as tiny asks, and concrete rules of engagement to reduce rework, preserve simplicity, and assign the right decision rights before code is written. Mirko Peters uses a generalized consulting example to show where incentives and language create the trap, why good intentions fail in handovers, and three pragmatic governance patterns teams can adopt immediately. No vendor hype, no theory — just direct, actionable advice that helps leaders and engineers make fewer expensive 'quick' decisions.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">fd7d2fb6-a6f7-4949-b37b-0a27151c4a46</guid><pubDate>Mon, 13 Jul 2026 00:23:42 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72943330/stitched_episode_fd7d2fb6_a6f7_4949_b37b_0a27151c4a46.mp3" length="8451804" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/61a0cedc-78b0-48ab-85c6-24b838e31ff1/61a0cedc-78b0-48ab-85c6-24b838e31ff1.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/61a0cedc-78b0-48ab-85c6-24b838e31ff1/61a0cedc-78b0-48ab-85c6-24b838e31ff1.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/61a0cedc-78b0-48ab-85c6-24b838e31ff1/61a0cedc-78b0-48ab-85c6-24b838e31ff1.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business teams love low-friction requests: add one field, a new checkbox, a quick report column. IT knows these 'small' changes can ripple through authentication, data models, integrations, reporting, and support processes — and suddenly a one-hour...</itunes:subtitle><itunes:summary><![CDATA[Business teams love low-friction requests: add one field, a new checkbox, a quick report column. IT knows these 'small' changes can ripple through authentication, data models, integrations, reporting, and support processes — and suddenly a one-hour request costs months and multiple teams. This episode walks through the life cycle of a single-field request from both sides of the table. You’ll get a clear, practical lens for spotting true small changes versus architectural changes masquerading as tiny asks, and concrete rules of engagement to reduce rework, preserve simplicity, and assign the right decision rights before code is written. Mirko Peters uses a generalized consulting example to show where incentives and language create the trap, why good intentions fail in handovers, and three pragmatic governance patterns teams can adopt immediately. No vendor hype, no theory — just direct, actionable advice that helps leaders and engineers make fewer expensive 'quick' decisions.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>529</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/32b5ba14383de1300834c677421d9945.jpg"/><itunes:episode>90</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Feature Flags as Policy: Governing Toggles, Experiments, and Risk</title><link>https://www.spreaker.com/episode/feature-flags-as-policy-governing-toggles-experiments-and-risk--72934434</link><description><![CDATA[Feature flags let organisations move fast: decouple releases, run experiments, and reduce deployment risk. But speed without shared rules becomes a hidden source of operational fragility, confused ownership, and regulatory exposure. In this episode Mirko Peters explains why feature flags are a governance problem as much as a technical one. You’ll get a clear view of what business stakeholders expect (flexibility, targeted launches, measurable outcomes), how engineering experiences flags in practice (state explosion, coupling, runtime risk), and where translation routinely breaks down. The episode walks through a generalized consulting example where unchecked toggles created months of debugging and missed KPIs, then gives concrete, practical steps both sides can adopt: minimal flag taxonomies, lifecycles, ownership gates, and telemetry rules that preserve speed without turning flags into long-term debt. No vendor hype — just practical rules that keep experiments honest and production safe.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">7988b16c-c52f-410a-a204-5b5122b2af0d</guid><pubDate>Sun, 12 Jul 2026 01:22:34 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72934434/stitched_episode_7988b16c_c52f_410a_a204_5b5122b2af0d.mp3" length="9345819" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/baf0e2ab-fded-4957-b69c-b3b993a5f40a/baf0e2ab-fded-4957-b69c-b3b993a5f40a.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/baf0e2ab-fded-4957-b69c-b3b993a5f40a/baf0e2ab-fded-4957-b69c-b3b993a5f40a.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/baf0e2ab-fded-4957-b69c-b3b993a5f40a/baf0e2ab-fded-4957-b69c-b3b993a5f40a.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Feature flags let organisations move fast: decouple releases, run experiments, and reduce deployment risk. But speed without shared rules becomes a hidden source of operational fragility, confused ownership, and regulatory exposure. In this episode...</itunes:subtitle><itunes:summary><![CDATA[Feature flags let organisations move fast: decouple releases, run experiments, and reduce deployment risk. But speed without shared rules becomes a hidden source of operational fragility, confused ownership, and regulatory exposure. In this episode Mirko Peters explains why feature flags are a governance problem as much as a technical one. You’ll get a clear view of what business stakeholders expect (flexibility, targeted launches, measurable outcomes), how engineering experiences flags in practice (state explosion, coupling, runtime risk), and where translation routinely breaks down. The episode walks through a generalized consulting example where unchecked toggles created months of debugging and missed KPIs, then gives concrete, practical steps both sides can adopt: minimal flag taxonomies, lifecycles, ownership gates, and telemetry rules that preserve speed without turning flags into long-term debt. No vendor hype — just practical rules that keep experiments honest and production safe.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>585</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/549f1dea5600772d38462204702739e5.jpg"/><itunes:episode>89</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Data Contracts: Treating Data as a Product Between Business and IT</title><link>https://www.spreaker.com/episode/data-contracts-treating-data-as-a-product-between-business-and-it--72923174</link><description><![CDATA[Data is not just a backlog item — it's an internal product teams exchange. In this episode Mirko Peters explains how data contracts — compact, enforceable agreements about schema, semantics, SLAs and ownership — convert fragile integrations into reliable business infrastructure. He contrasts the business expectation that data is 'available and obvious' with the IT reality of schema drift, lineage gaps and quality trade-offs, then outlines a practical path to close that gap. Listeners get a generalized consulting story where missing data guarantees derail a launch, followed by concrete, low-friction actions: assign owners, codify schemas, add lightweight validation and versioning, and choose whether the contract lives in policy, code, or both. This episode focuses on pragmatic governance you can pilot in weeks, not heavyweight committees — ideal for leaders, product and data owners, architects and engineers who need dependable data without slowing the organisation.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">09f65501-1125-4cf7-8bfd-6869591745ae</guid><pubDate>Sat, 11 Jul 2026 00:31:39 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72923174/stitched_episode_09f65501_1125_4cf7_8bfd_6869591745ae.mp3" length="8310534" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/e6c84fdc-cb8e-4f6a-a52e-842ac4984044/e6c84fdc-cb8e-4f6a-a52e-842ac4984044.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/e6c84fdc-cb8e-4f6a-a52e-842ac4984044/e6c84fdc-cb8e-4f6a-a52e-842ac4984044.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/e6c84fdc-cb8e-4f6a-a52e-842ac4984044/e6c84fdc-cb8e-4f6a-a52e-842ac4984044.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Data is not just a backlog item — it's an internal product teams exchange. In this episode Mirko Peters explains how data contracts — compact, enforceable agreements about schema, semantics, SLAs and ownership — convert fragile integrations into...</itunes:subtitle><itunes:summary><![CDATA[Data is not just a backlog item — it's an internal product teams exchange. In this episode Mirko Peters explains how data contracts — compact, enforceable agreements about schema, semantics, SLAs and ownership — convert fragile integrations into reliable business infrastructure. He contrasts the business expectation that data is 'available and obvious' with the IT reality of schema drift, lineage gaps and quality trade-offs, then outlines a practical path to close that gap. Listeners get a generalized consulting story where missing data guarantees derail a launch, followed by concrete, low-friction actions: assign owners, codify schemas, add lightweight validation and versioning, and choose whether the contract lives in policy, code, or both. This episode focuses on pragmatic governance you can pilot in weeks, not heavyweight committees — ideal for leaders, product and data owners, architects and engineers who need dependable data without slowing the organisation.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>520</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/1a5d45071716fd770b4bbe651e4e4343.jpg"/><itunes:episode>88</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Exception Tax: Designing for the 1% That Breaks Everything</title><link>https://www.spreaker.com/episode/exception-tax-designing-for-the-1-that-breaks-everything--72902490</link><description><![CDATA[Business leaders treat automation and features as win/lose outcomes: either the process works or people handle exceptions. IT inherits a growing pile of one-off fixes, tactical scripts, and emergency procedures that never get productised. This episode explains why those rare exceptions accumulate into a predictable, expensive burden—the Exception Tax—and how both sides can prevent it. I’ll explain the business incentives that accept exceptions as acceptable risk, the technical realities that make exceptions expensive to handle at scale, and a repeatable consulting approach to convert recurring exceptions into governed decisions, measurable backlog items, or intentional manual processes. Listeners will get concrete patterns to recognise exception taxation early, a lightweight template for prioritising fixes versus formalising workarounds, and short actions business and IT can start tomorrow to stop the slow drain on capacity and reliability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">e08e47a2-4e63-4955-aabe-3fc26d4f3740</guid><pubDate>Fri, 10 Jul 2026 00:45:57 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72902490/stitched_episode_e08e47a2_4e63_4955_aabe_3fc26d4f3740.mp3" length="8882720" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/88a3a60f-046d-485b-84d8-5faa82f5cd5a/88a3a60f-046d-485b-84d8-5faa82f5cd5a.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/88a3a60f-046d-485b-84d8-5faa82f5cd5a/88a3a60f-046d-485b-84d8-5faa82f5cd5a.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/88a3a60f-046d-485b-84d8-5faa82f5cd5a/88a3a60f-046d-485b-84d8-5faa82f5cd5a.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business leaders treat automation and features as win/lose outcomes: either the process works or people handle exceptions. IT inherits a growing pile of one-off fixes, tactical scripts, and emergency procedures that never get productised. This episode...</itunes:subtitle><itunes:summary><![CDATA[Business leaders treat automation and features as win/lose outcomes: either the process works or people handle exceptions. IT inherits a growing pile of one-off fixes, tactical scripts, and emergency procedures that never get productised. This episode explains why those rare exceptions accumulate into a predictable, expensive burden—the Exception Tax—and how both sides can prevent it. I’ll explain the business incentives that accept exceptions as acceptable risk, the technical realities that make exceptions expensive to handle at scale, and a repeatable consulting approach to convert recurring exceptions into governed decisions, measurable backlog items, or intentional manual processes. Listeners will get concrete patterns to recognise exception taxation early, a lightweight template for prioritising fixes versus formalising workarounds, and short actions business and IT can start tomorrow to stop the slow drain on capacity and reliability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>556</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/aa9b22828e16c111a8e62ebebd4ce33c.jpg"/><itunes:episode>87</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Spec Drift: Preserving Context Between Request and Release</title><link>https://www.spreaker.com/episode/spec-drift-preserving-context-between-request-and-release--72877739</link><description><![CDATA[Spec Drift examines the everyday slippage that happens after a business request leaves a meeting room and before code ships. Mirko Peters pulls apart the precise moments context is lost — ambiguous wording in emails, assumptions baked into wireframes, unmet non-functional expectations — and shows how those small gaps accumulate into schedule overruns, surprise outages, and strained relationships. This episode stays practical: it explains both the business incentives that encourage shorthand requests and the technical realities that make assumptions expensive, then gives three concrete habits teams can adopt immediately to preserve the intent of a request without slowing delivery. Listeners will get a clear map of where spec drift starts, a consulting-style example of what goes wrong in the wild, and action items for business and IT to reduce rework and improve predictability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">12fd18e6-6671-4a14-a436-615e8280dd38</guid><pubDate>Thu, 09 Jul 2026 00:38:10 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72877739/stitched_episode_12fd18e6_6671_4a14_a436_615e8280dd38.mp3" length="10218100" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/6f41e6e1-28a9-4c93-9519-7b609883a764/6f41e6e1-28a9-4c93-9519-7b609883a764.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/6f41e6e1-28a9-4c93-9519-7b609883a764/6f41e6e1-28a9-4c93-9519-7b609883a764.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/6f41e6e1-28a9-4c93-9519-7b609883a764/6f41e6e1-28a9-4c93-9519-7b609883a764.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Spec Drift examines the everyday slippage that happens after a business request leaves a meeting room and before code ships. Mirko Peters pulls apart the precise moments context is lost — ambiguous wording in emails, assumptions baked into wireframes,...</itunes:subtitle><itunes:summary><![CDATA[Spec Drift examines the everyday slippage that happens after a business request leaves a meeting room and before code ships. Mirko Peters pulls apart the precise moments context is lost — ambiguous wording in emails, assumptions baked into wireframes, unmet non-functional expectations — and shows how those small gaps accumulate into schedule overruns, surprise outages, and strained relationships. This episode stays practical: it explains both the business incentives that encourage shorthand requests and the technical realities that make assumptions expensive, then gives three concrete habits teams can adopt immediately to preserve the intent of a request without slowing delivery. Listeners will get a clear map of where spec drift starts, a consulting-style example of what goes wrong in the wild, and action items for business and IT to reduce rework and improve predictability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>639</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/a5258288ffc6ea707c6a8db304cd72d5.jpg"/><itunes:episode>86</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Contract Grammar: How Procurement Language Shapes Technical Reality</title><link>https://www.spreaker.com/episode/contract-grammar-how-procurement-language-shapes-technical-reality--72861091</link><description><![CDATA[Contracts and procurement processes are usually treated as legal paperwork—until their wording becomes the organisation's operating rules. In this episode Mirko Peters takes a consultant's scalpel to procurement language: SLAs, change control, termination clauses, data ownership, payment milestones and acceptance criteria. You’ll hear how the business reads those clauses as risk allocation and commercial leverage, how IT reads them as technical constraints and operational requirements, and where well-intended language hardens bad architectural choices. The episode delivers a practical framework to identify harmful incentives, three lightweight contract edits that reduce long-term cost and vendor lock-in, and governance patterns that keep procurement from solidifying short-term fixes. No legalese, no vendor hype—just clear patterns and actions leaders, consultants, and IT professionals can use in RFPs, SOWs, and vendor conversations to align contracts with desired outcomes.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">42700bf6-5a71-494b-9a33-08192b86067d</guid><pubDate>Wed, 08 Jul 2026 00:31:55 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72861091/stitched_episode_42700bf6_5a71_494b_9a33_08192b86067d.mp3" length="9257212" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/46ca4137-7749-4157-9b25-eab4869663ec/46ca4137-7749-4157-9b25-eab4869663ec.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/46ca4137-7749-4157-9b25-eab4869663ec/46ca4137-7749-4157-9b25-eab4869663ec.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/46ca4137-7749-4157-9b25-eab4869663ec/46ca4137-7749-4157-9b25-eab4869663ec.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Contracts and procurement processes are usually treated as legal paperwork—until their wording becomes the organisation's operating rules. In this episode Mirko Peters takes a consultant's scalpel to procurement language: SLAs, change control,...</itunes:subtitle><itunes:summary><![CDATA[Contracts and procurement processes are usually treated as legal paperwork—until their wording becomes the organisation's operating rules. In this episode Mirko Peters takes a consultant's scalpel to procurement language: SLAs, change control, termination clauses, data ownership, payment milestones and acceptance criteria. You’ll hear how the business reads those clauses as risk allocation and commercial leverage, how IT reads them as technical constraints and operational requirements, and where well-intended language hardens bad architectural choices. The episode delivers a practical framework to identify harmful incentives, three lightweight contract edits that reduce long-term cost and vendor lock-in, and governance patterns that keep procurement from solidifying short-term fixes. No legalese, no vendor hype—just clear patterns and actions leaders, consultants, and IT professionals can use in RFPs, SOWs, and vendor conversations to align contracts with desired outcomes.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>579</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/4debd9abb2bd445a953fbd6b9272aad9.jpg"/><itunes:episode>85</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Making Internal Platforms Real: Product Thinking for Shared IT Services</title><link>https://www.spreaker.com/episode/making-internal-platforms-real-product-thinking-for-shared-it-services--72846615</link><description><![CDATA[Many organisations build shared platforms, APIs, and internal services and then assume those components behave like external products: predictable roadmaps, clear value metrics, and dependable SLAs. Without explicit product thinking, business leaders hear vague promises and platform teams inherit shifting priorities, unpaid maintenance, and invisible costs. In this episode Mirko Peters walks through how treating internal platforms as real products changes funding conversations, decision rights, and the behaviour of both sides. You’ll get a pragmatic set of patterns: a one-page product charter for platform teams, how to translate business outcomes into platform SLAs, funding and prioritisation options that avoid stealth technical debt, and simple communication practices that reduce rework. This is a practical, non-hype look at operating models that produce predictable capability delivery while keeping maintenance visible and accountable.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">5ccaa7a6-e8dc-4d5e-a4b4-675c1ec98bcf</guid><pubDate>Tue, 07 Jul 2026 00:51:18 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72846615/stitched_episode_5ccaa7a6_e8dc_4d5e_a4b4_675c1ec98bcf.mp3" length="9637554" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/e488319c-1bf0-4ffb-9c11-996abe0441f8/e488319c-1bf0-4ffb-9c11-996abe0441f8.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/e488319c-1bf0-4ffb-9c11-996abe0441f8/e488319c-1bf0-4ffb-9c11-996abe0441f8.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/e488319c-1bf0-4ffb-9c11-996abe0441f8/e488319c-1bf0-4ffb-9c11-996abe0441f8.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organisations build shared platforms, APIs, and internal services and then assume those components behave like external products: predictable roadmaps, clear value metrics, and dependable SLAs. Without explicit product thinking, business leaders...</itunes:subtitle><itunes:summary><![CDATA[Many organisations build shared platforms, APIs, and internal services and then assume those components behave like external products: predictable roadmaps, clear value metrics, and dependable SLAs. Without explicit product thinking, business leaders hear vague promises and platform teams inherit shifting priorities, unpaid maintenance, and invisible costs. In this episode Mirko Peters walks through how treating internal platforms as real products changes funding conversations, decision rights, and the behaviour of both sides. You’ll get a pragmatic set of patterns: a one-page product charter for platform teams, how to translate business outcomes into platform SLAs, funding and prioritisation options that avoid stealth technical debt, and simple communication practices that reduce rework. This is a practical, non-hype look at operating models that produce predictable capability delivery while keeping maintenance visible and accountable.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>603</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/81c42624c69c9c808e86cb7a70c06093.jpg"/><itunes:episode>84</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Decision Ownership Maps — Cut Approval Loops in One Workshop</title><link>https://www.spreaker.com/episode/decision-ownership-maps-cut-approval-loops-in-one-workshop--72796905</link><description><![CDATA[Many organisations mistake governance for bureaucracy: unclear decision rights stall delivery, spawn rework, and turn simple requests into months-long sagas. This episode presents Decision Ownership Maps — a one-page, outcome-focused artefact you can create in a 90-minute workshop that stops approval loops and makes decisions actionable. I explain the map’s fields, how it ties specific decisions to artefacts (requirements, data contracts, release gates), and three crisp differences from RACI and decision-flag approaches so this isn’t just “more process.” You’ll hear a de-identified consulting example where the map halved review cycles and learn three measurable metrics to track (reopened tickets, review rounds, time-to-decision). I’ll read the template aloud, give a lean workshop recipe, and set simple maintenance and escalation rules. Practical, non-theoretical, and immediately usable—designed for leaders, product managers, consultants, and IT professionals who need faster alignment between strategy and delivery.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">9212bb78-770d-4954-bf4a-4dc01ae680b2</guid><pubDate>Fri, 03 Jul 2026 00:25:17 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72796905/stitched_episode_9212bb78_770d_4954_bf4a_4dc01ae680b2.mp3" length="9241329" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/f040a85b-65e2-4e9b-9ef0-2854dd7d0eb6/f040a85b-65e2-4e9b-9ef0-2854dd7d0eb6.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f040a85b-65e2-4e9b-9ef0-2854dd7d0eb6/f040a85b-65e2-4e9b-9ef0-2854dd7d0eb6.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f040a85b-65e2-4e9b-9ef0-2854dd7d0eb6/f040a85b-65e2-4e9b-9ef0-2854dd7d0eb6.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organisations mistake governance for bureaucracy: unclear decision rights stall delivery, spawn rework, and turn simple requests into months-long sagas. This episode presents Decision Ownership Maps — a one-page, outcome-focused artefact you can...</itunes:subtitle><itunes:summary><![CDATA[Many organisations mistake governance for bureaucracy: unclear decision rights stall delivery, spawn rework, and turn simple requests into months-long sagas. This episode presents Decision Ownership Maps — a one-page, outcome-focused artefact you can create in a 90-minute workshop that stops approval loops and makes decisions actionable. I explain the map’s fields, how it ties specific decisions to artefacts (requirements, data contracts, release gates), and three crisp differences from RACI and decision-flag approaches so this isn’t just “more process.” You’ll hear a de-identified consulting example where the map halved review cycles and learn three measurable metrics to track (reopened tickets, review rounds, time-to-decision). I’ll read the template aloud, give a lean workshop recipe, and set simple maintenance and escalation rules. Practical, non-theoretical, and immediately usable—designed for leaders, product managers, consultants, and IT professionals who need faster alignment between strategy and delivery.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>578</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/f631616663ed66238d07013045da8916.jpg"/><itunes:episode>83</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Ownership Debt: Who Owns Decisions After Go-Live?</title><link>https://www.spreaker.com/episode/ownership-debt-who-owns-decisions-after-go-live--72796899</link><description><![CDATA[Too many organisations treat decisions like one-off events: specified during a project then left unmanaged after go-live. The result is 'ownership debt' — decisions with no clear owner, dissolving accountability into fragile systems, recurring rework, and hidden costs. In this episode Mirko Peters explains how unclear decision ownership amplifies technical debt and business risk, why it happens (project handovers, incentives, and governance gaps), and how to design for responsibility across the lifecycle. Through a generalized consulting example Mirko shows the typical missteps that leave features orphaned and roadmaps inconsistent, then gives concrete patterns to reassign ownership, create lightweight decision records, and align incentives between product, operations and architecture. Listeners will get practical guidance they can apply in the next week: how to name owners, set review cadences, and make small governance changes that stop ownership debt from compounding. This is for leaders, architects and delivery managers who want decisions to survive beyond the slide deck.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">bf894499-91e1-42cf-9259-c4113530e5cf</guid><pubDate>Fri, 03 Jul 2026 00:25:17 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72796899/stitched_episode_bf894499_91e1_42cf_9259_c4113530e5cf.mp3" length="9180307" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c1e548ef-f34a-4361-86ac-083d4c0b762a/c1e548ef-f34a-4361-86ac-083d4c0b762a.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c1e548ef-f34a-4361-86ac-083d4c0b762a/c1e548ef-f34a-4361-86ac-083d4c0b762a.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c1e548ef-f34a-4361-86ac-083d4c0b762a/c1e548ef-f34a-4361-86ac-083d4c0b762a.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Too many organisations treat decisions like one-off events: specified during a project then left unmanaged after go-live. The result is 'ownership debt' — decisions with no clear owner, dissolving accountability into fragile systems, recurring rework,...</itunes:subtitle><itunes:summary><![CDATA[Too many organisations treat decisions like one-off events: specified during a project then left unmanaged after go-live. The result is 'ownership debt' — decisions with no clear owner, dissolving accountability into fragile systems, recurring rework, and hidden costs. In this episode Mirko Peters explains how unclear decision ownership amplifies technical debt and business risk, why it happens (project handovers, incentives, and governance gaps), and how to design for responsibility across the lifecycle. Through a generalized consulting example Mirko shows the typical missteps that leave features orphaned and roadmaps inconsistent, then gives concrete patterns to reassign ownership, create lightweight decision records, and align incentives between product, operations and architecture. Listeners will get practical guidance they can apply in the next week: how to name owners, set review cadences, and make small governance changes that stop ownership debt from compounding. This is for leaders, architects and delivery managers who want decisions to survive beyond the slide deck.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>574</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/7877b2a02db2309c2947d6dc32f20eae.jpg"/><itunes:episode>82</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>When KPIs Lie: Translating Metrics Between Business and IT</title><link>https://www.spreaker.com/episode/when-kpis-lie-translating-metrics-between-business-and-it--72781091</link><description><![CDATA[Most organizations measure success with KPIs, yet business and IT often mean different things by the same metric. This episode unpacks why dashboards that look aligned can hide fatal misunderstandings: revenue vs recognized revenue, "uptime" vs user-perceived availability, velocity vs predictable delivery. I’ll show how language, unit mismatch, and aggregation choices bend decisions toward the wrong trade-offs, and why measurement gaps amplify at scale. Using a generalized consulting case, we examine a product team that chased "faster delivery" metrics and ended up increasing rework and customer churn. The goal is practical: give leaders and technologists a repeatable checklist to translate business intent into technical measures, expose false signals, and design metrics that reduce ambiguity. Expect clear rules for naming, ownership, sampling, and escalation—no vendor hype, just concrete steps to make your KPIs actually drive the outcomes you want.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">170c70b9-ada7-4975-89a9-c33587b1a1a9</guid><pubDate>Thu, 02 Jul 2026 00:26:41 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72781091/stitched_episode_170c70b9_ada7_4975_89a9_c33587b1a1a9.mp3" length="8646991" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/276e43f8-8c54-4149-8c0b-5869bbec9505/276e43f8-8c54-4149-8c0b-5869bbec9505.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/276e43f8-8c54-4149-8c0b-5869bbec9505/276e43f8-8c54-4149-8c0b-5869bbec9505.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/276e43f8-8c54-4149-8c0b-5869bbec9505/276e43f8-8c54-4149-8c0b-5869bbec9505.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most organizations measure success with KPIs, yet business and IT often mean different things by the same metric. This episode unpacks why dashboards that look aligned can hide fatal misunderstandings: revenue vs recognized revenue, "uptime" vs...</itunes:subtitle><itunes:summary><![CDATA[Most organizations measure success with KPIs, yet business and IT often mean different things by the same metric. This episode unpacks why dashboards that look aligned can hide fatal misunderstandings: revenue vs recognized revenue, "uptime" vs user-perceived availability, velocity vs predictable delivery. I’ll show how language, unit mismatch, and aggregation choices bend decisions toward the wrong trade-offs, and why measurement gaps amplify at scale. Using a generalized consulting case, we examine a product team that chased "faster delivery" metrics and ended up increasing rework and customer churn. The goal is practical: give leaders and technologists a repeatable checklist to translate business intent into technical measures, expose false signals, and design metrics that reduce ambiguity. Expect clear rules for naming, ownership, sampling, and escalation—no vendor hype, just concrete steps to make your KPIs actually drive the outcomes you want.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>541</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/74f3f240b11b95ab207d435b5eda0f40.jpg"/><itunes:episode>81</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Invisible Maintenance: The Quiet Engine of Business Value</title><link>https://www.spreaker.com/episode/invisible-maintenance-the-quiet-engine-of-business-value--72764147</link><description><![CDATA[Start with this image: a team doubles feature output but customer issues grow by 40% over a year because steady maintenance was ignored. This episode reframes maintenance as intentional investment, not shameful overhead. I open with a short microcase, then translate what business leaders typically assume and what IT actually faces, using concrete metrics—percent of sprint capacity spent on unplanned work, mean time to repair (MTTR), and cost-to-change over time—to make maintenance measurable. You get practical phrases and two sharp soundbites to provoke discussion, a simple 10-minute worksheet prompt to map steady-state costs, and a generalized consulting example that shows the decision sequence turning launches into chronic firefighting. Final takeaways give business leaders simple budget language and IT owners a negotiation script to secure predictable funding. Listeners leave with clear, doable actions to make maintenance visible, fundable, and a source of preserved options rather than a surprise tax. Remember to subscribe and leave a review to support the show.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">f7bd4446-bcb4-4a08-8328-503eebfd8fda</guid><pubDate>Wed, 01 Jul 2026 00:24:09 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72764147/stitched_episode_f7bd4446_bcb4_4a08_8328_503eebfd8fda.mp3" length="8949594" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/69343daf-22c2-4709-bd2c-089763fbdf0f/69343daf-22c2-4709-bd2c-089763fbdf0f.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/69343daf-22c2-4709-bd2c-089763fbdf0f/69343daf-22c2-4709-bd2c-089763fbdf0f.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/69343daf-22c2-4709-bd2c-089763fbdf0f/69343daf-22c2-4709-bd2c-089763fbdf0f.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Start with this image: a team doubles feature output but customer issues grow by 40% over a year because steady maintenance was ignored. This episode reframes maintenance as intentional investment, not shameful overhead. I open with a short microcase,...</itunes:subtitle><itunes:summary><![CDATA[Start with this image: a team doubles feature output but customer issues grow by 40% over a year because steady maintenance was ignored. This episode reframes maintenance as intentional investment, not shameful overhead. I open with a short microcase, then translate what business leaders typically assume and what IT actually faces, using concrete metrics—percent of sprint capacity spent on unplanned work, mean time to repair (MTTR), and cost-to-change over time—to make maintenance measurable. You get practical phrases and two sharp soundbites to provoke discussion, a simple 10-minute worksheet prompt to map steady-state costs, and a generalized consulting example that shows the decision sequence turning launches into chronic firefighting. Final takeaways give business leaders simple budget language and IT owners a negotiation script to secure predictable funding. Listeners leave with clear, doable actions to make maintenance visible, fundable, and a source of preserved options rather than a surprise tax. Remember to subscribe and leave a review to support the show.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>560</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/9460607e3e699ba9a4efd78058e988f4.jpg"/><itunes:episode>80</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Shadow SaaS: The Quiet Tax of Business-Led Purchases</title><link>https://www.spreaker.com/episode/shadow-saas-the-quiet-tax-of-business-led-purchases--72749706</link><description><![CDATA[Business teams buy software to move faster, solve immediate pain, or avoid red tape. IT watches those purchases multiply and wonders why the enterprise looks like a patchwork of tools that don’t talk to each other. In this episode Mirko Peters walks through the anatomy of business-led SaaS procurement—what business expects, what IT experiences, and why both sides are partly right. Using a consulting lens (no vendor cheerleading), Mirko explains how unmanaged SaaS becomes technical and operational debt: duplicated data, fragmented identity, shadow integrations, compliance blind spots, and brittle processes. You’ll get clear signals to spot dangerous patterns early, pragmatic alignment tactics that don’t smother business autonomy, and a lightweight governance approach that reduces risk without reintroducing the slow approvals business tried to escape. Practical, direct, and grounded in real consulting experience for leaders, consultants, and IT professionals who want less drama and better outcomes.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">3bf62723-1382-4a80-8878-d572aebba4fe</guid><pubDate>Tue, 30 Jun 2026 00:23:59 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72749706/stitched_episode_3bf62723_1382_4a80_8878_d572aebba4fe.mp3" length="8541247" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/7ef5cf6c-8800-4c23-82de-43b6d04bedfe/7ef5cf6c-8800-4c23-82de-43b6d04bedfe.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/7ef5cf6c-8800-4c23-82de-43b6d04bedfe/7ef5cf6c-8800-4c23-82de-43b6d04bedfe.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/7ef5cf6c-8800-4c23-82de-43b6d04bedfe/7ef5cf6c-8800-4c23-82de-43b6d04bedfe.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business teams buy software to move faster, solve immediate pain, or avoid red tape. IT watches those purchases multiply and wonders why the enterprise looks like a patchwork of tools that don’t talk to each other. In this episode Mirko Peters walks...</itunes:subtitle><itunes:summary><![CDATA[Business teams buy software to move faster, solve immediate pain, or avoid red tape. IT watches those purchases multiply and wonders why the enterprise looks like a patchwork of tools that don’t talk to each other. In this episode Mirko Peters walks through the anatomy of business-led SaaS procurement—what business expects, what IT experiences, and why both sides are partly right. Using a consulting lens (no vendor cheerleading), Mirko explains how unmanaged SaaS becomes technical and operational debt: duplicated data, fragmented identity, shadow integrations, compliance blind spots, and brittle processes. You’ll get clear signals to spot dangerous patterns early, pragmatic alignment tactics that don’t smother business autonomy, and a lightweight governance approach that reduces risk without reintroducing the slow approvals business tried to escape. Practical, direct, and grounded in real consulting experience for leaders, consultants, and IT professionals who want less drama and better outcomes.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>534</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/ad432ba79744959045c816abfd833828.jpg"/><itunes:episode>79</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Feature Flags vs Decision Flags: When Business Indecision Becomes Technical Debt</title><link>https://www.spreaker.com/episode/feature-flags-vs-decision-flags-when-business-indecision-becomes-technical-debt--72733490</link><description><![CDATA[Many organizations use feature flags to decouple deployment from release. But when flags become a way to delay decisions, avoid ownership, or pile temporary work on long-term code paths, they stop being a delivery tool and become 'decision flags'—a source of technical debt, coordination friction, and stalled business outcomes. In this episode Mirko Peters explains the difference between feature flags used correctly and flags that mask unresolved governance. He walks through the business motivations that produce decision flags, the technical realities that magnify their cost, a typical consulting example where flags turned into a maintenance nightmare, and pragmatic rules to prevent that drift. Listeners will get clear guardrails: who decides when a flag is temporary, how to measure and time its lifecycle, and simple governance patterns that keep flags lean, visible, and reversible. Practical, jargon-free, and immediately usable across product, IT, and leadership.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">2720fb29-b9fc-4f37-801d-079fe09dd0dd</guid><pubDate>Mon, 29 Jun 2026 00:22:57 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72733490/stitched_episode_2720fb29_b9fc_4f37_801d_079fe09dd0dd.mp3" length="8423801" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/b434d339-8b5f-4fb8-b59d-b55304e650c1/b434d339-8b5f-4fb8-b59d-b55304e650c1.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/b434d339-8b5f-4fb8-b59d-b55304e650c1/b434d339-8b5f-4fb8-b59d-b55304e650c1.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/b434d339-8b5f-4fb8-b59d-b55304e650c1/b434d339-8b5f-4fb8-b59d-b55304e650c1.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organizations use feature flags to decouple deployment from release. But when flags become a way to delay decisions, avoid ownership, or pile temporary work on long-term code paths, they stop being a delivery tool and become 'decision flags'—a...</itunes:subtitle><itunes:summary><![CDATA[Many organizations use feature flags to decouple deployment from release. But when flags become a way to delay decisions, avoid ownership, or pile temporary work on long-term code paths, they stop being a delivery tool and become 'decision flags'—a source of technical debt, coordination friction, and stalled business outcomes. In this episode Mirko Peters explains the difference between feature flags used correctly and flags that mask unresolved governance. He walks through the business motivations that produce decision flags, the technical realities that magnify their cost, a typical consulting example where flags turned into a maintenance nightmare, and pragmatic rules to prevent that drift. Listeners will get clear guardrails: who decides when a flag is temporary, how to measure and time its lifecycle, and simple governance patterns that keep flags lean, visible, and reversible. Practical, jargon-free, and immediately usable across product, IT, and leadership.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>527</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/a523aacecb1be79d7f6493e038f379ca.jpg"/><itunes:episode>78</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Release Policies as Strategy: How Deployment Rhythms Shape Business Behavior</title><link>https://www.spreaker.com/episode/release-policies-as-strategy-how-deployment-rhythms-shape-business-behavior--72709419</link><description><![CDATA[Deployment policies (release windows, hotfix rules, rollback expectations, blackout periods) are usually treated as operational detail. In reality they are business levers: they influence launch timing, bundling decisions, sales promotions, regulatory compliance and even incentive design. In this episode Mirko Peters breaks down how seemingly technical policies become implicit governance for the organization, creating predictable behaviors and invisible costs. You’ll get a practical translation of business needs into deployment constraints, and the reverse: how technical realities should shape realistic business commitments. Through a clear, consultant-style monologue Mirko explains common misunderstandings, highlights a recurring project failure pattern, and gives concrete, low-friction steps both leaders and engineers can adopt to align release policy with business strategy without slowing the organization to a crawl.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">d1a222cd-f3ff-4535-93e1-fde68ab4e622</guid><pubDate>Sat, 27 Jun 2026 00:23:19 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72709419/stitched_episode_d1a222cd_f3ff_4535_93e1_fde68ab4e622.mp3" length="8319729" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/8f4854d3-f57e-4f55-aa18-e9c5088699ea/8f4854d3-f57e-4f55-aa18-e9c5088699ea.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/8f4854d3-f57e-4f55-aa18-e9c5088699ea/8f4854d3-f57e-4f55-aa18-e9c5088699ea.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/8f4854d3-f57e-4f55-aa18-e9c5088699ea/8f4854d3-f57e-4f55-aa18-e9c5088699ea.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Deployment policies (release windows, hotfix rules, rollback expectations, blackout periods) are usually treated as operational detail. In reality they are business levers: they influence launch timing, bundling decisions, sales promotions, regulatory...</itunes:subtitle><itunes:summary><![CDATA[Deployment policies (release windows, hotfix rules, rollback expectations, blackout periods) are usually treated as operational detail. In reality they are business levers: they influence launch timing, bundling decisions, sales promotions, regulatory compliance and even incentive design. In this episode Mirko Peters breaks down how seemingly technical policies become implicit governance for the organization, creating predictable behaviors and invisible costs. You’ll get a practical translation of business needs into deployment constraints, and the reverse: how technical realities should shape realistic business commitments. Through a clear, consultant-style monologue Mirko explains common misunderstandings, highlights a recurring project failure pattern, and gives concrete, low-friction steps both leaders and engineers can adopt to align release policy with business strategy without slowing the organization to a crawl.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>520</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/1ec508823195532789e5fec78fd03706.jpg"/><itunes:episode>77</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The Quiet Tax of Backward Compatibility</title><link>https://www.spreaker.com/episode/the-quiet-tax-of-backward-compatibility--72695817</link><description><![CDATA[Every organization that evolves software pays a quiet tax: the cost of keeping old behaviors, integrations and expectations working while you move forward. In this episode Mirko Peters unpacks backward compatibility as a business problem, not just a technical nuisance. You’ll get a clear view of what business leaders unknowingly promise when they demand ‘no disruption’, and why engineers push back when asked to change defaults or remove legacy paths. Through a generalized consulting example Mirko shows how compatibility decisions shift costs across teams, inflate roadmaps, and erode agility if left implicit. The episode closes with practical rules for making compatibility explicit: how to classify compatibility types, assign owners, price the option to break, and communicate trade-offs to stakeholders. No vendor hype, no theoretical frameworks — just clear actions teams can use to stop compatibility from silently bankrupting future choices.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">7dbca67f-2ec3-4475-a51e-7e97e89ef6e2</guid><pubDate>Fri, 26 Jun 2026 00:23:24 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72695817/stitched_episode_7dbca67f_2ec3_4475_a51e_7e97e89ef6e2.mp3" length="8555876" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/62af5c96-7059-4250-b759-ab864c036461/62af5c96-7059-4250-b759-ab864c036461.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/62af5c96-7059-4250-b759-ab864c036461/62af5c96-7059-4250-b759-ab864c036461.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/62af5c96-7059-4250-b759-ab864c036461/62af5c96-7059-4250-b759-ab864c036461.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Every organization that evolves software pays a quiet tax: the cost of keeping old behaviors, integrations and expectations working while you move forward. In this episode Mirko Peters unpacks backward compatibility as a business problem, not just a...</itunes:subtitle><itunes:summary><![CDATA[Every organization that evolves software pays a quiet tax: the cost of keeping old behaviors, integrations and expectations working while you move forward. In this episode Mirko Peters unpacks backward compatibility as a business problem, not just a technical nuisance. You’ll get a clear view of what business leaders unknowingly promise when they demand ‘no disruption’, and why engineers push back when asked to change defaults or remove legacy paths. Through a generalized consulting example Mirko shows how compatibility decisions shift costs across teams, inflate roadmaps, and erode agility if left implicit. The episode closes with practical rules for making compatibility explicit: how to classify compatibility types, assign owners, price the option to break, and communicate trade-offs to stakeholders. No vendor hype, no theoretical frameworks — just clear actions teams can use to stop compatibility from silently bankrupting future choices.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>535</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/aba437b41e3dbd070916a34daa9941a5.jpg"/><itunes:episode>76</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>When Experiments Stick: The Hidden Cost of Permanent A/B Tests</title><link>https://www.spreaker.com/episode/when-experiments-stick-the-hidden-cost-of-permanent-a-b-tests--72685339</link><description><![CDATA[A/B tests, pilot features and quick experiments are how modern organizations learn — until they stop being experiments and quietly turn into product obligations. This episode dissects that transition: the implicit decisions teams make when they let experiment variants persist, the operational and architectural debt that accrues, and the misaligned incentives that push experiments from learning tools to permanent features. I’ll explain how business leaders view experiments as low-risk validation, while IT inherits the long tail: monitoring, incident response, compliance, and scaling. You’ll get a practical framework to decide when an experiment should be retired, consolidated, or productized, plus three governance patterns that keep learning fast without trading away operational clarity. The goal is simple: keep curiosity cheap and operations accountable so experimentation remains a strategic asset, not a hidden tax.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">10459c1b-15cb-48fb-a966-bdcafb92517b</guid><pubDate>Thu, 25 Jun 2026 00:00:00 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72685339/stitched_episode_10459c1b_15cb_48fb_a966_bdcafb92517b.mp3" length="8560474" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/da87c94d-d804-40a9-959b-d3691ab7cc90/da87c94d-d804-40a9-959b-d3691ab7cc90.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/da87c94d-d804-40a9-959b-d3691ab7cc90/da87c94d-d804-40a9-959b-d3691ab7cc90.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/da87c94d-d804-40a9-959b-d3691ab7cc90/da87c94d-d804-40a9-959b-d3691ab7cc90.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>A/B tests, pilot features and quick experiments are how modern organizations learn — until they stop being experiments and quietly turn into product obligations. This episode dissects that transition: the implicit decisions teams make when they let...</itunes:subtitle><itunes:summary><![CDATA[A/B tests, pilot features and quick experiments are how modern organizations learn — until they stop being experiments and quietly turn into product obligations. This episode dissects that transition: the implicit decisions teams make when they let experiment variants persist, the operational and architectural debt that accrues, and the misaligned incentives that push experiments from learning tools to permanent features. I’ll explain how business leaders view experiments as low-risk validation, while IT inherits the long tail: monitoring, incident response, compliance, and scaling. You’ll get a practical framework to decide when an experiment should be retired, consolidated, or productized, plus three governance patterns that keep learning fast without trading away operational clarity. The goal is simple: keep curiosity cheap and operations accountable so experimentation remains a strategic asset, not a hidden tax.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>536</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/cf2961c2e86954ac6029fa2cddda54e3.jpg"/><itunes:episode>75</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Acceptance Criteria as Living Contracts: From Business Intent to Operational Reality</title><link>https://www.spreaker.com/episode/acceptance-criteria-as-living-contracts-from-business-intent-to-operational-reality--72624271</link><description><![CDATA[Acceptance criteria are where business promises meet technical reality — and more often than not that handoff decides whether a feature delivers value or creates silent failure. This episode argues that acceptance criteria should be treated as living contracts: precise enough to be implemented and tested, broad enough to capture operational consequences, and versioned so business decisions remain traceable. I’ll walk through how business owners typically write acceptance like wish lists, how engineers read them as implementation constraints, and why operations and analytics must be part of the agreement. You’ll get a practical framework for writing acceptance criteria that reduce rework, surface hidden costs, and make ownership explicit. The episode includes a generalized consulting example of a rollout that failed because acceptance stopped at UI behavior, a short set of concrete rules both sides can apply, and simple governance patterns that keep criteria useful as systems evolve.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">c86a1031-e926-4043-9a52-54e004233339</guid><pubDate>Mon, 22 Jun 2026 00:23:05 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72624271/stitched_episode_c86a1031_e926_4043_9a52_54e004233339.mp3" length="8267484" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/63e1f96e-a98c-4b51-b095-d48baf29a94d/63e1f96e-a98c-4b51-b095-d48baf29a94d.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/63e1f96e-a98c-4b51-b095-d48baf29a94d/63e1f96e-a98c-4b51-b095-d48baf29a94d.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/63e1f96e-a98c-4b51-b095-d48baf29a94d/63e1f96e-a98c-4b51-b095-d48baf29a94d.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Acceptance criteria are where business promises meet technical reality — and more often than not that handoff decides whether a feature delivers value or creates silent failure. This episode argues that acceptance criteria should be treated as living...</itunes:subtitle><itunes:summary><![CDATA[Acceptance criteria are where business promises meet technical reality — and more often than not that handoff decides whether a feature delivers value or creates silent failure. This episode argues that acceptance criteria should be treated as living contracts: precise enough to be implemented and tested, broad enough to capture operational consequences, and versioned so business decisions remain traceable. I’ll walk through how business owners typically write acceptance like wish lists, how engineers read them as implementation constraints, and why operations and analytics must be part of the agreement. You’ll get a practical framework for writing acceptance criteria that reduce rework, surface hidden costs, and make ownership explicit. The episode includes a generalized consulting example of a rollout that failed because acceptance stopped at UI behavior, a short set of concrete rules both sides can apply, and simple governance patterns that keep criteria useful as systems evolve.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>517</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/51e3efcc15e092f6decd2748c637c9d3.jpg"/><itunes:episode>74</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Decision Records: Treating Business Choices as Versioned System Contracts</title><link>https://www.spreaker.com/episode/decision-records-treating-business-choices-as-versioned-system-contracts--72615353</link><description><![CDATA[When leaders say ‘do X,’ the technical teams don’t just need a feature spec — they need the why, the constraints, the acceptance criteria, rollback rules, and a clear owner. This episode argues for lightweight, versioned Decision Records: short, auditable artifacts that capture intent, assumptions, success metrics, and operational implications. I’ll show how this practice reframes decisions from ephemeral meetings into repeatable inputs for architecture, testing, and operations. Listeners will get a practical template, rules for when a decision deserves a record, and guidance on keeping records useful rather than bureaucratic. The episode balances the business need for speed with IT’s need for clarity, giving leaders and engineers a shared artifact that reduces rework, speeds handovers, and preserves institutional knowledge. Concrete examples and a consultant’s checklist make it easy to pilot the approach in any organization without heavy process overhead.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">a8c19036-0a95-49de-9142-2600b509e6b2</guid><pubDate>Sun, 21 Jun 2026 00:23:48 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72615353/stitched_episode_a8c19036_0a95_49de_9142_2600b509e6b2.mp3" length="6410492" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/9aa3fb0b-4a4e-4817-a819-13b6fe9b6cc3/9aa3fb0b-4a4e-4817-a819-13b6fe9b6cc3.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/9aa3fb0b-4a4e-4817-a819-13b6fe9b6cc3/9aa3fb0b-4a4e-4817-a819-13b6fe9b6cc3.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/9aa3fb0b-4a4e-4817-a819-13b6fe9b6cc3/9aa3fb0b-4a4e-4817-a819-13b6fe9b6cc3.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>When leaders say ‘do X,’ the technical teams don’t just need a feature spec — they need the why, the constraints, the acceptance criteria, rollback rules, and a clear owner. This episode argues for lightweight, versioned Decision Records: short,...</itunes:subtitle><itunes:summary><![CDATA[When leaders say ‘do X,’ the technical teams don’t just need a feature spec — they need the why, the constraints, the acceptance criteria, rollback rules, and a clear owner. This episode argues for lightweight, versioned Decision Records: short, auditable artifacts that capture intent, assumptions, success metrics, and operational implications. I’ll show how this practice reframes decisions from ephemeral meetings into repeatable inputs for architecture, testing, and operations. Listeners will get a practical template, rules for when a decision deserves a record, and guidance on keeping records useful rather than bureaucratic. The episode balances the business need for speed with IT’s need for clarity, giving leaders and engineers a shared artifact that reduces rework, speeds handovers, and preserves institutional knowledge. Concrete examples and a consultant’s checklist make it easy to pilot the approach in any organization without heavy process overhead.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>401</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/ad2d870f4b7550e6c0d3e99a619d8b45.jpg"/><itunes:episode>73</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>When Metrics Become Code: Designing Measurement-Driven Systems Without Surprising Consequences</title><link>https://www.spreaker.com/episode/when-metrics-become-code-designing-measurement-driven-systems-without-surprising-consequences--72606407</link><description><![CDATA[Many organizations treat KPIs as a reporting problem: define targets, slap them on a dashboard, and expect technology to follow. But when those KPIs are embedded into automation, routing, throttles, rewards or escalation rules, they stop being neutral numbers and start behaving like product features — with technical complexity, edge cases and unintended incentives. In this episode Mirko walks through why turning metrics into code requires deliberate decisions about measurability, ownership, acceptable error, and operational cost. Listeners will get a clear taxonomy of common metric-driven implementations, the trade-offs each choice hides, and simple heuristics for deciding when a KPI belongs in business policy, in configuration, or in compiled logic. Practical, example-driven, and focused on what leaders and engineers can actually change in a single project cycle.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">c4b47625-aa22-4f27-8959-88a31de254a3</guid><pubDate>Sat, 20 Jun 2026 00:24:05 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72606407/stitched_episode_c4b47625_aa22_4f27_8959_88a31de254a3.mp3" length="8670397" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/74663fdb-364b-40ac-bb21-184e324cddc5/74663fdb-364b-40ac-bb21-184e324cddc5.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/74663fdb-364b-40ac-bb21-184e324cddc5/74663fdb-364b-40ac-bb21-184e324cddc5.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/74663fdb-364b-40ac-bb21-184e324cddc5/74663fdb-364b-40ac-bb21-184e324cddc5.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organizations treat KPIs as a reporting problem: define targets, slap them on a dashboard, and expect technology to follow. But when those KPIs are embedded into automation, routing, throttles, rewards or escalation rules, they stop being neutral...</itunes:subtitle><itunes:summary><![CDATA[Many organizations treat KPIs as a reporting problem: define targets, slap them on a dashboard, and expect technology to follow. But when those KPIs are embedded into automation, routing, throttles, rewards or escalation rules, they stop being neutral numbers and start behaving like product features — with technical complexity, edge cases and unintended incentives. In this episode Mirko walks through why turning metrics into code requires deliberate decisions about measurability, ownership, acceptable error, and operational cost. Listeners will get a clear taxonomy of common metric-driven implementations, the trade-offs each choice hides, and simple heuristics for deciding when a KPI belongs in business policy, in configuration, or in compiled logic. Practical, example-driven, and focused on what leaders and engineers can actually change in a single project cycle.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>542</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/b4447507c7cca3aac2600e06915bb5dc.jpg"/><itunes:episode>72</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Who Owns It After Launch? Feature vs Operational Ownership</title><link>https://www.spreaker.com/episode/who-owns-it-after-launch-feature-vs-operational-ownership--72591339</link><description><![CDATA[Too many projects celebrate delivery and then quietly pass risk, cost and customer pain to a different team. This episode examines the invisible handoff between feature teams and operational owners—how decisions made during design and delivery create ongoing operational burden, where responsibility gaps appear, and how business incentives reward shipping over sustaining. Mirko Peters walks listeners through concrete patterns that turn features into recurring incidents, unnecessary manual processes, or creeping technical debt, and offers pragmatic rules for defining ownership before a single line of code ships. You’ll get a simple classification of ownership types, practical handover rituals that actually work in practice, and governance knobs business and IT leaders can use to make costs visible and choices deliberate. The goal: stop surprise operating bills and make ownership a predictable business decision rather than a post‑release blame game.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">ba789c27-0aac-4d54-ac39-bc0bf375b449</guid><pubDate>Fri, 19 Jun 2026 00:24:13 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72591339/stitched_episode_ba789c27_0aac_4d54_ac39_bc0bf375b449.mp3" length="8252856" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/6360abf1-5f9f-44c3-bea2-90ca41e33319/6360abf1-5f9f-44c3-bea2-90ca41e33319.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/6360abf1-5f9f-44c3-bea2-90ca41e33319/6360abf1-5f9f-44c3-bea2-90ca41e33319.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/6360abf1-5f9f-44c3-bea2-90ca41e33319/6360abf1-5f9f-44c3-bea2-90ca41e33319.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Too many projects celebrate delivery and then quietly pass risk, cost and customer pain to a different team. This episode examines the invisible handoff between feature teams and operational owners—how decisions made during design and delivery create...</itunes:subtitle><itunes:summary><![CDATA[Too many projects celebrate delivery and then quietly pass risk, cost and customer pain to a different team. This episode examines the invisible handoff between feature teams and operational owners—how decisions made during design and delivery create ongoing operational burden, where responsibility gaps appear, and how business incentives reward shipping over sustaining. Mirko Peters walks listeners through concrete patterns that turn features into recurring incidents, unnecessary manual processes, or creeping technical debt, and offers pragmatic rules for defining ownership before a single line of code ships. You’ll get a simple classification of ownership types, practical handover rituals that actually work in practice, and governance knobs business and IT leaders can use to make costs visible and choices deliberate. The goal: stop surprise operating bills and make ownership a predictable business decision rather than a post‑release blame game.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>516</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/de6920cbdd377c0f0a99a787a3eea48f.jpg"/><itunes:episode>71</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Shadow Automation: When Business-Built Workflows Become Long-Term Technical Debt</title><link>https://www.spreaker.com/episode/shadow-automation-when-business-built-workflows-become-long-term-technical-debt--72571505</link><description><![CDATA[Many organisations run vital work through ad-hoc automations: spreadsheets with macros, scheduled scripts, RPA bots, or low-code processes built by business teams. These 'shadow automations' solve immediate pain but quietly accumulate technical debt, create hidden dependencies, and shift responsibility away from IT. In this episode Mirko explains why business-built automations become long-term architecture problems, how IT perceives the maintenance cost, and where translation between urgent business needs and sustainable engineering decisions breaks down. Listeners get practical patterns for discovering shadow automations, deciding which to formalize, which to retire, and how to allocate ownership, budget and observability. The episode includes a generalized consulting example that shows common failure modes and a lightweight governance checklist that both business leaders and IT can use immediately to reduce surprise work and maintain agility.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">1b443608-3dba-48a3-8d6b-cc7258ff3743</guid><pubDate>Thu, 18 Jun 2026 00:23:27 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72571505/stitched_episode_1b443608_3dba_48a3_8d6b_cc7258ff3743.mp3" length="6999396" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/d6a2b078-9e0b-4519-9e7a-33799eec16d9/d6a2b078-9e0b-4519-9e7a-33799eec16d9.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/d6a2b078-9e0b-4519-9e7a-33799eec16d9/d6a2b078-9e0b-4519-9e7a-33799eec16d9.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/d6a2b078-9e0b-4519-9e7a-33799eec16d9/d6a2b078-9e0b-4519-9e7a-33799eec16d9.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organisations run vital work through ad-hoc automations: spreadsheets with macros, scheduled scripts, RPA bots, or low-code processes built by business teams. These 'shadow automations' solve immediate pain but quietly accumulate technical debt,...</itunes:subtitle><itunes:summary><![CDATA[Many organisations run vital work through ad-hoc automations: spreadsheets with macros, scheduled scripts, RPA bots, or low-code processes built by business teams. These 'shadow automations' solve immediate pain but quietly accumulate technical debt, create hidden dependencies, and shift responsibility away from IT. In this episode Mirko explains why business-built automations become long-term architecture problems, how IT perceives the maintenance cost, and where translation between urgent business needs and sustainable engineering decisions breaks down. Listeners get practical patterns for discovering shadow automations, deciding which to formalize, which to retire, and how to allocate ownership, budget and observability. The episode includes a generalized consulting example that shows common failure modes and a lightweight governance checklist that both business leaders and IT can use immediately to reduce surprise work and maintain agility.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>438</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/ee215f5e00aecaaedd65d411c459268c.jpg"/><itunes:episode>70</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Approval Workflows as Product Features: Turning Gates into Predictable Design</title><link>https://www.spreaker.com/episode/approval-workflows-as-product-features-turning-gates-into-predictable-design--72557429</link><description><![CDATA[Many organizations treat approvals, compliance checks, and procurement gates as administrative overhead — a checkbox before delivery. In reality these manual and semi-automated workflows are permanent product features: they shape technical architecture, define integration points, and set achievable timelines. In this episode I explain how business leaders frame controls as risk management while IT inherits brittle handoffs that become technical debt. I'll outline common failure modes — long feedback loops, optimistic deadlines, hidden handoffs, and escalation storms — and offer concrete alternatives: explicit ownership, decision SLAs, lightweight automation, and treating approval outcomes as part of the API contract. You’ll get practical rules for when to automate, when to keep human judgement, and how to reflect control gates in roadmaps and estimates. The aim is simple: preserve necessary governance, reduce surprise rework, and make approvals a deliberate design decision rather than a recurring emergency.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">631e6713-5cb3-4ee1-8646-fbf473dc51b8</guid><pubDate>Wed, 17 Jun 2026 00:24:33 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72557429/stitched_episode_631e6713_5cb3_4ee1_8646_fbf473dc51b8.mp3" length="8756078" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/dc20e5fb-67c4-43b5-81c6-8a8f7fe0744d/dc20e5fb-67c4-43b5-81c6-8a8f7fe0744d.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/dc20e5fb-67c4-43b5-81c6-8a8f7fe0744d/dc20e5fb-67c4-43b5-81c6-8a8f7fe0744d.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/dc20e5fb-67c4-43b5-81c6-8a8f7fe0744d/dc20e5fb-67c4-43b5-81c6-8a8f7fe0744d.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organizations treat approvals, compliance checks, and procurement gates as administrative overhead — a checkbox before delivery. In reality these manual and semi-automated workflows are permanent product features: they shape technical...</itunes:subtitle><itunes:summary><![CDATA[Many organizations treat approvals, compliance checks, and procurement gates as administrative overhead — a checkbox before delivery. In reality these manual and semi-automated workflows are permanent product features: they shape technical architecture, define integration points, and set achievable timelines. In this episode I explain how business leaders frame controls as risk management while IT inherits brittle handoffs that become technical debt. I'll outline common failure modes — long feedback loops, optimistic deadlines, hidden handoffs, and escalation storms — and offer concrete alternatives: explicit ownership, decision SLAs, lightweight automation, and treating approval outcomes as part of the API contract. You’ll get practical rules for when to automate, when to keep human judgement, and how to reflect control gates in roadmaps and estimates. The aim is simple: preserve necessary governance, reduce surprise rework, and make approvals a deliberate design decision rather than a recurring emergency.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>548</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/96734ad16b5a9a975fdc67f5f10893c8.jpg"/><itunes:episode>69</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Operationalizing Exceptions: When Edge Cases Become Everyday Risk</title><link>https://www.spreaker.com/episode/operationalizing-exceptions-when-edge-cases-become-everyday-risk--72542546</link><description><![CDATA[Most organizations treat exceptions as an afterthought: temporary fixes, back-door workarounds, or promises to revisit later. Those decisions compound. Exceptions migrate into config, scripts, tickets, and tribal knowledge until they become the system. In this episode I unpack how routine choices about edge cases create technical debt, compliance exposure, and unpredictable operational costs — framed from both business and IT viewpoints. You'll get a practical, consultant-grounded walk-through for spotting exception drift, deciding which edge cases deserve investment, and creating small governance patterns that prevent one-off fixes from becoming permanent liabilities. Expect clear examples, a generalized project vignette, and precise actions business leaders and engineers can apply the next day to reduce surprise, cost, and friction without killing agility.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">244a6283-d808-42e4-990c-30e2d0571a76</guid><pubDate>Tue, 16 Jun 2026 00:23:57 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72542546/stitched_episode_244a6283_d808_42e4_990c_30e2d0571a76.mp3" length="8939563" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/22aafce2-a2e1-4548-972b-cbcdb0a1943d/22aafce2-a2e1-4548-972b-cbcdb0a1943d.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/22aafce2-a2e1-4548-972b-cbcdb0a1943d/22aafce2-a2e1-4548-972b-cbcdb0a1943d.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/22aafce2-a2e1-4548-972b-cbcdb0a1943d/22aafce2-a2e1-4548-972b-cbcdb0a1943d.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most organizations treat exceptions as an afterthought: temporary fixes, back-door workarounds, or promises to revisit later. Those decisions compound. Exceptions migrate into config, scripts, tickets, and tribal knowledge until they become the...</itunes:subtitle><itunes:summary><![CDATA[Most organizations treat exceptions as an afterthought: temporary fixes, back-door workarounds, or promises to revisit later. Those decisions compound. Exceptions migrate into config, scripts, tickets, and tribal knowledge until they become the system. In this episode I unpack how routine choices about edge cases create technical debt, compliance exposure, and unpredictable operational costs — framed from both business and IT viewpoints. You'll get a practical, consultant-grounded walk-through for spotting exception drift, deciding which edge cases deserve investment, and creating small governance patterns that prevent one-off fixes from becoming permanent liabilities. Expect clear examples, a generalized project vignette, and precise actions business leaders and engineers can apply the next day to reduce surprise, cost, and friction without killing agility.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>559</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/63c142c1574ff97486e1aee5bb9ef15f.jpg"/><itunes:episode>68</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Config Sprawl: When Business Logic Hides in Configuration</title><link>https://www.spreaker.com/episode/config-sprawl-when-business-logic-hides-in-configuration--72527636</link><description><![CDATA[Many organizations use configuration to move faster: toggles, feature switches, YAML settings, environment variables, and admin screens promise change without code. That convenience carries a cost when business logic, policy exceptions and permanent rules quietly accumulate in config rather than in owned systems or documented processes. This episode explains how configuration sprawl forms, why business leaders assume high agility while IT inherits brittle, undocumented behavior, and how the translation gap multiplies risk across releases, audits and integrations. I walk through a generalized consulting case where a profitable pricing rule lived in six different configuration stores across regions, what went wrong, and practical, low-friction fixes that restore clarity: ownership contracts for config, meaningful naming and discovery, lifecycle rules for temporary settings, and guardrails that keep config fast and maintainable. Actionable, non-technical advice for leaders and engineers to make configuration an explicit business tool rather than an accidental product.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">d02d10fa-f8df-4845-a908-1602785536ac</guid><pubDate>Mon, 15 Jun 2026 00:24:05 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72527636/stitched_episode_d02d10fa_f8df_4845_a908_1602785536ac.mp3" length="8545009" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/7cc388fc-1728-4362-8ff7-e770962f9274/7cc388fc-1728-4362-8ff7-e770962f9274.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/7cc388fc-1728-4362-8ff7-e770962f9274/7cc388fc-1728-4362-8ff7-e770962f9274.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/7cc388fc-1728-4362-8ff7-e770962f9274/7cc388fc-1728-4362-8ff7-e770962f9274.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organizations use configuration to move faster: toggles, feature switches, YAML settings, environment variables, and admin screens promise change without code. That convenience carries a cost when business logic, policy exceptions and permanent...</itunes:subtitle><itunes:summary><![CDATA[Many organizations use configuration to move faster: toggles, feature switches, YAML settings, environment variables, and admin screens promise change without code. That convenience carries a cost when business logic, policy exceptions and permanent rules quietly accumulate in config rather than in owned systems or documented processes. This episode explains how configuration sprawl forms, why business leaders assume high agility while IT inherits brittle, undocumented behavior, and how the translation gap multiplies risk across releases, audits and integrations. I walk through a generalized consulting case where a profitable pricing rule lived in six different configuration stores across regions, what went wrong, and practical, low-friction fixes that restore clarity: ownership contracts for config, meaningful naming and discovery, lifecycle rules for temporary settings, and guardrails that keep config fast and maintainable. Actionable, non-technical advice for leaders and engineers to make configuration an explicit business tool rather than an accidental product.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>535</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/79f3290a6f465582598cff20f69361e9.jpg"/><itunes:episode>67</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The Upgrade Tax: When Business Choices Freeze Technical Change</title><link>https://www.spreaker.com/episode/the-upgrade-tax-when-business-choices-freeze-technical-change--72516761</link><description><![CDATA[Upgrades are treated as technical chores or inconvenient disruptions—until they silently shape strategy, risk and cost. This episode reframes upgrades as explicit business decisions with measurable trade-offs: choosing to postpone a platform update may avoid short-term change costs but increases security exposure, integration brittleness, support overhead and strategic inertia. Mirko walks through why business stakeholders say “not now”, why IT quietly accepts version drift, and how those choices compound into a persistent ‘upgrade tax’. The episode offers a practical decision framework, ownership patterns, and simple controls (risk windows, sunset plans, mitigations budgeting) that make upgrade consequences visible to executives and actionable for engineering. Listeners will leave with specific questions to ask before deferring change, a lightweight rubric to quantify the real cost of delay, and an executable approach to turn upgrade policy from a political quarrel into a governance discipline.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">672f84e2-f7aa-46e8-8813-fb0061340d40</guid><pubDate>Sun, 14 Jun 2026 00:23:02 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72516761/stitched_episode_672f84e2_f7aa_46e8_8813_fb0061340d40.mp3" length="9055755" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c869a694-89b5-4da6-97fe-b154f87d9cb7/c869a694-89b5-4da6-97fe-b154f87d9cb7.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c869a694-89b5-4da6-97fe-b154f87d9cb7/c869a694-89b5-4da6-97fe-b154f87d9cb7.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c869a694-89b5-4da6-97fe-b154f87d9cb7/c869a694-89b5-4da6-97fe-b154f87d9cb7.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Upgrades are treated as technical chores or inconvenient disruptions—until they silently shape strategy, risk and cost. This episode reframes upgrades as explicit business decisions with measurable trade-offs: choosing to postpone a platform update...</itunes:subtitle><itunes:summary><![CDATA[Upgrades are treated as technical chores or inconvenient disruptions—until they silently shape strategy, risk and cost. This episode reframes upgrades as explicit business decisions with measurable trade-offs: choosing to postpone a platform update may avoid short-term change costs but increases security exposure, integration brittleness, support overhead and strategic inertia. Mirko walks through why business stakeholders say “not now”, why IT quietly accepts version drift, and how those choices compound into a persistent ‘upgrade tax’. The episode offers a practical decision framework, ownership patterns, and simple controls (risk windows, sunset plans, mitigations budgeting) that make upgrade consequences visible to executives and actionable for engineering. Listeners will leave with specific questions to ask before deferring change, a lightweight rubric to quantify the real cost of delay, and an executable approach to turn upgrade policy from a political quarrel into a governance discipline.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>566</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/a33275cb99d664e1fc1adaa135da0047.jpg"/><itunes:episode>66</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Data Contracts: Making Producer-Consumer Promises Explicit</title><link>https://www.spreaker.com/episode/data-contracts-making-producer-consumer-promises-explicit--72507188</link><description><![CDATA[Organizations routinely treat data shape and meaning as plumbing details. That tolerance creates silent breakages, costly firefighting, and stalled projects when a field changes or a dataset shifts meaning. This episode reframes data contracts — explicit, versioned producer-consumer agreements about schema, semantics, quality and SLIs — as a practical coordination mechanism at the business–IT boundary. I’ll explain how product managers, analysts and architects can use lightweight contracts to make change predictable, assign clear ownership, and convert mysterious production incidents into accountable decisions. You’ll get concrete patterns for versioning, consumer-driven checks, rollout tactics, and governance that doesn’t smother speed. The goal: fewer surprise outages, clearer trade-offs between speed and stability, and a repeatable way to evolve data without daily firefighting.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">875137aa-05b9-432a-965e-10a176493cea</guid><pubDate>Sat, 13 Jun 2026 00:23:31 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72507188/stitched_episode_875137aa_05b9_432a_965e_10a176493cea.mp3" length="7890067" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/305b3eed-d0df-42ed-b2ba-999b4c8a23c9/305b3eed-d0df-42ed-b2ba-999b4c8a23c9.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/305b3eed-d0df-42ed-b2ba-999b4c8a23c9/305b3eed-d0df-42ed-b2ba-999b4c8a23c9.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/305b3eed-d0df-42ed-b2ba-999b4c8a23c9/305b3eed-d0df-42ed-b2ba-999b4c8a23c9.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Organizations routinely treat data shape and meaning as plumbing details. That tolerance creates silent breakages, costly firefighting, and stalled projects when a field changes or a dataset shifts meaning. This episode reframes data contracts —...</itunes:subtitle><itunes:summary><![CDATA[Organizations routinely treat data shape and meaning as plumbing details. That tolerance creates silent breakages, costly firefighting, and stalled projects when a field changes or a dataset shifts meaning. This episode reframes data contracts — explicit, versioned producer-consumer agreements about schema, semantics, quality and SLIs — as a practical coordination mechanism at the business–IT boundary. I’ll explain how product managers, analysts and architects can use lightweight contracts to make change predictable, assign clear ownership, and convert mysterious production incidents into accountable decisions. You’ll get concrete patterns for versioning, consumer-driven checks, rollout tactics, and governance that doesn’t smother speed. The goal: fewer surprise outages, clearer trade-offs between speed and stability, and a repeatable way to evolve data without daily firefighting.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>494</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/ed14f2ce03b17e473a6e964d3a107bde.jpg"/><itunes:episode>65</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Nonfunctional Requirements Are Business Choices: SLOs, Risk and the Invisible Service Contract</title><link>https://www.spreaker.com/episode/nonfunctional-requirements-are-business-choices-slos-risk-and-the-invisible-service-contract--72490679</link><description><![CDATA[Business leaders ask for 'fast' and 'secure' without the trade-offs; engineers hear vague goals and deliver defensive designs. In this episode I show why nonfunctional requirements (latency, reliability, scalability, security, observability) are fundamentally business decisions — not just technical knobs — and how to treat them as service contracts you can negotiate and measure. You'll get a practical way to turn abstract expectations into concrete Service Level Objectives, clear owners, and costed options that leaders understand. I cover common missteps that create brittle systems and surprised stakeholders, a generalized consulting example where an unspoken availability requirement doubled operations cost, and a compact set of actions both business and IT can adopt immediately. No hype, no vendor pitches — just the pragmatic framing and rituals that reduce rework and align incentives between product, engineering and operations.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">1c37eb72-5ed8-46b3-b204-0cfba03ce4ef</guid><pubDate>Fri, 12 Jun 2026 00:23:28 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72490679/stitched_episode_1c37eb72_5ed8_46b3_b204_0cfba03ce4ef.mp3" length="10293750" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/f56ee4af-3248-4f7f-8e96-fdf701c35151/f56ee4af-3248-4f7f-8e96-fdf701c35151.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f56ee4af-3248-4f7f-8e96-fdf701c35151/f56ee4af-3248-4f7f-8e96-fdf701c35151.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f56ee4af-3248-4f7f-8e96-fdf701c35151/f56ee4af-3248-4f7f-8e96-fdf701c35151.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business leaders ask for 'fast' and 'secure' without the trade-offs; engineers hear vague goals and deliver defensive designs. In this episode I show why nonfunctional requirements (latency, reliability, scalability, security, observability) are...</itunes:subtitle><itunes:summary><![CDATA[Business leaders ask for 'fast' and 'secure' without the trade-offs; engineers hear vague goals and deliver defensive designs. In this episode I show why nonfunctional requirements (latency, reliability, scalability, security, observability) are fundamentally business decisions — not just technical knobs — and how to treat them as service contracts you can negotiate and measure. You'll get a practical way to turn abstract expectations into concrete Service Level Objectives, clear owners, and costed options that leaders understand. I cover common missteps that create brittle systems and surprised stakeholders, a generalized consulting example where an unspoken availability requirement doubled operations cost, and a compact set of actions both business and IT can adopt immediately. No hype, no vendor pitches — just the pragmatic framing and rituals that reduce rework and align incentives between product, engineering and operations.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>644</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/ca5391cebeab2f53ec0009d8137b7db9.jpg"/><itunes:episode>64</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Where Business Rules Live: Preventing Policy Drift Between People, Code and Spreadsheets</title><link>https://www.spreaker.com/episode/where-business-rules-live-preventing-policy-drift-between-people-code-and-spreadsheets--72468985</link><description><![CDATA[Business rules aren’t just logic in code; they’re decisions embedded in policies, spreadsheet formulas, email threads and tribal knowledge. When those rules drift, organizations face inconsistent customer experiences, costly exceptions, and brittle integrations. In this episode Mirko Peters walks a consultant’s line between business and IT to show where rules typically live, why they decay, and how small governance and engineering practices stop drift without slowing the business. You’ll get a clear taxonomy of rule locations, realistic ownership models that respect operational realities, and actionable patterns—decision tables, rule registries, lightweight review rituals—that make rules discoverable, testable and changeable. No vendor pitches, no academic theory: practical steps leaders and technologists can start with tomorrow to reduce rework, speed decisions and keep systems aligned with evolving policy.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">7c90c830-3022-4af6-9c41-d85234edbce0</guid><pubDate>Thu, 11 Jun 2026 00:23:14 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72468985/stitched_episode_7c90c830_3022_4af6_9c41_d85234edbce0.mp3" length="8492764" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/12939c05-792e-4b46-bef8-4f1f35a338d5/12939c05-792e-4b46-bef8-4f1f35a338d5.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/12939c05-792e-4b46-bef8-4f1f35a338d5/12939c05-792e-4b46-bef8-4f1f35a338d5.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/12939c05-792e-4b46-bef8-4f1f35a338d5/12939c05-792e-4b46-bef8-4f1f35a338d5.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business rules aren’t just logic in code; they’re decisions embedded in policies, spreadsheet formulas, email threads and tribal knowledge. When those rules drift, organizations face inconsistent customer experiences, costly exceptions, and brittle...</itunes:subtitle><itunes:summary><![CDATA[Business rules aren’t just logic in code; they’re decisions embedded in policies, spreadsheet formulas, email threads and tribal knowledge. When those rules drift, organizations face inconsistent customer experiences, costly exceptions, and brittle integrations. In this episode Mirko Peters walks a consultant’s line between business and IT to show where rules typically live, why they decay, and how small governance and engineering practices stop drift without slowing the business. You’ll get a clear taxonomy of rule locations, realistic ownership models that respect operational realities, and actionable patterns—decision tables, rule registries, lightweight review rituals—that make rules discoverable, testable and changeable. No vendor pitches, no academic theory: practical steps leaders and technologists can start with tomorrow to reduce rework, speed decisions and keep systems aligned with evolving policy.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>531</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/8e2e00e1e294abb8b4f9564c76b7367d.jpg"/><itunes:episode>63</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Controlled Launches: Feature Flag Governance at the Business–IT Boundary</title><link>https://www.spreaker.com/episode/controlled-launches-feature-flag-governance-at-the-business-it-boundary--72446565</link><description><![CDATA[Feature flags let teams ship safely, run experiments, and decouple release from deployment—but without clear governance they become a source of operational risk, accidental complexity and misaligned incentives. In this episode Mirko Peters explains how feature-flag practices sit at the business–IT interface: product managers see a low-friction lever for experiments and fast launches, while engineers view a long-term maintenance burden that, unchecked, can fragment environments and obscure ownership. Through a consultant's lens Mirko walks through practical rules for when flags are acceptable, who owns lifecycle and metrics, how to keep experiments from becoming permanent shadow features, and governance patterns that keep experimentation productive instead of costly. Listeners will get concrete steps to introduce flag policies, decisions to automate or forbid, and lightweight rituals for handovers and cleanups. Useful for leaders, product managers, architects and platform teams who want the speed of experiments without the hidden tax of unmanaged flags.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">e31662f5-fa60-4a2d-b925-e806bfc98cd1</guid><pubDate>Wed, 10 Jun 2026 00:23:35 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72446565/stitched_episode_e31662f5_fa60_4a2d_b925_e806bfc98cd1.mp3" length="8537068" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/81a476d9-a6e1-49f4-8e96-128095214609/81a476d9-a6e1-49f4-8e96-128095214609.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/81a476d9-a6e1-49f4-8e96-128095214609/81a476d9-a6e1-49f4-8e96-128095214609.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/81a476d9-a6e1-49f4-8e96-128095214609/81a476d9-a6e1-49f4-8e96-128095214609.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Feature flags let teams ship safely, run experiments, and decouple release from deployment—but without clear governance they become a source of operational risk, accidental complexity and misaligned incentives. In this episode Mirko Peters explains...</itunes:subtitle><itunes:summary><![CDATA[Feature flags let teams ship safely, run experiments, and decouple release from deployment—but without clear governance they become a source of operational risk, accidental complexity and misaligned incentives. In this episode Mirko Peters explains how feature-flag practices sit at the business–IT interface: product managers see a low-friction lever for experiments and fast launches, while engineers view a long-term maintenance burden that, unchecked, can fragment environments and obscure ownership. Through a consultant's lens Mirko walks through practical rules for when flags are acceptable, who owns lifecycle and metrics, how to keep experiments from becoming permanent shadow features, and governance patterns that keep experimentation productive instead of costly. Listeners will get concrete steps to introduce flag policies, decisions to automate or forbid, and lightweight rituals for handovers and cleanups. Useful for leaders, product managers, architects and platform teams who want the speed of experiments without the hidden tax of unmanaged flags.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>534</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/24ce381af40693385d633e8239de5277.jpg"/><itunes:episode>62</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Rollout ≠ Adoption: Why Shipping Software Doesn't Mean It's Used</title><link>https://www.spreaker.com/episode/rollout-adoption-why-shipping-software-doesn-t-mean-it-s-used--72427959</link><description><![CDATA[Many organizations treat deployment as the finish line: code is released, dashboards show green, and everyone assumes the new capability is ‘in use’. In reality, adoption — the sustained change in behavior, process, and incentives — is the hard part. This episode unpacks why business leaders overestimate the impact of delivery and why IT teams underestimate the ongoing coordination needed to make change stick. You’ll get a concise, practical framework for diagnosing adoption risk, a generalized consulting example that highlights where rollout plans fail, and a checklist of concrete actions both sides can take before, during, and after deployment. The goal is simple: reduce wasted delivery effort, shorten the time to real outcomes, and set realistic accountabilities so systems actually change business behavior instead of quietly collecting dust.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">0a1db177-3dc8-46ee-b109-82ba861ce35f</guid><pubDate>Tue, 09 Jun 2026 00:24:18 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72427959/stitched_episode_0a1db177_3dc8_46ee_b109_82ba861ce35f.mp3" length="9335788" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/97f37eba-69ad-4110-b49a-414e834e9f64/97f37eba-69ad-4110-b49a-414e834e9f64.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/97f37eba-69ad-4110-b49a-414e834e9f64/97f37eba-69ad-4110-b49a-414e834e9f64.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/97f37eba-69ad-4110-b49a-414e834e9f64/97f37eba-69ad-4110-b49a-414e834e9f64.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organizations treat deployment as the finish line: code is released, dashboards show green, and everyone assumes the new capability is ‘in use’. In reality, adoption — the sustained change in behavior, process, and incentives — is the hard part....</itunes:subtitle><itunes:summary><![CDATA[Many organizations treat deployment as the finish line: code is released, dashboards show green, and everyone assumes the new capability is ‘in use’. In reality, adoption — the sustained change in behavior, process, and incentives — is the hard part. This episode unpacks why business leaders overestimate the impact of delivery and why IT teams underestimate the ongoing coordination needed to make change stick. You’ll get a concise, practical framework for diagnosing adoption risk, a generalized consulting example that highlights where rollout plans fail, and a checklist of concrete actions both sides can take before, during, and after deployment. The goal is simple: reduce wasted delivery effort, shorten the time to real outcomes, and set realistic accountabilities so systems actually change business behavior instead of quietly collecting dust.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>584</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/e3367cea9f161b0f54b146df8b62a40c.jpg"/><itunes:episode>61</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Ownership Tax: Aligning Responsibility, Budget and Systems</title><link>https://www.spreaker.com/episode/ownership-tax-aligning-responsibility-budget-and-systems--72408898</link><description><![CDATA[When nobody truly owns an outcome, projects accrue an "ownership tax": rework, unanswered incidents, shifting budgets and stalled decisions. In this episode Mirko Peters lays out a practical framework for converting fuzzy responsibilities into system-level contracts that combine decision rights, budget accountability and operational obligation. Through clear, example-driven explanation he shows how small changes — who signs release notes, who budgets run costs, who resolves cross-system incidents — prevent repeat failures. The episode keeps it concrete: business goals that need durable operational commitment, IT constraints that shape acceptable ownership models, and a set of lightweight rituals and artifacts that preserve accountability without bloating governance. Listeners will get a short diagnostic to find ownership gaps, pragmatic steps to close them, and guardrails to avoid centralization or finger-pointing. This is for leaders and practitioners who want fewer surprises and clearer trade-offs between business outcomes and technical reality.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">ea03283f-23f5-444c-b206-c2bc71123298</guid><pubDate>Mon, 08 Jun 2026 00:23:30 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72408898/stitched_episode_ea03283f_23f5_444c_b206_c2bc71123298.mp3" length="9043216" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/a9f50026-fd66-4637-8d6c-b0d11ac498dd/a9f50026-fd66-4637-8d6c-b0d11ac498dd.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/a9f50026-fd66-4637-8d6c-b0d11ac498dd/a9f50026-fd66-4637-8d6c-b0d11ac498dd.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/a9f50026-fd66-4637-8d6c-b0d11ac498dd/a9f50026-fd66-4637-8d6c-b0d11ac498dd.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>When nobody truly owns an outcome, projects accrue an "ownership tax": rework, unanswered incidents, shifting budgets and stalled decisions. In this episode Mirko Peters lays out a practical framework for converting fuzzy responsibilities into...</itunes:subtitle><itunes:summary><![CDATA[When nobody truly owns an outcome, projects accrue an "ownership tax": rework, unanswered incidents, shifting budgets and stalled decisions. In this episode Mirko Peters lays out a practical framework for converting fuzzy responsibilities into system-level contracts that combine decision rights, budget accountability and operational obligation. Through clear, example-driven explanation he shows how small changes — who signs release notes, who budgets run costs, who resolves cross-system incidents — prevent repeat failures. The episode keeps it concrete: business goals that need durable operational commitment, IT constraints that shape acceptable ownership models, and a set of lightweight rituals and artifacts that preserve accountability without bloating governance. Listeners will get a short diagnostic to find ownership gaps, pragmatic steps to close them, and guardrails to avoid centralization or finger-pointing. This is for leaders and practitioners who want fewer surprises and clearer trade-offs between business outcomes and technical reality.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>566</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/f9d6e432456566002ae1e82fec3de0d7.jpg"/><itunes:episode>60</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Making IT Costs Speak Business: Turning Hidden Run Costs into Clear Decisions</title><link>https://www.spreaker.com/episode/making-it-costs-speak-business-turning-hidden-run-costs-into-clear-decisions--72395269</link><description><![CDATA[Most organizations treat software and infrastructure costs as bookkeeping afterthoughts rather than decision inputs. This episode makes those costs visible earlier in the lifecycle: translating recurring run costs, integration complexity, operational overhead and technical debt into business trade-offs and decision points. I'll outline what executives usually expect (predictable budgets, clear ROI) and what architects actually see (variable costs, coupling, support effort), then show practical ways to present costs as controllable levers rather than abstract figures. Expect simple models for marginal cost, a service-level cost calculator you can start with, ownership patterns that limit surprise spend, and a generalized consulting example where hidden run costs derailed delivery. No vendor pitch, just usable actions both business and IT can apply in the next 30–90 days to reduce budget shock and improve decisions.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">7fac34f6-075e-411c-9307-fe83b4f16af5</guid><pubDate>Sun, 07 Jun 2026 00:29:09 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72395269/stitched_episode_7fac34f6_075e_411c_9307_fe83b4f16af5.mp3" length="9358776" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/23038855-e649-4846-81be-65bae1979961/23038855-e649-4846-81be-65bae1979961.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/23038855-e649-4846-81be-65bae1979961/23038855-e649-4846-81be-65bae1979961.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/23038855-e649-4846-81be-65bae1979961/23038855-e649-4846-81be-65bae1979961.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most organizations treat software and infrastructure costs as bookkeeping afterthoughts rather than decision inputs. This episode makes those costs visible earlier in the lifecycle: translating recurring run costs, integration complexity, operational...</itunes:subtitle><itunes:summary><![CDATA[Most organizations treat software and infrastructure costs as bookkeeping afterthoughts rather than decision inputs. This episode makes those costs visible earlier in the lifecycle: translating recurring run costs, integration complexity, operational overhead and technical debt into business trade-offs and decision points. I'll outline what executives usually expect (predictable budgets, clear ROI) and what architects actually see (variable costs, coupling, support effort), then show practical ways to present costs as controllable levers rather than abstract figures. Expect simple models for marginal cost, a service-level cost calculator you can start with, ownership patterns that limit surprise spend, and a generalized consulting example where hidden run costs derailed delivery. No vendor pitch, just usable actions both business and IT can apply in the next 30–90 days to reduce budget shock and improve decisions.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>585</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/73a3973ec304a6ee5b8b5bc062347cdb.jpg"/><itunes:episode>59</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Decision Latency: When Slow Choices Break Systems</title><link>https://www.spreaker.com/episode/decision-latency-when-slow-choices-break-systems--72378369</link><description><![CDATA[Organizations treat decisions like meetings: postpone, ping, repeat. The result is decision latency—the time between a business question and a firm answer—that silently shapes architecture, scope, and cost. In this episode Mirko Peters explains why decision latency matters for both sides: business suffers missed opportunities and shifting priorities; IT builds defensively, over‑engineering for uncertainty or shipping half‑baked solutions that become technical debt. Through a mix of conceptual clarity and a generalized consulting vignette, Mirko unpacks common causes (unclear ownership, multi‑stage approvals, optimistic defaults), shows how latency warps requirements and testing, and gives practical, immediately actionable ways to shorten cycles: clarity on decision criteria, explicit escalation paths, small, reversible decisions, and time‑boxed experiments. Listeners will leave with concrete steps to reduce waiting, speed feedback, and align incentives so choices become part of delivery rather than its bottleneck.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">9445f8cc-37f1-4c73-ba69-a0e514f2b9f3</guid><pubDate>Sat, 06 Jun 2026 00:24:20 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72378369/stitched_episode_9445f8cc_37f1_4c73_ba69_a0e514f2b9f3.mp3" length="8178877" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/3780e944-7e49-445c-9682-6d58cda57262/3780e944-7e49-445c-9682-6d58cda57262.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/3780e944-7e49-445c-9682-6d58cda57262/3780e944-7e49-445c-9682-6d58cda57262.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/3780e944-7e49-445c-9682-6d58cda57262/3780e944-7e49-445c-9682-6d58cda57262.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Organizations treat decisions like meetings: postpone, ping, repeat. The result is decision latency—the time between a business question and a firm answer—that silently shapes architecture, scope, and cost. In this episode Mirko Peters explains why...</itunes:subtitle><itunes:summary><![CDATA[Organizations treat decisions like meetings: postpone, ping, repeat. The result is decision latency—the time between a business question and a firm answer—that silently shapes architecture, scope, and cost. In this episode Mirko Peters explains why decision latency matters for both sides: business suffers missed opportunities and shifting priorities; IT builds defensively, over‑engineering for uncertainty or shipping half‑baked solutions that become technical debt. Through a mix of conceptual clarity and a generalized consulting vignette, Mirko unpacks common causes (unclear ownership, multi‑stage approvals, optimistic defaults), shows how latency warps requirements and testing, and gives practical, immediately actionable ways to shorten cycles: clarity on decision criteria, explicit escalation paths, small, reversible decisions, and time‑boxed experiments. Listeners will leave with concrete steps to reduce waiting, speed feedback, and align incentives so choices become part of delivery rather than its bottleneck.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>512</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/44cc22e7dbc5370b935f77d5034cd7a6.jpg"/><itunes:episode>58</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Shadow Features: When Quick Fixes Become Product Reality</title><link>https://www.spreaker.com/episode/shadow-features-when-quick-fixes-become-product-reality--72356224</link><description><![CDATA[Every organization has 'temporary' fixes: a script to patch data, a checkbox added by a power user, or a one-off report that becomes the source of truth. Left unchecked, those tactics fossilize into shadow features—undocumented, poorly tested, and critical. This episode unpacks why business teams lean on fast, local solutions, why IT tolerates or avoids rework, and how the resulting shadow layer quietly reshapes product decisions, costs and risk. Mirko Peters draws on consulting experience to show the common lifecycle of a shadow feature, the predictable misalignments that allow them to persist, and pragmatic interventions that stop tactical work from becoming permanent debt. Expect clear examples, a realistic view of trade-offs, and actionable steps both business leaders and technologists can take to expose, evaluate and either absorb or retire shadow features with minimal disruption.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">bb022646-b18a-4e48-b3fb-f7aee2c9ecd3</guid><pubDate>Fri, 05 Jun 2026 00:23:04 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72356224/stitched_episode_bb022646_b18a_4e48_b3fb_f7aee2c9ecd3.mp3" length="7781398" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/492bc3c5-880c-42ec-b9d5-3edf6f85c32f/492bc3c5-880c-42ec-b9d5-3edf6f85c32f.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/492bc3c5-880c-42ec-b9d5-3edf6f85c32f/492bc3c5-880c-42ec-b9d5-3edf6f85c32f.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/492bc3c5-880c-42ec-b9d5-3edf6f85c32f/492bc3c5-880c-42ec-b9d5-3edf6f85c32f.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Every organization has 'temporary' fixes: a script to patch data, a checkbox added by a power user, or a one-off report that becomes the source of truth. Left unchecked, those tactics fossilize into shadow features—undocumented, poorly tested, and...</itunes:subtitle><itunes:summary><![CDATA[Every organization has 'temporary' fixes: a script to patch data, a checkbox added by a power user, or a one-off report that becomes the source of truth. Left unchecked, those tactics fossilize into shadow features—undocumented, poorly tested, and critical. This episode unpacks why business teams lean on fast, local solutions, why IT tolerates or avoids rework, and how the resulting shadow layer quietly reshapes product decisions, costs and risk. Mirko Peters draws on consulting experience to show the common lifecycle of a shadow feature, the predictable misalignments that allow them to persist, and pragmatic interventions that stop tactical work from becoming permanent debt. Expect clear examples, a realistic view of trade-offs, and actionable steps both business leaders and technologists can take to expose, evaluate and either absorb or retire shadow features with minimal disruption.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>487</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/207503b53eac4acbec111b783fd1e593.jpg"/><itunes:episode>57</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The Now Fallacy: Time, Consistency, and Expectations Between Business and IT</title><link>https://www.spreaker.com/episode/the-now-fallacy-time-consistency-and-expectations-between-business-and-it--72333400</link><description><![CDATA[Business stakeholders say they need results "now"; engineers point to queues, caches, and eventual consistency. This episode unpacks the mismatch: what business means by instant, where technical constraints force delays, and how ambiguous timing expectations create rework, poor UX, and brittle architecture. Through a clear, consultant lens I separate perceived urgency from measurable requirements, explain common technical patterns that shape delivery (caching, replication, async workflows, compensations, idempotency), and give practical strategies for turning vague timing demands into accept/compensate/monitor decisions. Listeners will finish with a simple rubric to translate 'fast' into SLAs, acceptable staleness, and user-facing behaviors, plus concrete questions business leaders and IT can use in planning and acceptance. The goal is not a technology lecture but a durable playbook for aligning incentives and avoiding costly misunderstandings.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">fff5cc24-4ed9-4738-9d3d-78c8a66c6198</guid><pubDate>Thu, 04 Jun 2026 00:23:06 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72333400/stitched_episode_fff5cc24_4ed9_4738_9d3d_78c8a66c6198.mp3" length="8126214" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/4e9d9672-59e7-4fbe-aa45-9eeb1fc00238/4e9d9672-59e7-4fbe-aa45-9eeb1fc00238.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/4e9d9672-59e7-4fbe-aa45-9eeb1fc00238/4e9d9672-59e7-4fbe-aa45-9eeb1fc00238.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/4e9d9672-59e7-4fbe-aa45-9eeb1fc00238/4e9d9672-59e7-4fbe-aa45-9eeb1fc00238.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business stakeholders say they need results "now"; engineers point to queues, caches, and eventual consistency. This episode unpacks the mismatch: what business means by instant, where technical constraints force delays, and how ambiguous timing...</itunes:subtitle><itunes:summary><![CDATA[Business stakeholders say they need results "now"; engineers point to queues, caches, and eventual consistency. This episode unpacks the mismatch: what business means by instant, where technical constraints force delays, and how ambiguous timing expectations create rework, poor UX, and brittle architecture. Through a clear, consultant lens I separate perceived urgency from measurable requirements, explain common technical patterns that shape delivery (caching, replication, async workflows, compensations, idempotency), and give practical strategies for turning vague timing demands into accept/compensate/monitor decisions. Listeners will finish with a simple rubric to translate 'fast' into SLAs, acceptable staleness, and user-facing behaviors, plus concrete questions business leaders and IT can use in planning and acceptance. The goal is not a technology lecture but a durable playbook for aligning incentives and avoiding costly misunderstandings.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>508</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/4b1901351d202820dcb357f03527555a.jpg"/><itunes:episode>56</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The Undo Problem: Designing Reversible Business Processes in Systems</title><link>https://www.spreaker.com/episode/the-undo-problem-designing-reversible-business-processes-in-systems--72309243</link><description><![CDATA[Business teams treat 'undo' as a user expectation: cancel an order, revert a charge, or retract a change. IT often treats the same request as a combination of immutable events, distributed state, external integrations and regulatory constraints. This episode explains the invisible complexity of reversibility and offers concrete principles for designing reversible processes that keep customers satisfied and systems maintainable. Mirko walks through common patterns—soft deletes, compensating transactions, idempotent operations, audit trails—and shows how the right tradeoffs preserve business intent without turning every cancellation into an engineering crisis. Practical, example‑driven and directly actionable, the episode is for leaders who want dependable outcomes and for engineers who need clearer decision boundaries. You’ll finish with a compact checklist to decide when to support true undo, when to offer partial rollback, and how to make those decisions visible and auditable across teams.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">ce2f999f-eb8c-4548-a44b-c3c18276a313</guid><pubDate>Wed, 03 Jun 2026 00:24:49 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72309243/stitched_episode_ce2f999f_eb8c_4548_a44b_c3c18276a313.mp3" length="8957953" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/a2a625cf-bd41-4617-a5ac-5fad6b90e9ee/a2a625cf-bd41-4617-a5ac-5fad6b90e9ee.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/a2a625cf-bd41-4617-a5ac-5fad6b90e9ee/a2a625cf-bd41-4617-a5ac-5fad6b90e9ee.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/a2a625cf-bd41-4617-a5ac-5fad6b90e9ee/a2a625cf-bd41-4617-a5ac-5fad6b90e9ee.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business teams treat 'undo' as a user expectation: cancel an order, revert a charge, or retract a change. IT often treats the same request as a combination of immutable events, distributed state, external integrations and regulatory constraints. This...</itunes:subtitle><itunes:summary><![CDATA[Business teams treat 'undo' as a user expectation: cancel an order, revert a charge, or retract a change. IT often treats the same request as a combination of immutable events, distributed state, external integrations and regulatory constraints. This episode explains the invisible complexity of reversibility and offers concrete principles for designing reversible processes that keep customers satisfied and systems maintainable. Mirko walks through common patterns—soft deletes, compensating transactions, idempotent operations, audit trails—and shows how the right tradeoffs preserve business intent without turning every cancellation into an engineering crisis. Practical, example‑driven and directly actionable, the episode is for leaders who want dependable outcomes and for engineers who need clearer decision boundaries. You’ll finish with a compact checklist to decide when to support true undo, when to offer partial rollback, and how to make those decisions visible and auditable across teams.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>560</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/c9873827c95021ac27fcf953f5957d5a.jpg"/><itunes:episode>55</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Handoffs vs. Handovers: Rituals That Preserve Knowledge Between Business and IT</title><link>https://www.spreaker.com/episode/handoffs-vs-handovers-rituals-that-preserve-knowledge-between-business-and-it--72286797</link><description><![CDATA[Handovers are where most projects quietly lose the story that turned an idea into a requirement. This episode unpacks the difference between a 'handoff'—a paper transfer that leaves gaps—and a true 'handover' that preserves intent, constraints and judgment. I’ll explain what business stakeholders assume they’ve delivered, what engineers actually need, and which artifacts and rituals bridge the gap without adding bureaucracy. You’ll get pragmatic techniques: context cards, example mapping, acceptance narratives, quick decision logs and a lightweight handover checklist that works for features, integrations and governance changes. I’ll walk through a generalized consulting example showing where a poor handover led to misbuilt functionality and how a simple ritual could have saved time, budget and blame. Practical takeaways give clear, role-specific actions for leaders and technologists to make handovers reliable, repeatable and measurable. Finish with a short checklist you can try before your next sprint handoff.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">1ea58ff2-b2eb-458a-98df-2856ddc72542</guid><pubDate>Tue, 02 Jun 2026 00:23:42 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72286797/stitched_episode_1ea58ff2_b2eb_458a_98df_2856ddc72542.mp3" length="8058087" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/1dac1ac7-cd12-4cbf-ac48-8c6efbac2756/1dac1ac7-cd12-4cbf-ac48-8c6efbac2756.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/1dac1ac7-cd12-4cbf-ac48-8c6efbac2756/1dac1ac7-cd12-4cbf-ac48-8c6efbac2756.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/1dac1ac7-cd12-4cbf-ac48-8c6efbac2756/1dac1ac7-cd12-4cbf-ac48-8c6efbac2756.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Handovers are where most projects quietly lose the story that turned an idea into a requirement. This episode unpacks the difference between a 'handoff'—a paper transfer that leaves gaps—and a true 'handover' that preserves intent, constraints and...</itunes:subtitle><itunes:summary><![CDATA[Handovers are where most projects quietly lose the story that turned an idea into a requirement. This episode unpacks the difference between a 'handoff'—a paper transfer that leaves gaps—and a true 'handover' that preserves intent, constraints and judgment. I’ll explain what business stakeholders assume they’ve delivered, what engineers actually need, and which artifacts and rituals bridge the gap without adding bureaucracy. You’ll get pragmatic techniques: context cards, example mapping, acceptance narratives, quick decision logs and a lightweight handover checklist that works for features, integrations and governance changes. I’ll walk through a generalized consulting example showing where a poor handover led to misbuilt functionality and how a simple ritual could have saved time, budget and blame. Practical takeaways give clear, role-specific actions for leaders and technologists to make handovers reliable, repeatable and measurable. Finish with a short checklist you can try before your next sprint handoff.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>504</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/7cb92b9aef714a1d8823cc8fda431781.jpg"/><itunes:episode>54</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>When Words Break Systems: The Cost of Undefined Terms</title><link>https://www.spreaker.com/episode/when-words-break-systems-the-cost-of-undefined-terms--72268183</link><description><![CDATA[Ambiguous language is an invisible tax between business and IT. In this episode Mirko Peters explains how poorly defined terms and working assumptions create recurring bugs, fragmented data, failed integrations, and governance fights long after a project ships. You’ll hear why business teams tolerate fuzzy definitions to move fast, and why engineers embed assumptions into code and data models that become expensive constraints. Through a practical, consultant’s lens Mirko walks through lightweight yet enforceable practices: a living business glossary, prioritized term contracts, clear ownership, change‑control for definitions, and how to surface disagreement early in discovery. Expect concrete examples of common mismatches, the downstream operational cost, and simple rituals that let organizations align language without bureaucratic overhead. This episode is for leaders, architects, product managers, and consultants who want fewer reworks, clearer analytics, and systems that reflect actual decisions rather than hidden assumptions.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">9920b1fe-5a6f-4eed-a2ca-e6fe22510ec7</guid><pubDate>Mon, 01 Jun 2026 00:24:37 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72268183/stitched_episode_9920b1fe_5a6f_4eed_a2ca_e6fe22510ec7.mp3" length="8034263" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/f61e1535-d630-4036-8e29-15c608400e11/f61e1535-d630-4036-8e29-15c608400e11.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f61e1535-d630-4036-8e29-15c608400e11/f61e1535-d630-4036-8e29-15c608400e11.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f61e1535-d630-4036-8e29-15c608400e11/f61e1535-d630-4036-8e29-15c608400e11.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Ambiguous language is an invisible tax between business and IT. In this episode Mirko Peters explains how poorly defined terms and working assumptions create recurring bugs, fragmented data, failed integrations, and governance fights long after a...</itunes:subtitle><itunes:summary><![CDATA[Ambiguous language is an invisible tax between business and IT. In this episode Mirko Peters explains how poorly defined terms and working assumptions create recurring bugs, fragmented data, failed integrations, and governance fights long after a project ships. You’ll hear why business teams tolerate fuzzy definitions to move fast, and why engineers embed assumptions into code and data models that become expensive constraints. Through a practical, consultant’s lens Mirko walks through lightweight yet enforceable practices: a living business glossary, prioritized term contracts, clear ownership, change‑control for definitions, and how to surface disagreement early in discovery. Expect concrete examples of common mismatches, the downstream operational cost, and simple rituals that let organizations align language without bureaucratic overhead. This episode is for leaders, architects, product managers, and consultants who want fewer reworks, clearer analytics, and systems that reflect actual decisions rather than hidden assumptions.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>503</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/5aea7fd76a36e680a3804fde5c6d181e.jpg"/><itunes:episode>53</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Service Levels You Can Actually Agree On: Turning 'Fast and Reliable' into Operational Agreements</title><link>https://www.spreaker.com/episode/service-levels-you-can-actually-agree-on-turning-fast-and-reliable-into-operational-agreements--72256325</link><description><![CDATA[Business people routinely ask for systems to be “faster, more reliable, and cheaper” without a shared vocabulary about what that actually means in operational terms. In this episode Mirko Peters walks through how to convert those fuzzy expectations into operational agreements—service level objectives (SLOs), measurable indicators, and error budgets—that reflect business value and real technical constraints. This is not a lecture on tooling or a vendor pitch; it’s a consultant’s playbook for negotiating, documenting, and enforcing agreements that reduce surprises, speed decision making, and create transparent trade-offs. You’ll get concrete examples of common expectation mismatches, questions to ask in the first 30 minutes of a conversation, and pragmatic ways to phase agreements so they’re useful from day one. The target is clarity: fewer rework cycles, fewer escalations, and a practical path from demand to delivery that both sides can defend.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">dda72b52-dea6-4ae3-935f-3dae5b5220c0</guid><pubDate>Sun, 31 May 2026 00:24:17 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72256325/stitched_episode_dda72b52_dea6_4ae3_935f_3dae5b5220c0.mp3" length="7785577" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/f825e50a-38e2-4bd4-b9d7-8a79df089914/f825e50a-38e2-4bd4-b9d7-8a79df089914.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f825e50a-38e2-4bd4-b9d7-8a79df089914/f825e50a-38e2-4bd4-b9d7-8a79df089914.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f825e50a-38e2-4bd4-b9d7-8a79df089914/f825e50a-38e2-4bd4-b9d7-8a79df089914.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business people routinely ask for systems to be “faster, more reliable, and cheaper” without a shared vocabulary about what that actually means in operational terms. In this episode Mirko Peters walks through how to convert those fuzzy expectations...</itunes:subtitle><itunes:summary><![CDATA[Business people routinely ask for systems to be “faster, more reliable, and cheaper” without a shared vocabulary about what that actually means in operational terms. In this episode Mirko Peters walks through how to convert those fuzzy expectations into operational agreements—service level objectives (SLOs), measurable indicators, and error budgets—that reflect business value and real technical constraints. This is not a lecture on tooling or a vendor pitch; it’s a consultant’s playbook for negotiating, documenting, and enforcing agreements that reduce surprises, speed decision making, and create transparent trade-offs. You’ll get concrete examples of common expectation mismatches, questions to ask in the first 30 minutes of a conversation, and pragmatic ways to phase agreements so they’re useful from day one. The target is clarity: fewer rework cycles, fewer escalations, and a practical path from demand to delivery that both sides can defend.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>487</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/0a1f07b2c2bdd2310edf8144781aaf0c.jpg"/><itunes:episode>52</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Data Contracts: Who Signs the Schema?</title><link>https://www.spreaker.com/episode/data-contracts-who-signs-the-schema--72236623</link><description><![CDATA[Data gets treated like plumbing until a mismatch breaks a process, a report, or a customer experience. In this episode Mirko Peters unpacks the idea of a data contract: a short, practical agreement that captures business intent, validation rules, ownership, SLAs and change processes for any shared dataset or API. You’ll hear why business leaders must state the decisions they expect the data to support, and why engineers need precise shape, quality and lifecycle rules before they integrate. The episode walks through typical misunderstandings, the operational costs of undocumented expectations, and a consulting‑style example where ambiguous data caused months of rework. Listeners get clear, actionable ways to create lightweight data contracts that reduce rework, speed integrations, and create accountable ownership without heavy governance. This is about reducing repeated clarification loops with a small set of high‑value artifacts — not about new tools or more committees.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">ed19178e-1203-42bd-b391-a0f39a7e89b3</guid><pubDate>Sat, 30 May 2026 00:25:14 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72236623/stitched_episode_ed19178e_1203_42bd_b391_a0f39a7e89b3.mp3" length="8490674" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/0965398e-d7a8-4989-b8cf-e9c246be8ead/0965398e-d7a8-4989-b8cf-e9c246be8ead.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/0965398e-d7a8-4989-b8cf-e9c246be8ead/0965398e-d7a8-4989-b8cf-e9c246be8ead.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/0965398e-d7a8-4989-b8cf-e9c246be8ead/0965398e-d7a8-4989-b8cf-e9c246be8ead.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Data gets treated like plumbing until a mismatch breaks a process, a report, or a customer experience. In this episode Mirko Peters unpacks the idea of a data contract: a short, practical agreement that captures business intent, validation rules,...</itunes:subtitle><itunes:summary><![CDATA[Data gets treated like plumbing until a mismatch breaks a process, a report, or a customer experience. In this episode Mirko Peters unpacks the idea of a data contract: a short, practical agreement that captures business intent, validation rules, ownership, SLAs and change processes for any shared dataset or API. You’ll hear why business leaders must state the decisions they expect the data to support, and why engineers need precise shape, quality and lifecycle rules before they integrate. The episode walks through typical misunderstandings, the operational costs of undocumented expectations, and a consulting‑style example where ambiguous data caused months of rework. Listeners get clear, actionable ways to create lightweight data contracts that reduce rework, speed integrations, and create accountable ownership without heavy governance. This is about reducing repeated clarification loops with a small set of high‑value artifacts — not about new tools or more committees.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>531</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/c7a1d897dcfe8ed76227e6c8ea3cefed.jpg"/><itunes:episode>51</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Small Exceptions, Big Projects: How Edge Cases Drive Architecture and Cost</title><link>https://www.spreaker.com/episode/small-exceptions-big-projects-how-edge-cases-drive-architecture-and-cost--72217107</link><description><![CDATA[Organizations treat edge cases like nuisances: a note in a meeting, a spreadsheet workaround, a late request. Left unmanaged those small exceptions compound into visible projects, brittle architecture and recurring operational expense. In this episode Mirko Peters explains the mechanics of how exceptions migrate from conversation to code and why business and IT misjudge their impact. You’ll get a clear map of the different types of exceptions (policy, data, process, legal), a practical framework to decide which exceptions to absorb, standardize or defer, and a concise consulting example showing how a single exception ballooned into a multi‑quarter effort. The goal is practical: give leaders and technologists language and actions to make fewer surprise projects, reduce rework, and keep systems aligned with real business needs.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">77c15689-5708-47f3-a8b2-d5823617c877</guid><pubDate>Fri, 29 May 2026 00:26:20 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72217107/stitched_episode_77c15689_5708_47f3_a8b2_d5823617c877.mp3" length="9034021" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c609ba87-b49e-4fe2-8bb6-516f9c3d7044/c609ba87-b49e-4fe2-8bb6-516f9c3d7044.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c609ba87-b49e-4fe2-8bb6-516f9c3d7044/c609ba87-b49e-4fe2-8bb6-516f9c3d7044.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c609ba87-b49e-4fe2-8bb6-516f9c3d7044/c609ba87-b49e-4fe2-8bb6-516f9c3d7044.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Organizations treat edge cases like nuisances: a note in a meeting, a spreadsheet workaround, a late request. Left unmanaged those small exceptions compound into visible projects, brittle architecture and recurring operational expense. In this episode...</itunes:subtitle><itunes:summary><![CDATA[Organizations treat edge cases like nuisances: a note in a meeting, a spreadsheet workaround, a late request. Left unmanaged those small exceptions compound into visible projects, brittle architecture and recurring operational expense. In this episode Mirko Peters explains the mechanics of how exceptions migrate from conversation to code and why business and IT misjudge their impact. You’ll get a clear map of the different types of exceptions (policy, data, process, legal), a practical framework to decide which exceptions to absorb, standardize or defer, and a concise consulting example showing how a single exception ballooned into a multi‑quarter effort. The goal is practical: give leaders and technologists language and actions to make fewer surprise projects, reduce rework, and keep systems aligned with real business needs.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>565</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/e668b497121bf1e46b9494242b25e383.jpg"/><itunes:episode>50</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>From Projects to Capabilities: Aligning Roadmaps, Architecture, and Ownership</title><link>https://www.spreaker.com/episode/from-projects-to-capabilities-aligning-roadmaps-architecture-and-ownership--72196505</link><description><![CDATA[Most organizations still plan and fund work as discrete projects: a spec, a deadline, and a set of deliverables. That framing hides a costly truth — business value flows from capabilities, not feature checklists. In this episode Mirko argues for shifting to capability-driven planning: define the business capability you want, align people and systems around it, and sequence smaller, testable changes that evolve architecture intentionally. You’ll hear how business leaders often ask for features that mask capability gaps, and why IT’s instinct to modularize or defer can stall outcomes. Through a generalized consulting example Mirko surfaces common failure modes — fragmented ownership, duplicated engineering, brittle integrations — and practical remedies: capability maps, clear decision rights, lightweight guardrails, and incremental interfaces. This episode is a focused, actionable guide for leaders and technologists who want fewer surprises, faster outcomes, and architecture that actually serves business intent.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">77d98b4f-efd8-4163-b8b2-58ff7e0a5e34</guid><pubDate>Thu, 28 May 2026 00:23:52 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72196505/stitched_episode_77d98b4f_efd8_4163_b8b2_58ff7e0a5e34.mp3" length="8375736" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/36e4864a-e467-4414-a3d1-aba02f4cdcff/36e4864a-e467-4414-a3d1-aba02f4cdcff.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/36e4864a-e467-4414-a3d1-aba02f4cdcff/36e4864a-e467-4414-a3d1-aba02f4cdcff.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/36e4864a-e467-4414-a3d1-aba02f4cdcff/36e4864a-e467-4414-a3d1-aba02f4cdcff.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most organizations still plan and fund work as discrete projects: a spec, a deadline, and a set of deliverables. That framing hides a costly truth — business value flows from capabilities, not feature checklists. In this episode Mirko argues for...</itunes:subtitle><itunes:summary><![CDATA[Most organizations still plan and fund work as discrete projects: a spec, a deadline, and a set of deliverables. That framing hides a costly truth — business value flows from capabilities, not feature checklists. In this episode Mirko argues for shifting to capability-driven planning: define the business capability you want, align people and systems around it, and sequence smaller, testable changes that evolve architecture intentionally. You’ll hear how business leaders often ask for features that mask capability gaps, and why IT’s instinct to modularize or defer can stall outcomes. Through a generalized consulting example Mirko surfaces common failure modes — fragmented ownership, duplicated engineering, brittle integrations — and practical remedies: capability maps, clear decision rights, lightweight guardrails, and incremental interfaces. This episode is a focused, actionable guide for leaders and technologists who want fewer surprises, faster outcomes, and architecture that actually serves business intent.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>524</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/0fc60fb0bd17a964d92cfe23040b1a46.jpg"/><itunes:episode>49</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Integration as a Product: Treat the Pipes Like a Product, Not a Project</title><link>https://www.spreaker.com/episode/integration-as-a-product-treat-the-pipes-like-a-product-not-a-project--72177642</link><description><![CDATA[Integrations are the hidden products that connect value across the organization. Business owners treat them as invisible plumbing that 'just works'; IT inherits brittle connectors, undocumented contracts and unpaid maintenance. This episode reframes integrations — APIs, ETL jobs, connectors, event streams — as first‑class products with consumers, roadmaps, SLAs and lifecycle decisions. I explain how that shift changes funding, prioritization, ownership and architecture, and why it reduces rework, downtime and costly mergers of code and expectations. You’ll get a clear, practical playbook: how to name integration consumers, define product contracts, budget ongoing maintenance, and add simple governance (versioning, schema evolution, deprecation). The advice avoids tool hype and focuses on organizational habits that either make integrations resilient or turn them into chronic technical debt. Ideal for leaders, architects and product managers who want durable, predictable systems that actually support business outcomes.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">58671b78-47d2-4bf2-ac95-436a3c8ae42d</guid><pubDate>Wed, 27 May 2026 00:24:56 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72177642/stitched_episode_58671b78_47d2_4bf2_ac95_436a3c8ae42d.mp3" length="7884634" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/abc54919-42ad-4939-b0e1-3880a0cf6293/abc54919-42ad-4939-b0e1-3880a0cf6293.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/abc54919-42ad-4939-b0e1-3880a0cf6293/abc54919-42ad-4939-b0e1-3880a0cf6293.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/abc54919-42ad-4939-b0e1-3880a0cf6293/abc54919-42ad-4939-b0e1-3880a0cf6293.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Integrations are the hidden products that connect value across the organization. Business owners treat them as invisible plumbing that 'just works'; IT inherits brittle connectors, undocumented contracts and unpaid maintenance. This episode reframes...</itunes:subtitle><itunes:summary><![CDATA[Integrations are the hidden products that connect value across the organization. Business owners treat them as invisible plumbing that 'just works'; IT inherits brittle connectors, undocumented contracts and unpaid maintenance. This episode reframes integrations — APIs, ETL jobs, connectors, event streams — as first‑class products with consumers, roadmaps, SLAs and lifecycle decisions. I explain how that shift changes funding, prioritization, ownership and architecture, and why it reduces rework, downtime and costly mergers of code and expectations. You’ll get a clear, practical playbook: how to name integration consumers, define product contracts, budget ongoing maintenance, and add simple governance (versioning, schema evolution, deprecation). The advice avoids tool hype and focuses on organizational habits that either make integrations resilient or turn them into chronic technical debt. Ideal for leaders, architects and product managers who want durable, predictable systems that actually support business outcomes.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>493</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/9b43e2999515985becaa6ec4cee81ffd.jpg"/><itunes:episode>48</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Metrics as Moats: When KPIs Shape Your Architecture</title><link>https://www.spreaker.com/episode/metrics-as-moats-when-kpis-shape-your-architecture--72161027</link><description><![CDATA[Organizations celebrate measurable goals. But the moment a KPI becomes the company’s North Star, engineering, data pipelines, and even product design start to optimize for the metric rather than the underlying outcome. This episode unpacks that invisible translation: why a seemingly sensible business metric nudges architects toward particular data models, creates hidden incentives to game or shortcut quality, and encourages fast, brittle integrations that persist long after the business question changes. I’ll explain the distinct perspectives business leaders and engineers bring, show a generalized consulting example where a sales KPI reshaped architecture in costly ways, and deliver practical, little-effort actions both sides can take to keep metrics useful without letting them become structural lock‑ins. No hype, no vendor play — just concrete, usable guidance for leaders, consultants, and technologists who want clearer cause-and-effect between goals and systems.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">97e35666-8331-41bd-afed-51689a43b20a</guid><pubDate>Tue, 26 May 2026 00:26:10 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72161027/stitched_episode_97e35666_8331_41bd_afed_51689a43b20a.mp3" length="9562322" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c4ab16c0-d8b5-4e98-b7a9-65db1808818b/c4ab16c0-d8b5-4e98-b7a9-65db1808818b.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c4ab16c0-d8b5-4e98-b7a9-65db1808818b/c4ab16c0-d8b5-4e98-b7a9-65db1808818b.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c4ab16c0-d8b5-4e98-b7a9-65db1808818b/c4ab16c0-d8b5-4e98-b7a9-65db1808818b.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Organizations celebrate measurable goals. But the moment a KPI becomes the company’s North Star, engineering, data pipelines, and even product design start to optimize for the metric rather than the underlying outcome. This episode unpacks that...</itunes:subtitle><itunes:summary><![CDATA[Organizations celebrate measurable goals. But the moment a KPI becomes the company’s North Star, engineering, data pipelines, and even product design start to optimize for the metric rather than the underlying outcome. This episode unpacks that invisible translation: why a seemingly sensible business metric nudges architects toward particular data models, creates hidden incentives to game or shortcut quality, and encourages fast, brittle integrations that persist long after the business question changes. I’ll explain the distinct perspectives business leaders and engineers bring, show a generalized consulting example where a sales KPI reshaped architecture in costly ways, and deliver practical, little-effort actions both sides can take to keep metrics useful without letting them become structural lock‑ins. No hype, no vendor play — just concrete, usable guidance for leaders, consultants, and technologists who want clearer cause-and-effect between goals and systems.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>598</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/014132c2edcd614dd22bdd08967171d9.jpg"/><itunes:episode>47</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Feature Flags as Governance: When Release Controls Become Policy</title><link>https://www.spreaker.com/episode/feature-flags-as-governance-when-release-controls-become-policy--72147944</link><description><![CDATA[Feature flags started as a deployment trick: flip a switch, ship safely. Over time they become policy—who gets access to what, how risks are mitigated, which customers see which experiences. In this episode I treat feature flags as a governance mechanism that silently reshapes product strategy, risk allocation, and organizational incentives. Listeners will get a pragmatic framework for treating flags as first‑class decisions: when to use them, how to assign responsibility, how to avoid combinatorial complexity, and how to prevent flags becoming permanent technical debt. I explain both the business intent (experimentation, staged rollout, customer promises) and the technical reality (dependency tangle, configuration sprawl, testing blind spots), then show a consulting‑grade example and ten simple actions business and IT leaders can take tomorrow to keep flags helpful instead of harmful.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">d3b2c0ab-93bc-4149-8748-cf2577fc4d50</guid><pubDate>Mon, 25 May 2026 00:27:24 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72147944/stitched_episode_d3b2c0ab_93bc_4149_8748_cf2577fc4d50.mp3" length="8595582" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/68682dbc-167e-479a-8ec6-d46acad98414/68682dbc-167e-479a-8ec6-d46acad98414.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/68682dbc-167e-479a-8ec6-d46acad98414/68682dbc-167e-479a-8ec6-d46acad98414.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/68682dbc-167e-479a-8ec6-d46acad98414/68682dbc-167e-479a-8ec6-d46acad98414.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Feature flags started as a deployment trick: flip a switch, ship safely. Over time they become policy—who gets access to what, how risks are mitigated, which customers see which experiences. In this episode I treat feature flags as a governance...</itunes:subtitle><itunes:summary><![CDATA[Feature flags started as a deployment trick: flip a switch, ship safely. Over time they become policy—who gets access to what, how risks are mitigated, which customers see which experiences. In this episode I treat feature flags as a governance mechanism that silently reshapes product strategy, risk allocation, and organizational incentives. Listeners will get a pragmatic framework for treating flags as first‑class decisions: when to use them, how to assign responsibility, how to avoid combinatorial complexity, and how to prevent flags becoming permanent technical debt. I explain both the business intent (experimentation, staged rollout, customer promises) and the technical reality (dependency tangle, configuration sprawl, testing blind spots), then show a consulting‑grade example and ten simple actions business and IT leaders can take tomorrow to keep flags helpful instead of harmful.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>538</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/41ee0eca0d963b28e7fd8613cf346ec3.jpg"/><itunes:episode>46</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Automating Judgment: When Workflows Replace Human Discretion</title><link>https://www.spreaker.com/episode/automating-judgment-when-workflows-replace-human-discretion--72135566</link><description><![CDATA[Automation sounds like efficiency: fewer approvals, faster decisions, fewer errors. But automating human judgment—pricing exceptions, fraud flags, credit decisions, routing rules—regularly creates brittle systems, hidden rework, and frustrated stakeholders. In this episode Mirko Peters explains how business expectations (consistency, speed, cost reduction) collide with technical reality (edge cases, incomplete rules, data quality, evolving policy). He walks through a generalized consulting example where premature automation locked a company into costly manual overrides, and shows how to choose the right scope for automation, design fallbacks, and keep human-in-the-loop flows explicit. Listeners will get concrete questions to ask before automating any decision, patterns for resilient rule design, and a short checklist that helps teams avoid common traps. Practical, sceptical, and directly actionable — for leaders, architects, and consultants who want automation that actually reduces friction instead of hiding it.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">19369715-d907-46e5-8397-e4bb6a06fc60</guid><pubDate>Sun, 24 May 2026 00:24:30 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72135566/stitched_episode_19369715_d907_46e5_8397_e4bb6a06fc60.mp3" length="9788856" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/8a179cda-0da5-4e4f-95d5-55aa0ef2d555/8a179cda-0da5-4e4f-95d5-55aa0ef2d555.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/8a179cda-0da5-4e4f-95d5-55aa0ef2d555/8a179cda-0da5-4e4f-95d5-55aa0ef2d555.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/8a179cda-0da5-4e4f-95d5-55aa0ef2d555/8a179cda-0da5-4e4f-95d5-55aa0ef2d555.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Automation sounds like efficiency: fewer approvals, faster decisions, fewer errors. But automating human judgment—pricing exceptions, fraud flags, credit decisions, routing rules—regularly creates brittle systems, hidden rework, and frustrated...</itunes:subtitle><itunes:summary><![CDATA[Automation sounds like efficiency: fewer approvals, faster decisions, fewer errors. But automating human judgment—pricing exceptions, fraud flags, credit decisions, routing rules—regularly creates brittle systems, hidden rework, and frustrated stakeholders. In this episode Mirko Peters explains how business expectations (consistency, speed, cost reduction) collide with technical reality (edge cases, incomplete rules, data quality, evolving policy). He walks through a generalized consulting example where premature automation locked a company into costly manual overrides, and shows how to choose the right scope for automation, design fallbacks, and keep human-in-the-loop flows explicit. Listeners will get concrete questions to ask before automating any decision, patterns for resilient rule design, and a short checklist that helps teams avoid common traps. Practical, sceptical, and directly actionable — for leaders, architects, and consultants who want automation that actually reduces friction instead of hiding it.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>612</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/6d7905183f7b520930c691ec916ff30b.jpg"/><itunes:episode>45</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Decision Debt: How Unrecorded Choices Accumulate Cost Between Business and IT</title><link>https://www.spreaker.com/episode/decision-debt-how-unrecorded-choices-accumulate-cost-between-business-and-it--72123009</link><description><![CDATA[Decision debt is the ledger no one keeps: quick approvals, implicit defaults, and undocumented trade‑offs that quietly constrain future options and drive rework. In this episode Mirko Peters defines decision debt in concrete, business‑centric terms and examines how everyday behaviour on both sides—business urgency, product compromises, and IT assumptions—creates different flavours of accumulated cost. The episode walks through how to recognize decision debt early, measure its impact pragmatically, and apply low‑friction practices that reduce ambiguity without creating governance overhead: lightweight decision records, explicit exit criteria, rollback ownership, and role‑based signoff rules. A generalized consulting vignette shows how missed decisions turned a fast pilot into an expensive permanent workaround, followed by a tactical toolkit business leaders and IT managers can use in the next planning cycle. Practical, skeptical of one‑size‑fits‑all frameworks, and aimed at reducing surprises between strategy and delivery.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">2cb5bba6-986d-4a48-879e-3806489617eb</guid><pubDate>Sat, 23 May 2026 00:24:41 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72123009/stitched_episode_2cb5bba6_986d_4a48_879e_3806489617eb.mp3" length="8832983" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/eb55a726-1a7c-4a5a-9d73-5c387333d58d/eb55a726-1a7c-4a5a-9d73-5c387333d58d.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/eb55a726-1a7c-4a5a-9d73-5c387333d58d/eb55a726-1a7c-4a5a-9d73-5c387333d58d.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/eb55a726-1a7c-4a5a-9d73-5c387333d58d/eb55a726-1a7c-4a5a-9d73-5c387333d58d.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Decision debt is the ledger no one keeps: quick approvals, implicit defaults, and undocumented trade‑offs that quietly constrain future options and drive rework. In this episode Mirko Peters defines decision debt in concrete, business‑centric terms...</itunes:subtitle><itunes:summary><![CDATA[Decision debt is the ledger no one keeps: quick approvals, implicit defaults, and undocumented trade‑offs that quietly constrain future options and drive rework. In this episode Mirko Peters defines decision debt in concrete, business‑centric terms and examines how everyday behaviour on both sides—business urgency, product compromises, and IT assumptions—creates different flavours of accumulated cost. The episode walks through how to recognize decision debt early, measure its impact pragmatically, and apply low‑friction practices that reduce ambiguity without creating governance overhead: lightweight decision records, explicit exit criteria, rollback ownership, and role‑based signoff rules. A generalized consulting vignette shows how missed decisions turned a fast pilot into an expensive permanent workaround, followed by a tactical toolkit business leaders and IT managers can use in the next planning cycle. Practical, skeptical of one‑size‑fits‑all frameworks, and aimed at reducing surprises between strategy and delivery.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>553</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/81ecb45a7daee4bb058e23f38469cf75.jpg"/><itunes:episode>44</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>How Business Constraints Become Architecture: Contracts, Compliance &amp; Procurement</title><link>https://www.spreaker.com/episode/how-business-constraints-become-architecture-contracts-compliance-procurement--72118055</link><description><![CDATA[Most organizations treat contracts, compliance, and procurement as paperwork or legal guardrails. In reality those business constraints are often the invisible requirements that shape data models, integration patterns, deployment cadence, vendor lock‑in, and product roadmaps. In this episode Mirko Peters takes a practical consultant's view on how contractual terms, regulatory constraints, and procurement rhythms become architectural choices—often without anyone deciding them consciously. Business leaders think in risk transfer, cost control, and vendor relationships; IT hears fixed interfaces, SLAs, and provisioning windows. That mismatch produces brittle systems, delayed launches, and expensive refactors. Using a generalized consulting example Mirko shows where translation fails and how early technical involvement in commercial conversations, pragmatic contract language, and lightweight governance turn constraints into deliberate levers instead of surprise cages. Listeners leave with concrete actions: what to ask during procurement, what clauses to avoid, and how to fold compliance into design decisions so speed and safety coexist.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">da5eb48c-1710-4090-a5c4-b0515848252b</guid><pubDate>Fri, 22 May 2026 17:24:03 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/72118055/stitched_episode_da5eb48c_1710_4090_a5c4_b0515848252b.mp3" length="9555216" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c653cb8a-99a5-4772-b151-8a171c2ce463/c653cb8a-99a5-4772-b151-8a171c2ce463.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c653cb8a-99a5-4772-b151-8a171c2ce463/c653cb8a-99a5-4772-b151-8a171c2ce463.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c653cb8a-99a5-4772-b151-8a171c2ce463/c653cb8a-99a5-4772-b151-8a171c2ce463.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most organizations treat contracts, compliance, and procurement as paperwork or legal guardrails. In reality those business constraints are often the invisible requirements that shape data models, integration patterns, deployment cadence, vendor...</itunes:subtitle><itunes:summary><![CDATA[Most organizations treat contracts, compliance, and procurement as paperwork or legal guardrails. In reality those business constraints are often the invisible requirements that shape data models, integration patterns, deployment cadence, vendor lock‑in, and product roadmaps. In this episode Mirko Peters takes a practical consultant's view on how contractual terms, regulatory constraints, and procurement rhythms become architectural choices—often without anyone deciding them consciously. Business leaders think in risk transfer, cost control, and vendor relationships; IT hears fixed interfaces, SLAs, and provisioning windows. That mismatch produces brittle systems, delayed launches, and expensive refactors. Using a generalized consulting example Mirko shows where translation fails and how early technical involvement in commercial conversations, pragmatic contract language, and lightweight governance turn constraints into deliberate levers instead of surprise cages. Listeners leave with concrete actions: what to ask during procurement, what clauses to avoid, and how to fold compliance into design decisions so speed and safety coexist.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>598</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/735d9ccac36d730636130c7388577574.jpg"/><itunes:episode>43</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Data Contracts: Who Signs the Schema?</title><link>https://www.spreaker.com/episode/data-contracts-who-signs-the-schema--71844853</link><description><![CDATA[APIs, event schemas, and data extracts are the invisible contracts that connect teams. Left implicit, they create brittle integrations, surprise outages, and creeping cost — but handled well, they become deliberate levers for scaling change safely. This episode explains data contracts in plain business terms: what a contract is, who should sign it, how to version and evolve it, and which tests and governance steps actually reduce risk without slowing delivery. I walk through the differing expectations from product owners, architects, and engineers, illustrate a consulting example where unclear ownership caused a month-long outage, and offer concrete, low-overhead practices (consumer-driven checks, backward-compatibility rules, ownership levels) that translate into fewer late-night rollbacks and clearer accountability. The emphasis is practical: stop arguing over tools and start agreeing on commitments that map to business outcomes.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">a7410bdc-7c1a-43f0-894d-93f98cc3b608</guid><pubDate>Mon, 04 May 2026 00:25:04 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71844853/stitched_episode_a7410bdc_7c1a_43f0_894d_93f98cc3b608.mp3" length="8275007" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c1aa5a1d-5a00-41ea-90c5-2be681463cec/c1aa5a1d-5a00-41ea-90c5-2be681463cec.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c1aa5a1d-5a00-41ea-90c5-2be681463cec/c1aa5a1d-5a00-41ea-90c5-2be681463cec.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c1aa5a1d-5a00-41ea-90c5-2be681463cec/c1aa5a1d-5a00-41ea-90c5-2be681463cec.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>APIs, event schemas, and data extracts are the invisible contracts that connect teams. Left implicit, they create brittle integrations, surprise outages, and creeping cost — but handled well, they become deliberate levers for scaling change safely....</itunes:subtitle><itunes:summary><![CDATA[APIs, event schemas, and data extracts are the invisible contracts that connect teams. Left implicit, they create brittle integrations, surprise outages, and creeping cost — but handled well, they become deliberate levers for scaling change safely. This episode explains data contracts in plain business terms: what a contract is, who should sign it, how to version and evolve it, and which tests and governance steps actually reduce risk without slowing delivery. I walk through the differing expectations from product owners, architects, and engineers, illustrate a consulting example where unclear ownership caused a month-long outage, and offer concrete, low-overhead practices (consumer-driven checks, backward-compatibility rules, ownership levels) that translate into fewer late-night rollbacks and clearer accountability. The emphasis is practical: stop arguing over tools and start agreeing on commitments that map to business outcomes.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>518</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/f6c134f0b695bab6b6c8b23e71aae1e4.jpg"/><itunes:episode>42</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The Internal‑Vendor Trap: When Treating IT Like a Supplier Breaks Value</title><link>https://www.spreaker.com/episode/the-internal-vendor-trap-when-treating-it-like-a-supplier-breaks-value--71833623</link><description><![CDATA[Many organisations fall into a familiar pattern: business treats IT like an external supplier, and IT responds with contracts, SLAs and handoffs that minimise risk but also diffuse responsibility. The consequence is predictable—split incentives, brittle integrations, slower decision‑making and features that meet a contract but not the outcome. In this episode Mirko Peters walks through the mechanics of the internal‑vendor mindset, contrasting the business expectations it aims to satisfy with the engineering realities it creates. Through a generalized consulting example he shows where ownership evaporates, how governance can quietly incentivize the wrong trade‑offs, and which small governance, funding and language changes restore end‑to‑end accountability. Practical, no‑nonsense, and immediately actionable for both leaders who sign the checks and technologists who build the systems.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">64cbf3e8-2d86-43f5-a666-888aed14ef7f</guid><pubDate>Sun, 03 May 2026 00:56:02 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71833623/stitched_episode_64cbf3e8_2d86_43f5_a666_888aed14ef7f.mp3" length="9391376" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/8888cca8-fd0c-4548-98c6-280f79ce73d8/8888cca8-fd0c-4548-98c6-280f79ce73d8.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/8888cca8-fd0c-4548-98c6-280f79ce73d8/8888cca8-fd0c-4548-98c6-280f79ce73d8.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/8888cca8-fd0c-4548-98c6-280f79ce73d8/8888cca8-fd0c-4548-98c6-280f79ce73d8.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organisations fall into a familiar pattern: business treats IT like an external supplier, and IT responds with contracts, SLAs and handoffs that minimise risk but also diffuse responsibility. The consequence is predictable—split incentives,...</itunes:subtitle><itunes:summary><![CDATA[Many organisations fall into a familiar pattern: business treats IT like an external supplier, and IT responds with contracts, SLAs and handoffs that minimise risk but also diffuse responsibility. The consequence is predictable—split incentives, brittle integrations, slower decision‑making and features that meet a contract but not the outcome. In this episode Mirko Peters walks through the mechanics of the internal‑vendor mindset, contrasting the business expectations it aims to satisfy with the engineering realities it creates. Through a generalized consulting example he shows where ownership evaporates, how governance can quietly incentivize the wrong trade‑offs, and which small governance, funding and language changes restore end‑to‑end accountability. Practical, no‑nonsense, and immediately actionable for both leaders who sign the checks and technologists who build the systems.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>587</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/d458de484393f0bf7893d64bcd140bac.jpg"/><itunes:episode>41</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Launch ≠ Value: The Last Mile That Decides If Projects Deliver</title><link>https://www.spreaker.com/episode/launch-value-the-last-mile-that-decides-if-projects-deliver--71762335</link><description><![CDATA[Many organizations celebrate a successful release like it is the end of a project. The reality is different: value is realized after launch, through monitoring, adoption, process change, training, billing, and ongoing ops. In this episode Mirko Peters walks the listener through the hidden last mile where technical delivery meets commercial and operational reality. You’ll hear the business expectations that assume instant benefit, the IT constraints that assume deployment equals delivery, and the common translation failures that turn launches into shelfware or continuous rework. Using a generic consulting example, Mirko explains where decisions get dropped, what causes slow or failed adoption, and what a pragmatic, accountable post-launch plan looks like. The episode concludes with concrete actions both business and IT can take immediately to convert releases into measurable outcomes and protect ROI.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">7b73af5a-173e-4250-a154-781bd5c0dbe7</guid><pubDate>Thu, 30 Apr 2026 00:23:56 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71762335/stitched_episode_7b73af5a_173e_4250_a154_781bd5c0dbe7.mp3" length="8226524" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/4c6a82e9-8d4b-40ae-9a48-7056417058fb/4c6a82e9-8d4b-40ae-9a48-7056417058fb.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/4c6a82e9-8d4b-40ae-9a48-7056417058fb/4c6a82e9-8d4b-40ae-9a48-7056417058fb.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/4c6a82e9-8d4b-40ae-9a48-7056417058fb/4c6a82e9-8d4b-40ae-9a48-7056417058fb.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many organizations celebrate a successful release like it is the end of a project. The reality is different: value is realized after launch, through monitoring, adoption, process change, training, billing, and ongoing ops. In this episode Mirko Peters...</itunes:subtitle><itunes:summary><![CDATA[Many organizations celebrate a successful release like it is the end of a project. The reality is different: value is realized after launch, through monitoring, adoption, process change, training, billing, and ongoing ops. In this episode Mirko Peters walks the listener through the hidden last mile where technical delivery meets commercial and operational reality. You’ll hear the business expectations that assume instant benefit, the IT constraints that assume deployment equals delivery, and the common translation failures that turn launches into shelfware or continuous rework. Using a generic consulting example, Mirko explains where decisions get dropped, what causes slow or failed adoption, and what a pragmatic, accountable post-launch plan looks like. The episode concludes with concrete actions both business and IT can take immediately to convert releases into measurable outcomes and protect ROI.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>515</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/176d240e9161d4a974985d5b5a79cffc.jpg"/><itunes:episode>40</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Escalation Tax: When Every Problem Becomes an Emergency</title><link>https://www.spreaker.com/episode/escalation-tax-when-every-problem-becomes-an-emergency--71719812</link><description><![CDATA[Every organisation pays an invisible fee when issues are escalated by habit rather than design. In this episode Mirko Peters explains the dynamics that turn predictable work into perpetual emergencies: unclear ownership, ambiguous priorities, missing rollback plans, and incentives that reward shouting louder instead of resolving root causes. The episode dissects both sides: what business thinks escalation achieves and why IT experiences it as context-free, costly interruption. You get a compact, practical framework to reduce escalation frequency and severity—triage rules, explicit escalation paths, lightweight reversible decisions, and ways to preserve context across handoffs. The goal is realistic: reduce firefighting, protect delivery cadence, and make escalation a deliberate governance tool instead of a reflex. This is a single-person, consultant-style monologue with precise, actionable guidance suitable for leaders, architects, and delivery managers.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">11af308a-c313-4f97-886a-ffb5292e8ecb</guid><pubDate>Wed, 29 Apr 2026 00:23:42 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71719812/stitched_episode_11af308a_c313_4f97_886a_ffb5292e8ecb.mp3" length="7726645" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/3969b868-b329-4497-b559-eee1f48bc454/3969b868-b329-4497-b559-eee1f48bc454.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/3969b868-b329-4497-b559-eee1f48bc454/3969b868-b329-4497-b559-eee1f48bc454.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/3969b868-b329-4497-b559-eee1f48bc454/3969b868-b329-4497-b559-eee1f48bc454.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Every organisation pays an invisible fee when issues are escalated by habit rather than design. In this episode Mirko Peters explains the dynamics that turn predictable work into perpetual emergencies: unclear ownership, ambiguous priorities, missing...</itunes:subtitle><itunes:summary><![CDATA[Every organisation pays an invisible fee when issues are escalated by habit rather than design. In this episode Mirko Peters explains the dynamics that turn predictable work into perpetual emergencies: unclear ownership, ambiguous priorities, missing rollback plans, and incentives that reward shouting louder instead of resolving root causes. The episode dissects both sides: what business thinks escalation achieves and why IT experiences it as context-free, costly interruption. You get a compact, practical framework to reduce escalation frequency and severity—triage rules, explicit escalation paths, lightweight reversible decisions, and ways to preserve context across handoffs. The goal is realistic: reduce firefighting, protect delivery cadence, and make escalation a deliberate governance tool instead of a reflex. This is a single-person, consultant-style monologue with precise, actionable guidance suitable for leaders, architects, and delivery managers.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>483</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/330e4f593922bf2b24620540ffd2560c.jpg"/><itunes:episode>39</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Temporary Isn't a Feature: How 'We'll Fix It Later' Shapes Systems and Strategy</title><link>https://www.spreaker.com/episode/temporary-isn-t-a-feature-how-we-ll-fix-it-later-shapes-systems-and-strategy--71661816</link><description><![CDATA[Most organisations treat "temporary" fixes as a verbal IOU: stitch something together now and replace it later. In reality those promises rarely survive handovers, budget rounds and new priorities—temporary code, manual workarounds and one-off processes become durable constraints. In this episode Mirko Peters lays out why "temporary" decisions calcify into permanent architecture and behaviour, how incentives and accounting practices make "later" invisible, and how both business and IT unintentionally incubate technical debt. You’ll get a concise, practical framework to classify temporary work, make time-limited choices explicit, attach sunset and ownership rules, and align budget and risk so interim solutions remain reversible. Expect clear, consultant-tested actions you can use next week: capture known-badness as a decision, set measurable sunset criteria, negotiate rollback funding, and create a lightweight governance pattern that keeps temporary actually temporary.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">153addee-9626-4e75-817f-ef4d27bd4fb4</guid><pubDate>Mon, 27 Apr 2026 00:23:01 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71661816/stitched_episode_153addee_9626_4e75_817f_ef4d27bd4fb4.mp3" length="7736258" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/6e703fd5-38e9-43fc-8abe-7b5f0f6c9eee/6e703fd5-38e9-43fc-8abe-7b5f0f6c9eee.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/6e703fd5-38e9-43fc-8abe-7b5f0f6c9eee/6e703fd5-38e9-43fc-8abe-7b5f0f6c9eee.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/6e703fd5-38e9-43fc-8abe-7b5f0f6c9eee/6e703fd5-38e9-43fc-8abe-7b5f0f6c9eee.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most organisations treat "temporary" fixes as a verbal IOU: stitch something together now and replace it later. In reality those promises rarely survive handovers, budget rounds and new priorities—temporary code, manual workarounds and one-off...</itunes:subtitle><itunes:summary><![CDATA[Most organisations treat "temporary" fixes as a verbal IOU: stitch something together now and replace it later. In reality those promises rarely survive handovers, budget rounds and new priorities—temporary code, manual workarounds and one-off processes become durable constraints. In this episode Mirko Peters lays out why "temporary" decisions calcify into permanent architecture and behaviour, how incentives and accounting practices make "later" invisible, and how both business and IT unintentionally incubate technical debt. You’ll get a concise, practical framework to classify temporary work, make time-limited choices explicit, attach sunset and ownership rules, and align budget and risk so interim solutions remain reversible. Expect clear, consultant-tested actions you can use next week: capture known-badness as a decision, set measurable sunset criteria, negotiate rollback funding, and create a lightweight governance pattern that keeps temporary actually temporary.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>484</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/d27c9ff401e347ddac6f5acbfc8a8c53.jpg"/><itunes:episode>38</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Who Owns the Non‑Functional Story? Turning NFRs into Decisions, Not Arguments</title><link>https://www.spreaker.com/episode/who-owns-the-non-functional-story-turning-nfrs-into-decisions-not-arguments--71624711</link><description><![CDATA[Non-functional requirements live in the shadow of feature requests: everybody assumes them, nobody signs them. In this episode Mirko Peters reframes NFRs—reliability, performance, security, operability, maintainability—as a portfolio of explicit decisions that require owners, trade-offs, and acceptance criteria. Through the lens of business goals and technical constraints, he explains how vague demands become overruns, rework, and blame, and shows a practical path to turn qualitative concerns into measurable policies: priority mapping, decision records, service-level translations, and lightweight acceptance tests. Listeners get concrete scripts to extract business intent, a checklist IT teams can use to propose viable options, and a compact governance pattern that prevents NFRs from becoming permanent debt. This episode is for execs, product managers, architects and engineering leaders who need fewer arguments and more actionable choices when non-functional aspects determine cost, risk, and competitive capability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">a21c3c93-c06b-4134-acc3-bee9163ca9e6</guid><pubDate>Sat, 25 Apr 2026 00:23:13 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71624711/stitched_episode_a21c3c93_c06b_4134_acc3_bee9163ca9e6.mp3" length="9325339" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/f79c1554-17ea-428d-a912-99384bd22fa2/f79c1554-17ea-428d-a912-99384bd22fa2.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f79c1554-17ea-428d-a912-99384bd22fa2/f79c1554-17ea-428d-a912-99384bd22fa2.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f79c1554-17ea-428d-a912-99384bd22fa2/f79c1554-17ea-428d-a912-99384bd22fa2.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Non-functional requirements live in the shadow of feature requests: everybody assumes them, nobody signs them. In this episode Mirko Peters reframes NFRs—reliability, performance, security, operability, maintainability—as a portfolio of explicit...</itunes:subtitle><itunes:summary><![CDATA[Non-functional requirements live in the shadow of feature requests: everybody assumes them, nobody signs them. In this episode Mirko Peters reframes NFRs—reliability, performance, security, operability, maintainability—as a portfolio of explicit decisions that require owners, trade-offs, and acceptance criteria. Through the lens of business goals and technical constraints, he explains how vague demands become overruns, rework, and blame, and shows a practical path to turn qualitative concerns into measurable policies: priority mapping, decision records, service-level translations, and lightweight acceptance tests. Listeners get concrete scripts to extract business intent, a checklist IT teams can use to propose viable options, and a compact governance pattern that prevents NFRs from becoming permanent debt. This episode is for execs, product managers, architects and engineering leaders who need fewer arguments and more actionable choices when non-functional aspects determine cost, risk, and competitive capability.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>583</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/f5635bfeb5b1c012cbf0e09190786ddd.jpg"/><itunes:episode>37</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Budget Rhythms: How Financial Calendars Shape Technical Choices</title><link>https://www.spreaker.com/episode/budget-rhythms-how-financial-calendars-shape-technical-choices--71537781</link><description><![CDATA[Budget Rhythms examines the invisible force that steers product and technical decisions: the financial calendar. Across organizations, quarter- and year-end deadlines, capital versus operating classifications, procurement windows and forecast-driven prioritization consistently nudge teams toward short-term fixes, scope-slicing, and risky cutbacks. This episode lays out the business incentives that make those choices sensible on paper and the technical realities they create over time. I’ll unpack where the common misalignments live, illustrate a typical consulting case where budget timing forced an avoidable rework cycle, and give concrete rules of thumb both leaders and engineers can use to negotiate trade-offs without trading away future agility. Practical, no-nonsense, and focused on decisions you can change tomorrow—this episode helps you treat budgets as a design constraint rather than a recurring surprise.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">b462a55b-a4ae-4aaf-afaf-a7b4143547d4</guid><pubDate>Wed, 22 Apr 2026 00:23:22 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71537781/stitched_episode_b462a55b_a4ae_4aaf_afaf_a7b4143547d4.mp3" length="8416278" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/2805623b-ab4a-4735-9a93-d5262bf6a8eb/2805623b-ab4a-4735-9a93-d5262bf6a8eb.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/2805623b-ab4a-4735-9a93-d5262bf6a8eb/2805623b-ab4a-4735-9a93-d5262bf6a8eb.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/2805623b-ab4a-4735-9a93-d5262bf6a8eb/2805623b-ab4a-4735-9a93-d5262bf6a8eb.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Budget Rhythms examines the invisible force that steers product and technical decisions: the financial calendar. Across organizations, quarter- and year-end deadlines, capital versus operating classifications, procurement windows and forecast-driven...</itunes:subtitle><itunes:summary><![CDATA[Budget Rhythms examines the invisible force that steers product and technical decisions: the financial calendar. Across organizations, quarter- and year-end deadlines, capital versus operating classifications, procurement windows and forecast-driven prioritization consistently nudge teams toward short-term fixes, scope-slicing, and risky cutbacks. This episode lays out the business incentives that make those choices sensible on paper and the technical realities they create over time. I’ll unpack where the common misalignments live, illustrate a typical consulting case where budget timing forced an avoidable rework cycle, and give concrete rules of thumb both leaders and engineers can use to negotiate trade-offs without trading away future agility. Practical, no-nonsense, and focused on decisions you can change tomorrow—this episode helps you treat budgets as a design constraint rather than a recurring surprise.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>526</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/db34cf8531c0fd4faf3b3b1f4bcb954f.jpg"/><itunes:episode>36</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Feature Flags as Business Instruments: who owns risk, experiments and release control</title><link>https://www.spreaker.com/episode/feature-flags-as-business-instruments-who-owns-risk-experiments-and-release-control--71506712</link><description><![CDATA[Feature flags are everywhere: used for experiments, staged rollouts, and quick kill switches. But too often they are treated purely as code knobs, creating operational risk, hidden complexity, and unclear decision rights. This episode reframes feature flags as a cross-functional instrument that encodes business intent, risk policy, and customer promises. I'll walk through how business leaders think about launches and customer impact, how engineering teams see technical debt and operational burden, and where the translation between intent and implementation breaks down. You’ll get a concrete, consultant-style checklist to decide who owns flag lifecycle, what minimal metadata flags must carry, and how to fold flags into governance, monitoring and decommissioning so they stop becoming permanent technical debt. Practical, non-technical examples and a short consulting case show common failure modes and straightforward fixes anyone can introduce next week.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">6af91e2a-a07d-4077-a0bd-e820ee876542</guid><pubDate>Tue, 21 Apr 2026 00:23:42 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71506712/stitched_episode_6af91e2a_a07d_4077_a0bd_e820ee876542.mp3" length="9108418" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/9898f540-8ef1-4034-b7c7-57d2975416da/9898f540-8ef1-4034-b7c7-57d2975416da.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/9898f540-8ef1-4034-b7c7-57d2975416da/9898f540-8ef1-4034-b7c7-57d2975416da.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/9898f540-8ef1-4034-b7c7-57d2975416da/9898f540-8ef1-4034-b7c7-57d2975416da.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Feature flags are everywhere: used for experiments, staged rollouts, and quick kill switches. But too often they are treated purely as code knobs, creating operational risk, hidden complexity, and unclear decision rights. This episode reframes feature...</itunes:subtitle><itunes:summary><![CDATA[Feature flags are everywhere: used for experiments, staged rollouts, and quick kill switches. But too often they are treated purely as code knobs, creating operational risk, hidden complexity, and unclear decision rights. This episode reframes feature flags as a cross-functional instrument that encodes business intent, risk policy, and customer promises. I'll walk through how business leaders think about launches and customer impact, how engineering teams see technical debt and operational burden, and where the translation between intent and implementation breaks down. You’ll get a concrete, consultant-style checklist to decide who owns flag lifecycle, what minimal metadata flags must carry, and how to fold flags into governance, monitoring and decommissioning so they stop becoming permanent technical debt. Practical, non-technical examples and a short consulting case show common failure modes and straightforward fixes anyone can introduce next week.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>570</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/db038be99675d2463a28dc10658841a2.jpg"/><itunes:episode>35</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Decision Context: Preserving What Actually Matters During Handoffs</title><link>https://www.spreaker.com/episode/decision-context-preserving-what-actually-matters-during-handoffs--71473423</link><description><![CDATA[Too many projects fail not because people lack competence, but because the rationale behind earlier choices is lost between meetings, tickets, and systems. In this episode Mirko Peters explains why 'context loss' is one of the quietest, costliest failure modes in business–IT work, how it shows up as rework, wrong assumptions, and stalled decisions, and what practical patterns reduce the problem without adding bureaucracy. This is a focused, consultant-ready playbook for leaders and engineers who want fewer surprises: what to capture, how to structure lightweight decision artifacts, where to surface context for different audiences, and simple handoff habits that keep options open and risk visible. Expect concrete examples from typical engagements, clear do-and-don't rules you can apply tomorrow, and an emphasis on behaviour and incentives rather than new tools.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">aea3fa9e-cdbb-420e-a8e4-7ac8acba1c6e</guid><pubDate>Mon, 20 Apr 2026 00:25:12 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71473423/stitched_episode_aea3fa9e_cdbb_420e_a8e4_7ac8acba1c6e.mp3" length="8918247" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/b78f1d8d-7666-4f00-b94c-ab4d23e03803/b78f1d8d-7666-4f00-b94c-ab4d23e03803.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/b78f1d8d-7666-4f00-b94c-ab4d23e03803/b78f1d8d-7666-4f00-b94c-ab4d23e03803.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/b78f1d8d-7666-4f00-b94c-ab4d23e03803/b78f1d8d-7666-4f00-b94c-ab4d23e03803.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Too many projects fail not because people lack competence, but because the rationale behind earlier choices is lost between meetings, tickets, and systems. In this episode Mirko Peters explains why 'context loss' is one of the quietest, costliest...</itunes:subtitle><itunes:summary><![CDATA[Too many projects fail not because people lack competence, but because the rationale behind earlier choices is lost between meetings, tickets, and systems. In this episode Mirko Peters explains why 'context loss' is one of the quietest, costliest failure modes in business–IT work, how it shows up as rework, wrong assumptions, and stalled decisions, and what practical patterns reduce the problem without adding bureaucracy. This is a focused, consultant-ready playbook for leaders and engineers who want fewer surprises: what to capture, how to structure lightweight decision artifacts, where to surface context for different audiences, and simple handoff habits that keep options open and risk visible. Expect concrete examples from typical engagements, clear do-and-don't rules you can apply tomorrow, and an emphasis on behaviour and incentives rather than new tools.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>558</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/99fbcabd19de506e928f3dd28d25a744.jpg"/><itunes:episode>34</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Data Contracts: Making Integration Explicit Between Business and IT</title><link>https://www.spreaker.com/episode/data-contracts-making-integration-explicit-between-business-and-it--71446852</link><description><![CDATA[Data contracts are the practical agreements that make data integration reliable: who owns fields, what 'customer' means, freshness, error handling, and change rules. This episode walks business leaders and IT through why data contracts are governance in action—lean, operational, and enforceable—not a data team fad. I contrast how business treats data as a utility for decisions and speed, while IT sees dependencies, versioning, and non-backwards-compatible changes. You’ll hear a generalized consulting story where missing contracts turned a month-long dashboard outage into a months-long reconciliation project, and a clear pattern for doing contracts pragmatically: define minimal producer obligations, consumer expectations, change gates, and lightweight enforcement. The goal is simple: reduce surprise, rework, and blame by turning implicit assumptions into small, testable agreements. Actionable for leaders, architects, and product owners, this is a 22-minute playbook you can start drafting in your next integration.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">26f27ebb-ae1c-4a17-bd79-50774229bfba</guid><pubDate>Sun, 19 Apr 2026 01:24:34 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71446852/stitched_episode_26f27ebb_ae1c_4a17_bd79_50774229bfba.mp3" length="9961891" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/7fc84bfa-4bc0-4b28-810a-93fdee64ebf1/7fc84bfa-4bc0-4b28-810a-93fdee64ebf1.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/7fc84bfa-4bc0-4b28-810a-93fdee64ebf1/7fc84bfa-4bc0-4b28-810a-93fdee64ebf1.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/7fc84bfa-4bc0-4b28-810a-93fdee64ebf1/7fc84bfa-4bc0-4b28-810a-93fdee64ebf1.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Data contracts are the practical agreements that make data integration reliable: who owns fields, what 'customer' means, freshness, error handling, and change rules. This episode walks business leaders and IT through why data contracts are governance...</itunes:subtitle><itunes:summary><![CDATA[Data contracts are the practical agreements that make data integration reliable: who owns fields, what 'customer' means, freshness, error handling, and change rules. This episode walks business leaders and IT through why data contracts are governance in action—lean, operational, and enforceable—not a data team fad. I contrast how business treats data as a utility for decisions and speed, while IT sees dependencies, versioning, and non-backwards-compatible changes. You’ll hear a generalized consulting story where missing contracts turned a month-long dashboard outage into a months-long reconciliation project, and a clear pattern for doing contracts pragmatically: define minimal producer obligations, consumer expectations, change gates, and lightweight enforcement. The goal is simple: reduce surprise, rework, and blame by turning implicit assumptions into small, testable agreements. Actionable for leaders, architects, and product owners, this is a 22-minute playbook you can start drafting in your next integration.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>623</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/377fe1148dedc016030bfae1003a934f.jpg"/><itunes:episode>33</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Shared Vocabulary: Why Naming Is a Governance Problem, Not a Documentation Task</title><link>https://www.spreaker.com/episode/shared-vocabulary-why-naming-is-a-governance-problem-not-a-documentation-task--71423951</link><description><![CDATA[Many projects fail not because of poor technology or bad intentions but because people simply use different words for the same thing. This episode unpacks the practical cost of inconsistent vocabulary—product names, status codes, service categories, policy labels—and shows how fuzzy naming undermines automation, reporting, accountability and compliance. I translate the problem into business terms (lost revenue, misrouted work, poor decisions) and into IT realities (integration brittleness, mapping overhead, fragile tests), then present a pragmatic, low-friction approach to create usable taxonomies and governance. No academic ontology: small steering rules, a lightweight change process, predictable validation checks, and a couple of cheap guards that prevent drift. For leaders and practitioners who want fewer surprises and faster decision cycles, you’ll get concrete actions business and IT can take tomorrow to reduce risk and tame complexity.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">82951f81-40ae-4350-89ff-36a276d32804</guid><pubDate>Sat, 18 Apr 2026 00:23:39 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71423951/stitched_episode_82951f81_40ae_4350_89ff_36a276d32804.mp3" length="9216252" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/f845b010-9223-4b49-925d-1e60608f7a84/f845b010-9223-4b49-925d-1e60608f7a84.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f845b010-9223-4b49-925d-1e60608f7a84/f845b010-9223-4b49-925d-1e60608f7a84.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/f845b010-9223-4b49-925d-1e60608f7a84/f845b010-9223-4b49-925d-1e60608f7a84.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Many projects fail not because of poor technology or bad intentions but because people simply use different words for the same thing. This episode unpacks the practical cost of inconsistent vocabulary—product names, status codes, service categories,...</itunes:subtitle><itunes:summary><![CDATA[Many projects fail not because of poor technology or bad intentions but because people simply use different words for the same thing. This episode unpacks the practical cost of inconsistent vocabulary—product names, status codes, service categories, policy labels—and shows how fuzzy naming undermines automation, reporting, accountability and compliance. I translate the problem into business terms (lost revenue, misrouted work, poor decisions) and into IT realities (integration brittleness, mapping overhead, fragile tests), then present a pragmatic, low-friction approach to create usable taxonomies and governance. No academic ontology: small steering rules, a lightweight change process, predictable validation checks, and a couple of cheap guards that prevent drift. For leaders and practitioners who want fewer surprises and faster decision cycles, you’ll get concrete actions business and IT can take tomorrow to reduce risk and tame complexity.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>576</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/3d7e74bc3ad58557d96bfe2b66f5fd1d.jpg"/><itunes:episode>32</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Release Rhythm: Aligning Deployment Cadence with Business Reality</title><link>https://www.spreaker.com/episode/release-rhythm-aligning-deployment-cadence-with-business-reality--71388932</link><description><![CDATA[Most organisations treat software releases as a technical cadence: a staging pipeline, a calendar, and a checklist. But release rhythm is a business signal — it controls customer experience, legal windows, campaign timings, revenue recognition, and operational capacity. In this episode Mirko Peters explains how mismatched deployment cadence and business rhythms create chronic friction: missed launches, firefights during quarter-end, and poorly timed feature rollouts that undermine trust. You’ll hear how business leaders unknowingly expect instant delivery and blue-sky release dates, and why engineering teams push schedules toward predictability or safety. Through a generalized consulting example Mirko shows where alignment failed, the hidden costs of "emergency" releases, and concrete steps to sync releases with commercial constraints: defining release classes, aligning approval gates to business cycles, and treating release policy as part of product strategy. Practical takeaways give separate, actionable guidance for both business and IT to reduce surprises, speed real value delivery, and make release timing a strategic advantage.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">3c1ea75c-d930-4a2f-8b87-1ec9d6297f08</guid><pubDate>Fri, 17 Apr 2026 00:24:38 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71388932/stitched_episode_3c1ea75c_d930_4a2f_8b87_1ec9d6297f08.mp3" length="7935625" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c3df69f3-0161-4273-baf8-96b447708043/c3df69f3-0161-4273-baf8-96b447708043.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c3df69f3-0161-4273-baf8-96b447708043/c3df69f3-0161-4273-baf8-96b447708043.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c3df69f3-0161-4273-baf8-96b447708043/c3df69f3-0161-4273-baf8-96b447708043.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most organisations treat software releases as a technical cadence: a staging pipeline, a calendar, and a checklist. But release rhythm is a business signal — it controls customer experience, legal windows, campaign timings, revenue recognition, and...</itunes:subtitle><itunes:summary><![CDATA[Most organisations treat software releases as a technical cadence: a staging pipeline, a calendar, and a checklist. But release rhythm is a business signal — it controls customer experience, legal windows, campaign timings, revenue recognition, and operational capacity. In this episode Mirko Peters explains how mismatched deployment cadence and business rhythms create chronic friction: missed launches, firefights during quarter-end, and poorly timed feature rollouts that undermine trust. You’ll hear how business leaders unknowingly expect instant delivery and blue-sky release dates, and why engineering teams push schedules toward predictability or safety. Through a generalized consulting example Mirko shows where alignment failed, the hidden costs of "emergency" releases, and concrete steps to sync releases with commercial constraints: defining release classes, aligning approval gates to business cycles, and treating release policy as part of product strategy. Practical takeaways give separate, actionable guidance for both business and IT to reduce surprises, speed real value delivery, and make release timing a strategic advantage.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>496</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/09edfbb923088cb2f16a7b2a17696b6b.jpg"/><itunes:episode>31</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Safe Defaults: How Defaults Encode Business Policy and Reduce Friction</title><link>https://www.spreaker.com/episode/safe-defaults-how-defaults-encode-business-policy-and-reduce-friction--71354850</link><description><![CDATA[Defaults are one of the quietest levers a product or platform can pull: they shape user behavior, enforce policy, and either prevent costly mistakes or bake in systemic risk. This episode takes a pragmatic, consultant’s view on defaults as a cross-disciplinary governance tool. I explain how business goals become implicit through default choices, why engineers hate brittle defaults, and where translation fails. You’ll hear a generalised consulting example showing how a well-intended default multiplied operational risk and how a small, deliberate redesign reduced incidents, sped approvals, and clarified ownership. I close with concrete rules of thumb for designing reversible, discoverable defaults, who must own the rationale, and how to test defaults safely. No vendor pitches, no theoretical platitudes — just usable guidance for leaders and practitioners who want decisions encoded thoughtfully, so systems nudge good outcomes instead of surprising everyone.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">e7af47b0-b398-407e-ab32-b105d62ec088</guid><pubDate>Thu, 16 Apr 2026 00:23:05 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71354850/stitched_episode_e7af47b0_b398_407e_ab32_b105d62ec088.mp3" length="8896095" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/72242f1f-faeb-4c42-a2c1-917402e1ddb9/72242f1f-faeb-4c42-a2c1-917402e1ddb9.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/72242f1f-faeb-4c42-a2c1-917402e1ddb9/72242f1f-faeb-4c42-a2c1-917402e1ddb9.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/72242f1f-faeb-4c42-a2c1-917402e1ddb9/72242f1f-faeb-4c42-a2c1-917402e1ddb9.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Defaults are one of the quietest levers a product or platform can pull: they shape user behavior, enforce policy, and either prevent costly mistakes or bake in systemic risk. This episode takes a pragmatic, consultant’s view on defaults as a...</itunes:subtitle><itunes:summary><![CDATA[Defaults are one of the quietest levers a product or platform can pull: they shape user behavior, enforce policy, and either prevent costly mistakes or bake in systemic risk. This episode takes a pragmatic, consultant’s view on defaults as a cross-disciplinary governance tool. I explain how business goals become implicit through default choices, why engineers hate brittle defaults, and where translation fails. You’ll hear a generalised consulting example showing how a well-intended default multiplied operational risk and how a small, deliberate redesign reduced incidents, sped approvals, and clarified ownership. I close with concrete rules of thumb for designing reversible, discoverable defaults, who must own the rationale, and how to test defaults safely. No vendor pitches, no theoretical platitudes — just usable guidance for leaders and practitioners who want decisions encoded thoughtfully, so systems nudge good outcomes instead of surprising everyone.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>556</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/0d9468f53100b6aee986d7afa67aab9c.jpg"/><itunes:episode>30</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Meaningful SLOs: Translating Reliability into Business Contracts</title><link>https://www.spreaker.com/episode/meaningful-slos-translating-reliability-into-business-contracts--71331798</link><description><![CDATA[Most organizations treat SLOs as an engineering checkbox or an operations bulletin board. This episode reframes Service Level Objectives as negotiation tools between business and IT: enforceable promises that steer customer experience, investment decisions, and acceptable risk. I walk through how business leaders can express outcomes they care about in terms engineers can measure, and how engineers can translate technical realities into business trade-offs. Expect concrete examples of useful SLOs, the common mistakes that turn them into noise, and a practical governance pattern that keeps SLOs actionable across teams. No vendor fluff, no speculative frameworks—just pragmatic steps to make reliability decisions visible, defensible, and tied to the outcomes executives actually want.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">03c2cea5-8100-4d57-9b87-820eb6557392</guid><pubDate>Wed, 15 Apr 2026 00:26:56 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71331798/stitched_episode_03c2cea5_8100_4d57_9b87_820eb6557392.mp3" length="9476222" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/8f0a70dd-0f1c-4bf0-9e43-2805515e52b1/8f0a70dd-0f1c-4bf0-9e43-2805515e52b1.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/8f0a70dd-0f1c-4bf0-9e43-2805515e52b1/8f0a70dd-0f1c-4bf0-9e43-2805515e52b1.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/8f0a70dd-0f1c-4bf0-9e43-2805515e52b1/8f0a70dd-0f1c-4bf0-9e43-2805515e52b1.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Most organizations treat SLOs as an engineering checkbox or an operations bulletin board. This episode reframes Service Level Objectives as negotiation tools between business and IT: enforceable promises that steer customer experience, investment...</itunes:subtitle><itunes:summary><![CDATA[Most organizations treat SLOs as an engineering checkbox or an operations bulletin board. This episode reframes Service Level Objectives as negotiation tools between business and IT: enforceable promises that steer customer experience, investment decisions, and acceptable risk. I walk through how business leaders can express outcomes they care about in terms engineers can measure, and how engineers can translate technical realities into business trade-offs. Expect concrete examples of useful SLOs, the common mistakes that turn them into noise, and a practical governance pattern that keeps SLOs actionable across teams. No vendor fluff, no speculative frameworks—just pragmatic steps to make reliability decisions visible, defensible, and tied to the outcomes executives actually want.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>593</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/76b4ad36e834647a45e87eb1f73b4d18.jpg"/><itunes:episode>29</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Ownership Ripcord: Reclaim Orphaned Services Before They Explode</title><link>https://www.spreaker.com/episode/ownership-ripcord-reclaim-orphaned-services-before-they-explode--71245782</link><description><![CDATA[Systems drift from named ownership all the time: people change roles, temporary fixes never graduate, and an unresponsive owner turns a small degradation into a weekend incident. This episode prescribes the Ownership Ripcord: a minimal, auditable reclaim ritual teams can pull when an owner is non‑responsive or when a service shows sustained operational risk. Mirko contrasts the business harm—downtime, SLA exposure, and delayed decisions—with engineering reality—undocumented tweaks, tacit shortcuts, and brittle single‑points of contact. You’ll get a copy‑paste Ripcord template (trigger condition; required evidence; temporary assignee; auto‑revert window; audit note), three conservative guardrails to prevent political abuse, and a pragmatic 7‑day pilot: identify five at‑risk owners, appoint ripcord custodians on the on‑call rotation, run one simulated reclaim, and measure mean‑time‑to‑repair and unassigned incident rates. Practical, reversible, and deliberately small: reclaim responsibility before the pager rings. CTA: try one Ripcord this week on an at‑risk service and leave a review if it prevented a scramble.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">96989eae-d2a8-4175-aff2-6e4f463a4341</guid><pubDate>Sat, 11 Apr 2026 00:25:06 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71245782/stitched_episode_96989eae_d2a8_4175_aff2_6e4f463a4341.mp3" length="10811184" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/62aa47ee-50b9-40c1-b9eb-ae44d4c3163d/62aa47ee-50b9-40c1-b9eb-ae44d4c3163d.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/62aa47ee-50b9-40c1-b9eb-ae44d4c3163d/62aa47ee-50b9-40c1-b9eb-ae44d4c3163d.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/62aa47ee-50b9-40c1-b9eb-ae44d4c3163d/62aa47ee-50b9-40c1-b9eb-ae44d4c3163d.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Systems drift from named ownership all the time: people change roles, temporary fixes never graduate, and an unresponsive owner turns a small degradation into a weekend incident. This episode prescribes the Ownership Ripcord: a minimal, auditable...</itunes:subtitle><itunes:summary><![CDATA[Systems drift from named ownership all the time: people change roles, temporary fixes never graduate, and an unresponsive owner turns a small degradation into a weekend incident. This episode prescribes the Ownership Ripcord: a minimal, auditable reclaim ritual teams can pull when an owner is non‑responsive or when a service shows sustained operational risk. Mirko contrasts the business harm—downtime, SLA exposure, and delayed decisions—with engineering reality—undocumented tweaks, tacit shortcuts, and brittle single‑points of contact. You’ll get a copy‑paste Ripcord template (trigger condition; required evidence; temporary assignee; auto‑revert window; audit note), three conservative guardrails to prevent political abuse, and a pragmatic 7‑day pilot: identify five at‑risk owners, appoint ripcord custodians on the on‑call rotation, run one simulated reclaim, and measure mean‑time‑to‑repair and unassigned incident rates. Practical, reversible, and deliberately small: reclaim responsibility before the pager rings. CTA: try one Ripcord this week on an at‑risk service and leave a review if it prevented a scramble.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>676</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/8e4114c4a5c3ae2e1663805861fe2bbe.jpg"/><itunes:episode>28</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Handover Passport: Make Every Ownership Transfer a Low‑Risk Handoff</title><link>https://www.spreaker.com/episode/handover-passport-make-every-ownership-transfer-a-low-risk-handoff--71221858</link><description><![CDATA[Transfers of ownership—on‑call rotations, sprint handovers, vacation coverage, or task reassignments—are predictable moments of risk that routinely leak into incidents and rework. The Handover Passport is a tiny, one‑page artifact a departing owner fills in five minutes before transfer: current risks, active mitigations, one‑minute repro steps for the most likely failures, recent oddities, and explicit stop/escape triggers. In this episode Mirko explains why handing off intent is different from handing off tickets, contrasts business needs for continuity with engineering realities of hidden coupling, and reads three live Passport examples (on‑call, sprint-to-sprint, vacation). You’ll get a 7‑day pilot plan (use passports for five transfers, verify discovery in one observed incident), concrete phrasing to make the ritual frictionless, and pragmatic rules to avoid information overload or security exposure. CTA: attach one Handover Passport to your next ownership transfer this week and leave a review if it prevented a scramble.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">a625103a-14fc-4cb4-8b86-69f113a5237e</guid><pubDate>Fri, 10 Apr 2026 00:26:37 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71221858/stitched_episode_a625103a_14fc_4cb4_8b86_69f113a5237e.mp3" length="12018250" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c5bd3aa6-57dd-42ff-8b19-32e0ea73cf00/c5bd3aa6-57dd-42ff-8b19-32e0ea73cf00.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c5bd3aa6-57dd-42ff-8b19-32e0ea73cf00/c5bd3aa6-57dd-42ff-8b19-32e0ea73cf00.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c5bd3aa6-57dd-42ff-8b19-32e0ea73cf00/c5bd3aa6-57dd-42ff-8b19-32e0ea73cf00.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Transfers of ownership—on‑call rotations, sprint handovers, vacation coverage, or task reassignments—are predictable moments of risk that routinely leak into incidents and rework. The Handover Passport is a tiny, one‑page artifact a departing owner...</itunes:subtitle><itunes:summary><![CDATA[Transfers of ownership—on‑call rotations, sprint handovers, vacation coverage, or task reassignments—are predictable moments of risk that routinely leak into incidents and rework. The Handover Passport is a tiny, one‑page artifact a departing owner fills in five minutes before transfer: current risks, active mitigations, one‑minute repro steps for the most likely failures, recent oddities, and explicit stop/escape triggers. In this episode Mirko explains why handing off intent is different from handing off tickets, contrasts business needs for continuity with engineering realities of hidden coupling, and reads three live Passport examples (on‑call, sprint-to-sprint, vacation). You’ll get a 7‑day pilot plan (use passports for five transfers, verify discovery in one observed incident), concrete phrasing to make the ritual frictionless, and pragmatic rules to avoid information overload or security exposure. CTA: attach one Handover Passport to your next ownership transfer this week and leave a review if it prevented a scramble.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>752</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/e41781a4fa1db09a3d5381ed507668c6.jpg"/><itunes:episode>27</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Launch Time Capsule: Capture the Exact State That'll Save You a Night Page</title><link>https://www.spreaker.com/episode/launch-time-capsule-capture-the-exact-state-that-ll-save-you-a-night-page--71143779</link><description><![CDATA[When incidents happen, teams waste hours reconstructing the state that existed at rollout: which config, which sample input, which environment drift. That rebuilding is the real cause of night pages and delayed recovery. This episode prescribes the Launch Time Capsule: a strict, one‑minute artifact created during the deploy that records five compact facts (exact deploy commit, two critical config keys and values, a single sample input that reproduces the user path, the smoke test result line, and a short owner note), plus an enforced expiry and safe‑sharing checklist. Mirko contrasts what business expects—fast rollback and clear customer messaging—with what engineers need: a reliable starting point to debug. You’ll get copy‑paste capsule templates, a 7‑day pilot plan (attach capsules to five releases, verify one replay), and pragmatic hygiene for privacy and storage so capsules help without exposing secrets. CTA: attach one capsule this week to your next release and leave a review if it saved you a scramble.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">d525710a-5c21-4b23-ae7c-069d9067532f</guid><pubDate>Tue, 07 Apr 2026 00:25:03 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71143779/stitched_episode_d525710a_5c21_4b23_ae7c_069d9067532f.mp3" length="12152415" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/e3e208dd-e550-435e-829d-2a79c2347f71/e3e208dd-e550-435e-829d-2a79c2347f71.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/e3e208dd-e550-435e-829d-2a79c2347f71/e3e208dd-e550-435e-829d-2a79c2347f71.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/e3e208dd-e550-435e-829d-2a79c2347f71/e3e208dd-e550-435e-829d-2a79c2347f71.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>When incidents happen, teams waste hours reconstructing the state that existed at rollout: which config, which sample input, which environment drift. That rebuilding is the real cause of night pages and delayed recovery. This episode prescribes the...</itunes:subtitle><itunes:summary><![CDATA[When incidents happen, teams waste hours reconstructing the state that existed at rollout: which config, which sample input, which environment drift. That rebuilding is the real cause of night pages and delayed recovery. This episode prescribes the Launch Time Capsule: a strict, one‑minute artifact created during the deploy that records five compact facts (exact deploy commit, two critical config keys and values, a single sample input that reproduces the user path, the smoke test result line, and a short owner note), plus an enforced expiry and safe‑sharing checklist. Mirko contrasts what business expects—fast rollback and clear customer messaging—with what engineers need: a reliable starting point to debug. You’ll get copy‑paste capsule templates, a 7‑day pilot plan (attach capsules to five releases, verify one replay), and pragmatic hygiene for privacy and storage so capsules help without exposing secrets. CTA: attach one capsule this week to your next release and leave a review if it saved you a scramble.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>760</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/33b3fef61011fd829b8ee75dd749b7b7.jpg"/><itunes:episode>26</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The Escrow Ticket: Put Contested Decisions in Neutral Holding</title><link>https://www.spreaker.com/episode/the-escrow-ticket-put-contested-decisions-in-neutral-holding--71108492</link><description><![CDATA[When stakeholders truly disagree—product wants speed, engineering wants safety—work stalls or, worse, ships with hidden compromises. The Escrow Ticket is a tiny governance pattern: when consensus fails, create a one‑line escrow artifact attached to the change that records the contested proposition, a named neutral mediator (not the requester), a short evidence window (48–72 hours), required verification signals, and an agreed conservative fallback action if no evidence tips the balance. This episode walks business and IT perspectives on contested choices, shows how freezing a decision reduces political theater, and gives three copy‑paste Escrow Ticket examples (feature cutoff, schema change, partner dependency). Listeners get a 7‑day pilot script to try the escrow on five contested items, metrics to track (decision latency, late rollbacks avoided), and exact phrasing to get a fast mediator buy‑in. Practical, reversible, and intentionally small: make disputes testable instead of interminable. CTA: try one Escrow Ticket this week and leave a review if it ended a stalled debate.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-25</guid><pubDate>Sun, 05 Apr 2026 01:24:51 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71108492/stitched_episode_573b7b6b_fce4_45ee_a204_e4a81dc40c11.mp3" length="10526136" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/72aa4f64-b130-449d-be6b-c0d3a54e9495/72aa4f64-b130-449d-be6b-c0d3a54e9495.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/72aa4f64-b130-449d-be6b-c0d3a54e9495/72aa4f64-b130-449d-be6b-c0d3a54e9495.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/72aa4f64-b130-449d-be6b-c0d3a54e9495/72aa4f64-b130-449d-be6b-c0d3a54e9495.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>When stakeholders truly disagree—product wants speed, engineering wants safety—work stalls or, worse, ships with hidden compromises. The Escrow Ticket is a tiny governance pattern: when consensus fails, create a one‑line escrow artifact attached to...</itunes:subtitle><itunes:summary><![CDATA[When stakeholders truly disagree—product wants speed, engineering wants safety—work stalls or, worse, ships with hidden compromises. The Escrow Ticket is a tiny governance pattern: when consensus fails, create a one‑line escrow artifact attached to the change that records the contested proposition, a named neutral mediator (not the requester), a short evidence window (48–72 hours), required verification signals, and an agreed conservative fallback action if no evidence tips the balance. This episode walks business and IT perspectives on contested choices, shows how freezing a decision reduces political theater, and gives three copy‑paste Escrow Ticket examples (feature cutoff, schema change, partner dependency). Listeners get a 7‑day pilot script to try the escrow on five contested items, metrics to track (decision latency, late rollbacks avoided), and exact phrasing to get a fast mediator buy‑in. Practical, reversible, and intentionally small: make disputes testable instead of interminable. CTA: try one Escrow Ticket this week and leave a review if it ended a stalled debate.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>658</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/f850eb9bc7207cf597116198c74615f1.jpg"/><itunes:episode>25</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The 30‑Minute Runbook Test: Make Any Critical Recovery Executable by a Stand‑in</title><link>https://www.spreaker.com/episode/the-30-minute-runbook-test-make-any-critical-recovery-executable-by-a-stand-in--71081977</link><description><![CDATA[When incidents hit, the true cost isn’t the bug — it’s that only one person knows how to fix it. That hidden single‑point-of-knowledge forces all‑hands nights, slows decisions, and taxes customers and leadership. This episode introduces the 30‑Minute Runbook Test: a strict, safety-first protocol that verifies whether any critical recovery can be executed by a competent stand‑in within thirty minutes using only the runbook and minimal, pre‑approved access. Mirko opens with a compact vignette where a single expert enabled a weekend of firefighting, then walks business and IT perspectives on bus‑factor risk. You’ll get a copy‑paste test script, exact phrasing to recruit a stand‑in and a sponsor, three conservative safety rules (non‑prod or scrubbed data, read‑aloud acceptance, one‑step rollback), and a 7‑day pilot: pick three critical runbooks, run the test, record time‑to‑complete and missed assumptions, then prioritize fixable gaps. Practical, low‑friction, and immediately adoptable: make recoveries transferable before they become crises. CTA: run the 7‑day pilot this week and leave a review if it reduced night pages.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-24</guid><pubDate>Fri, 03 Apr 2026 00:00:00 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/71081977/stitched_episode_fb0e8b0e_856e_482b_a20e_18b073405f7a.mp3" length="9508823" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/2df134cf-5b04-4c05-8341-58d33fc0f692/2df134cf-5b04-4c05-8341-58d33fc0f692.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/2df134cf-5b04-4c05-8341-58d33fc0f692/2df134cf-5b04-4c05-8341-58d33fc0f692.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/2df134cf-5b04-4c05-8341-58d33fc0f692/2df134cf-5b04-4c05-8341-58d33fc0f692.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>When incidents hit, the true cost isn’t the bug — it’s that only one person knows how to fix it. That hidden single‑point-of-knowledge forces all‑hands nights, slows decisions, and taxes customers and leadership. This episode introduces the 30‑Minute...</itunes:subtitle><itunes:summary><![CDATA[When incidents hit, the true cost isn’t the bug — it’s that only one person knows how to fix it. That hidden single‑point-of-knowledge forces all‑hands nights, slows decisions, and taxes customers and leadership. This episode introduces the 30‑Minute Runbook Test: a strict, safety-first protocol that verifies whether any critical recovery can be executed by a competent stand‑in within thirty minutes using only the runbook and minimal, pre‑approved access. Mirko opens with a compact vignette where a single expert enabled a weekend of firefighting, then walks business and IT perspectives on bus‑factor risk. You’ll get a copy‑paste test script, exact phrasing to recruit a stand‑in and a sponsor, three conservative safety rules (non‑prod or scrubbed data, read‑aloud acceptance, one‑step rollback), and a 7‑day pilot: pick three critical runbooks, run the test, record time‑to‑complete and missed assumptions, then prioritize fixable gaps. Practical, low‑friction, and immediately adoptable: make recoveries transferable before they become crises. CTA: run the 7‑day pilot this week and leave a review if it reduced night pages.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>595</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/21b844026243c2b1c2852a68bb601226.jpg"/><itunes:episode>24</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The Tolerance Budget: Agree How Much Customer Pain You Can Spend</title><link>https://www.spreaker.com/episode/the-tolerance-budget-agree-how-much-customer-pain-you-can-spend--70909739</link><description><![CDATA[Business teams ask to move fast; engineering teams want limits that preserve customers and ops capacity. The Tolerance Budget is a small, copy‑paste artifact that makes that trade‑off explicit: a named budget owner, a clear currency (customer‑minutes degraded, % of users affected, or a dollar cap for remediation), replenishment rules, safe floors and absolute no‑go thresholds, and an automatic post‑spend readout. Mirko opens with a tight vignette where an experiment blew past informal risk, produced ad‑hoc refunds, and shredded trust. He contrasts what product leaders mean by 'acceptable risk' with engineers' operational reality, explains pragmatic defaults for three common currencies, and reads three filled examples aloud. Listeners leave with a short protocol to negotiate a budget for one product stream, a 7‑day pilot script to run and measure (budget spends, emergency rollbacks avoided, ad‑hoc compensation incidents), and clear governance guards so risk is a deliberate decision, not an accident. CTA: pilot a Tolerance Budget this week and leave a review.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-23</guid><pubDate>Fri, 27 Mar 2026 00:26:00 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70909739/stitched_episode_9b03b42a_d46f_43c6_bc7c_1f4d22d123f2.mp3" length="11304794" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/4a8f2dc4-339d-4e32-8c3d-a08987e607c7/4a8f2dc4-339d-4e32-8c3d-a08987e607c7.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/4a8f2dc4-339d-4e32-8c3d-a08987e607c7/4a8f2dc4-339d-4e32-8c3d-a08987e607c7.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/4a8f2dc4-339d-4e32-8c3d-a08987e607c7/4a8f2dc4-339d-4e32-8c3d-a08987e607c7.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business teams ask to move fast; engineering teams want limits that preserve customers and ops capacity. The Tolerance Budget is a small, copy‑paste artifact that makes that trade‑off explicit: a named budget owner, a clear currency (customer‑minutes...</itunes:subtitle><itunes:summary><![CDATA[Business teams ask to move fast; engineering teams want limits that preserve customers and ops capacity. The Tolerance Budget is a small, copy‑paste artifact that makes that trade‑off explicit: a named budget owner, a clear currency (customer‑minutes degraded, % of users affected, or a dollar cap for remediation), replenishment rules, safe floors and absolute no‑go thresholds, and an automatic post‑spend readout. Mirko opens with a tight vignette where an experiment blew past informal risk, produced ad‑hoc refunds, and shredded trust. He contrasts what product leaders mean by 'acceptable risk' with engineers' operational reality, explains pragmatic defaults for three common currencies, and reads three filled examples aloud. Listeners leave with a short protocol to negotiate a budget for one product stream, a 7‑day pilot script to run and measure (budget spends, emergency rollbacks avoided, ad‑hoc compensation incidents), and clear governance guards so risk is a deliberate decision, not an accident. CTA: pilot a Tolerance Budget this week and leave a review.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>707</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/fec68e1742d9a1193368c622fa4d173a.jpg"/><itunes:episode>23</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Bot Contracts: Make Your Automated Agents Accountable</title><link>https://www.spreaker.com/episode/bot-contracts-make-your-automated-agents-accountable--70615887</link><description><![CDATA[Automations act like invisible teammates: they make requests, change state, and fail at odd hours—but rarely carry explicit responsibility. This episode introduces the Bot Contract: a tiny, copy‑paste artifact you attach to any automation so business expectations and operational realities meet before trouble begins. Mirko opens with a short vignette (a pricing-bot that retried customers into double‑charges), contrasts what business expects from an 'always-on' agent with what engineering actually needs to operate one safely, and reads a live one‑line Bot Contract on air (Intent; Owner; Retry policy; Observable signal; Human fallback; Cost cap; Sunset). Listeners leave with a 7‑day pilot: attach contracts to five automations, run an observability watch window, and measure incident count and mean time to human handoff. Practical, tool‑agnostic, and immediate: make your bots accountable and keep human attention where it matters. CTA: attach a Bot Contract this week and leave a review if it reduced surprise pages.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-22</guid><pubDate>Fri, 13 Mar 2026 00:26:17 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70615887/stitched_1648758b_7722_4090_b614_1812f360bf97_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="9856983" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c7af1c2e-d1d5-494e-a6ae-897065fba44c/c7af1c2e-d1d5-494e-a6ae-897065fba44c.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c7af1c2e-d1d5-494e-a6ae-897065fba44c/c7af1c2e-d1d5-494e-a6ae-897065fba44c.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c7af1c2e-d1d5-494e-a6ae-897065fba44c/c7af1c2e-d1d5-494e-a6ae-897065fba44c.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Automations act like invisible teammates: they make requests, change state, and fail at odd hours—but rarely carry explicit responsibility. This episode introduces the Bot Contract: a tiny, copy‑paste artifact you attach to any automation so business...</itunes:subtitle><itunes:summary><![CDATA[Automations act like invisible teammates: they make requests, change state, and fail at odd hours—but rarely carry explicit responsibility. This episode introduces the Bot Contract: a tiny, copy‑paste artifact you attach to any automation so business expectations and operational realities meet before trouble begins. Mirko opens with a short vignette (a pricing-bot that retried customers into double‑charges), contrasts what business expects from an 'always-on' agent with what engineering actually needs to operate one safely, and reads a live one‑line Bot Contract on air (Intent; Owner; Retry policy; Observable signal; Human fallback; Cost cap; Sunset). Listeners leave with a 7‑day pilot: attach contracts to five automations, run an observability watch window, and measure incident count and mean time to human handoff. Practical, tool‑agnostic, and immediate: make your bots accountable and keep human attention where it matters. CTA: attach a Bot Contract this week and leave a review if it reduced surprise pages.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>617</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/fc6557b3396777e4408bb5ef2b7086e0.jpg"/><itunes:episode>22</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Feature Toggle Lifecycle: Make Flags First‑Class, Time‑boxed, and Observable</title><link>https://www.spreaker.com/episode/feature-toggle-lifecycle-make-flags-first-class-time-boxed-and-observable--70605145</link><description><![CDATA[Feature flags accelerate learning and staged rollouts but, when unmanaged, become hidden coupling, operational surprise, and long‑running debt. This episode prescribes a concise Feature Toggle Lifecycle you attach to each flag: Owner; Intent; Audience; Default; Rollout criteria; Observable metric; Kill‑switch; Sunset date; Minimal test path. We open with a short micro‑vignette of an orphaned flag that created costly investigation, then walk through three copy‑paste lifecycle templates (experiment, ops switch, gradual rollout), a one‑minute guest quote from a platform lead, and a practical 7‑day pilot plan. The pilot includes a measurable success plan (lifecycles attached, flags retired/scheduled, mean time to rollback) and low‑friction PR language you can paste into code reviews. Assets (one‑page lifecycle template, 7‑day checklist, and PR snippets) are available in the episode show notes. By the end you’ll have concrete steps, enforcement roles, and a measurement plan so adoption is visible and manageable.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-21</guid><pubDate>Thu, 12 Mar 2026 08:24:28 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70605145/stitched_c8cbb74b_9dca_476c_8df0_66d8ec0711cc_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="10837933" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/ea79764f-aabc-406e-ad5d-561a14daae10/ea79764f-aabc-406e-ad5d-561a14daae10.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/ea79764f-aabc-406e-ad5d-561a14daae10/ea79764f-aabc-406e-ad5d-561a14daae10.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/ea79764f-aabc-406e-ad5d-561a14daae10/ea79764f-aabc-406e-ad5d-561a14daae10.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Feature flags accelerate learning and staged rollouts but, when unmanaged, become hidden coupling, operational surprise, and long‑running debt. This episode prescribes a concise Feature Toggle Lifecycle you attach to each flag: Owner; Intent;...</itunes:subtitle><itunes:summary><![CDATA[Feature flags accelerate learning and staged rollouts but, when unmanaged, become hidden coupling, operational surprise, and long‑running debt. This episode prescribes a concise Feature Toggle Lifecycle you attach to each flag: Owner; Intent; Audience; Default; Rollout criteria; Observable metric; Kill‑switch; Sunset date; Minimal test path. We open with a short micro‑vignette of an orphaned flag that created costly investigation, then walk through three copy‑paste lifecycle templates (experiment, ops switch, gradual rollout), a one‑minute guest quote from a platform lead, and a practical 7‑day pilot plan. The pilot includes a measurable success plan (lifecycles attached, flags retired/scheduled, mean time to rollback) and low‑friction PR language you can paste into code reviews. Assets (one‑page lifecycle template, 7‑day checklist, and PR snippets) are available in the episode show notes. By the end you’ll have concrete steps, enforcement roles, and a measurement plan so adoption is visible and manageable.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>678</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/d474270c1ef443d8954c83afbcdca607.jpg"/><itunes:episode>21</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Rollback Reserve: Budget the Capacity to Undo</title><link>https://www.spreaker.com/episode/rollback-reserve-budget-the-capacity-to-undo--70582445</link><description><![CDATA[Teams plan delivery budgets but rarely budget the capacity to undo. That missing line turns rollbacks into emergency borrowing: all‑hands nights, hidden costs, and damaged trust. This episode introduces the Rollback Reserve: a compact planning artifact you write into change proposals and roadmaps that names the undo budget (minutes-to-undo target, on‑call allocation, cost cap, and acceptance criteria for rollback vs. remediate). Mirko contrasts the business trade-off (faster launches vs. the cost of potential reversals) with the operational reality (limited on‑call attention, stateful complexity, and reproducibility gaps). Listeners get an exact one‑line Rollback Reserve template to read aloud, a short ritual to include it in planning and sprint review, and a practical 7‑day experiment to pilot reserves on five changes. The result: fewer surprise all‑hands, clearer trade‑offs during prioritization, and a funded, measurable path to undo when things go wrong. CTA: attach a Rollback Reserve to your next ticket and leave a review if it reduced night pages.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-20</guid><pubDate>Wed, 11 Mar 2026 00:26:06 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70582445/stitched_00392212_24b5_4f9a_bdcd_02afe7856936_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="9862834" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/29d10c77-f08f-4dbc-82ee-5938f79af1d3/29d10c77-f08f-4dbc-82ee-5938f79af1d3.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/29d10c77-f08f-4dbc-82ee-5938f79af1d3/29d10c77-f08f-4dbc-82ee-5938f79af1d3.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/29d10c77-f08f-4dbc-82ee-5938f79af1d3/29d10c77-f08f-4dbc-82ee-5938f79af1d3.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Teams plan delivery budgets but rarely budget the capacity to undo. That missing line turns rollbacks into emergency borrowing: all‑hands nights, hidden costs, and damaged trust. This episode introduces the Rollback Reserve: a compact planning...</itunes:subtitle><itunes:summary><![CDATA[Teams plan delivery budgets but rarely budget the capacity to undo. That missing line turns rollbacks into emergency borrowing: all‑hands nights, hidden costs, and damaged trust. This episode introduces the Rollback Reserve: a compact planning artifact you write into change proposals and roadmaps that names the undo budget (minutes-to-undo target, on‑call allocation, cost cap, and acceptance criteria for rollback vs. remediate). Mirko contrasts the business trade-off (faster launches vs. the cost of potential reversals) with the operational reality (limited on‑call attention, stateful complexity, and reproducibility gaps). Listeners get an exact one‑line Rollback Reserve template to read aloud, a short ritual to include it in planning and sprint review, and a practical 7‑day experiment to pilot reserves on five changes. The result: fewer surprise all‑hands, clearer trade‑offs during prioritization, and a funded, measurable path to undo when things go wrong. CTA: attach a Rollback Reserve to your next ticket and leave a review if it reduced night pages.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>617</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/b94eb8a7849f6cc5573765730e13dc2e.jpg"/><itunes:episode>20</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Assumption First‑Aid: Rapid Triage to Stop Hidden Beliefs from Bleeding Work</title><link>https://www.spreaker.com/episode/assumption-first-aid-rapid-triage-to-stop-hidden-beliefs-from-bleeding-work--70558254</link><description><![CDATA[Hidden assumptions quietly trigger rollbacks, late nights, and weekend incidents. This episode reframes the practice as 'Assumption First‑Aid'—a fast triage to stabilize plans before they bleed. Mirko opens with a 20–30 second dramatized weekend outage vignette traced to a buried belief, then explains why a short ritual wins where checklists fail. Listeners get a copy‑paste Assumption Card example to read aloud: Assumption: 'Search API returns &lt;100ms at 1k QPS'; Owner: Dana (PM); Signal: p95 latency &gt;120ms; Quick test: 30‑min synthetic load to 1k QPS; Window: 7 days. The episode gives a 5‑minute drill script, a 7‑day pilot plan (validate five assumptions, run one quick test), and three concrete metrics to track in a single ticket column: assumptions validated %, mean time to validation, and surprises avoided per sprint. We point to a one‑page GitHub gist template and a 30‑second submission form in the episode notes so listeners can adopt, share results, and build momentum. CTA: run a drill this week, paste the card into a ticket, log the three metrics, submit one result via the form, and leave a review if it reduced surprises.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-19</guid><pubDate>Tue, 10 Mar 2026 00:25:57 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70558254/stitched_8ba2af43_10df_4208_8625_f3fdaea88adb_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="9063278" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/08d57225-f518-405c-be92-19d2f62e85cd/08d57225-f518-405c-be92-19d2f62e85cd.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/08d57225-f518-405c-be92-19d2f62e85cd/08d57225-f518-405c-be92-19d2f62e85cd.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/08d57225-f518-405c-be92-19d2f62e85cd/08d57225-f518-405c-be92-19d2f62e85cd.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Hidden assumptions quietly trigger rollbacks, late nights, and weekend incidents. This episode reframes the practice as 'Assumption First‑Aid'—a fast triage to stabilize plans before they bleed. Mirko opens with a 20–30 second dramatized weekend...</itunes:subtitle><itunes:summary><![CDATA[Hidden assumptions quietly trigger rollbacks, late nights, and weekend incidents. This episode reframes the practice as 'Assumption First‑Aid'—a fast triage to stabilize plans before they bleed. Mirko opens with a 20–30 second dramatized weekend outage vignette traced to a buried belief, then explains why a short ritual wins where checklists fail. Listeners get a copy‑paste Assumption Card example to read aloud: Assumption: 'Search API returns &lt;100ms at 1k QPS'; Owner: Dana (PM); Signal: p95 latency &gt;120ms; Quick test: 30‑min synthetic load to 1k QPS; Window: 7 days. The episode gives a 5‑minute drill script, a 7‑day pilot plan (validate five assumptions, run one quick test), and three concrete metrics to track in a single ticket column: assumptions validated %, mean time to validation, and surprises avoided per sprint. We point to a one‑page GitHub gist template and a 30‑second submission form in the episode notes so listeners can adopt, share results, and build momentum. CTA: run a drill this week, paste the card into a ticket, log the three metrics, submit one result via the form, and leave a review if it reduced surprises.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>567</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/fdf1fd1d004d344c9ed1b8f2dc0baf41.jpg"/><itunes:episode>19</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Flag Life: A 7‑Day Ritual + Contract to Stop Flag Sprawl</title><link>https://www.spreaker.com/episode/flag-life-a-7-day-ritual-contract-to-stop-flag-sprawl--70517670</link><description><![CDATA[Feature flags accelerate launches and experiments — until proliferation, orphaned ownership, and environment drift turn them into a fragile, incident-prone surface. This episode opens with a 60–90 second engineer/PM clip recounting a rollout regression caused by a stale flag to set stakes, then delivers an auditable Flag Lifecycle Contract (read aloud and provided as a downloadable GitHub gist) and a step-by-step 7‑day Tidy ritual teams can run live. We provide a verbatim owner-assignment script for cross-functional meetings, a short implementation walkthrough (screen-share audio) that models the tidy in action, and clear pilot metrics: percent flags cataloged, time-to-retire, and flag-related incident rate. Role-specific rules for PMs, engineers and SREs plus a conservative "graduate vs retire" decision rule with mandatory verification steps help prevent regressions. Listeners leave with copy-paste artifacts, a short script to reduce behavioral friction, and a concrete CTA to run the tidy on one release stream and track measurable impact.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-18</guid><pubDate>Sat, 07 Mar 2026 00:25:21 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70517670/stitched_23ba9b28_0fdf_4d7c_bd3e_386877c78192_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="9790945" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/09e3c7fc-2fd3-4648-8909-ad18ac9cd9dd/09e3c7fc-2fd3-4648-8909-ad18ac9cd9dd.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/09e3c7fc-2fd3-4648-8909-ad18ac9cd9dd/09e3c7fc-2fd3-4648-8909-ad18ac9cd9dd.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/09e3c7fc-2fd3-4648-8909-ad18ac9cd9dd/09e3c7fc-2fd3-4648-8909-ad18ac9cd9dd.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Feature flags accelerate launches and experiments — until proliferation, orphaned ownership, and environment drift turn them into a fragile, incident-prone surface. This episode opens with a 60–90 second engineer/PM clip recounting a rollout...</itunes:subtitle><itunes:summary><![CDATA[Feature flags accelerate launches and experiments — until proliferation, orphaned ownership, and environment drift turn them into a fragile, incident-prone surface. This episode opens with a 60–90 second engineer/PM clip recounting a rollout regression caused by a stale flag to set stakes, then delivers an auditable Flag Lifecycle Contract (read aloud and provided as a downloadable GitHub gist) and a step-by-step 7‑day Tidy ritual teams can run live. We provide a verbatim owner-assignment script for cross-functional meetings, a short implementation walkthrough (screen-share audio) that models the tidy in action, and clear pilot metrics: percent flags cataloged, time-to-retire, and flag-related incident rate. Role-specific rules for PMs, engineers and SREs plus a conservative "graduate vs retire" decision rule with mandatory verification steps help prevent regressions. Listeners leave with copy-paste artifacts, a short script to reduce behavioral friction, and a concrete CTA to run the tidy on one release stream and track measurable impact.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>612</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/083002e9fb339f2c2f8dac9fc42995f2.jpg"/><itunes:episode>18</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Expectation Heatmaps: Map Where Business and IT Read Different Signals</title><link>https://www.spreaker.com/episode/expectation-heatmaps-map-where-business-and-it-read-different-signals--70494696</link><description><![CDATA[Business asks and engineering answers through different lenses; what looks urgent to product can be low‑impact for operations, and what IT treats as risky can feel like a blocker to sales. This episode teaches a lightweight, reproducible practice: the Expectation Heatmap. Mirko explains how to run a 30‑minute cross-role mapping session that produces a single shared visual (business‑perceived impact vs. IT‑perceived effort) plus a paired readiness flag. Listeners get the exact readout script, a five‑cell heatmap template to copy, and a 7‑day experiment: map five upcoming tickets, run the heatmap readout, and prioritize the visible mismatches. The episode contrasts business and IT mental models, shares a generalized consulting vignette showing how a one-page heatmap stopped a misrouted sprint, and delivers clear, role‑specific takeaways: what business must name before asking and what IT must disclose before estimating. The CTA challenges listeners to run the 30‑minute readout this week and leave a review if it shrinks misalignment.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-17</guid><pubDate>Fri, 06 Mar 2026 00:26:25 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70494696/stitched_3aeee5af_a94b_4573_95b8_881331d4b229_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="10991324" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/d99804b0-911f-4f69-b5f1-012899b848c6/d99804b0-911f-4f69-b5f1-012899b848c6.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/d99804b0-911f-4f69-b5f1-012899b848c6/d99804b0-911f-4f69-b5f1-012899b848c6.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/d99804b0-911f-4f69-b5f1-012899b848c6/d99804b0-911f-4f69-b5f1-012899b848c6.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business asks and engineering answers through different lenses; what looks urgent to product can be low‑impact for operations, and what IT treats as risky can feel like a blocker to sales. This episode teaches a lightweight, reproducible practice: the...</itunes:subtitle><itunes:summary><![CDATA[Business asks and engineering answers through different lenses; what looks urgent to product can be low‑impact for operations, and what IT treats as risky can feel like a blocker to sales. This episode teaches a lightweight, reproducible practice: the Expectation Heatmap. Mirko explains how to run a 30‑minute cross-role mapping session that produces a single shared visual (business‑perceived impact vs. IT‑perceived effort) plus a paired readiness flag. Listeners get the exact readout script, a five‑cell heatmap template to copy, and a 7‑day experiment: map five upcoming tickets, run the heatmap readout, and prioritize the visible mismatches. The episode contrasts business and IT mental models, shares a generalized consulting vignette showing how a one-page heatmap stopped a misrouted sprint, and delivers clear, role‑specific takeaways: what business must name before asking and what IT must disclose before estimating. The CTA challenges listeners to run the 30‑minute readout this week and leave a review if it shrinks misalignment.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>687</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/0dd7808772ed1f6b237f3398245c907a.jpg"/><itunes:episode>17</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>False‑Ready Audit: Find When 'Ready for Production' Is a Performance, Not a Fact</title><link>https://www.spreaker.com/episode/false-ready-audit-find-when-ready-for-production-is-a-performance-not-a-fact--70463037</link><description><![CDATA[Organizations routinely call work 'ready' while hidden conditions—configuration drift, undocumented dependencies, stale runbooks, observability gaps, or untested rollback paths—leave launches fragile. This episode introduces the False‑Ready Audit: a compact, tool‑agnostic diagnostic you can run in 30–90 minutes to surface where readiness is performative rather than operational. Mirko contrasts the business impulse to mark progress (ship dates, demos, stakeholder signals) with IT's deeper readiness signals (dependency ownership, monitoring baselines, restoration plan). Listeners get a copy‑paste Ready Truth Table (owner alignment, critical dependencies, test surface, observability baseline, rollback rule, compliance check) and a reproducible 7‑day sampling experiment: score five recent 'ready' items, compute the truth gap, and prioritize fixes. A generalized consulting vignette shows a declared‑ready rollout that degraded service for a day; Mirko models scoring on‑air and gives clear, cross‑role actions to reduce surprise and make 'ready' mean the same thing for everyone.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-16</guid><pubDate>Thu, 05 Mar 2026 00:25:50 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70463037/stitched_a6f67d7d_e716_4d3e_b225_145b8e42d080_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="9723236" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/bd5fbf34-8bff-4ab4-8b12-f17f896635c0/bd5fbf34-8bff-4ab4-8b12-f17f896635c0.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/bd5fbf34-8bff-4ab4-8b12-f17f896635c0/bd5fbf34-8bff-4ab4-8b12-f17f896635c0.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/bd5fbf34-8bff-4ab4-8b12-f17f896635c0/bd5fbf34-8bff-4ab4-8b12-f17f896635c0.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Organizations routinely call work 'ready' while hidden conditions—configuration drift, undocumented dependencies, stale runbooks, observability gaps, or untested rollback paths—leave launches fragile. This episode introduces the False‑Ready Audit: a...</itunes:subtitle><itunes:summary><![CDATA[Organizations routinely call work 'ready' while hidden conditions—configuration drift, undocumented dependencies, stale runbooks, observability gaps, or untested rollback paths—leave launches fragile. This episode introduces the False‑Ready Audit: a compact, tool‑agnostic diagnostic you can run in 30–90 minutes to surface where readiness is performative rather than operational. Mirko contrasts the business impulse to mark progress (ship dates, demos, stakeholder signals) with IT's deeper readiness signals (dependency ownership, monitoring baselines, restoration plan). Listeners get a copy‑paste Ready Truth Table (owner alignment, critical dependencies, test surface, observability baseline, rollback rule, compliance check) and a reproducible 7‑day sampling experiment: score five recent 'ready' items, compute the truth gap, and prioritize fixes. A generalized consulting vignette shows a declared‑ready rollout that degraded service for a day; Mirko models scoring on‑air and gives clear, cross‑role actions to reduce surprise and make 'ready' mean the same thing for everyone.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>608</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/f51ab213aa792e1da2c36b743bacebd8.jpg"/><itunes:episode>16</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Postmortems for Wins: Capture What Worked Before It Slips Away</title><link>https://www.spreaker.com/episode/postmortems-for-wins-capture-what-worked-before-it-slips-away--70430280</link><description><![CDATA[Organizations are good at dissecting failures—rarely at learning from what actually worked. This episode introduces a pragmatic Win Postmortem: a five‑minute, read‑aloud ritual plus a one‑page template that captures context, critical decisions, tradeoffs, verification signals, and the minimal conditions needed to repeat success. Mirko contrasts the business instinct to celebrate wins (market timing, PR, metrics) with IT’s view (configuration choices, deployment safety, monitoring baselines), showing how absent documentation turns lucky outcomes into fragile one-offs. Listeners get a reproducible habit: run a Win Postmortem within 72 hours of a meaningful success, append a one‑line 'repeat condition' to the runbook, and run a 7‑day reuse pilot to test whether the captured practice actually reduces rework. Practical examples, exact read‑aloud phrasing, and measurable pilot targets make this episode an immediate operational lever for leaders and practitioners who want to institutionalize repeatable wins.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-15</guid><pubDate>Wed, 04 Mar 2026 00:24:36 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70430280/stitched_a1a7645a_34c6_43ce_a429_5b730da377a2_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="8925352" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/186debc3-b4bb-4635-ad93-6cfff6270b4a/186debc3-b4bb-4635-ad93-6cfff6270b4a.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/186debc3-b4bb-4635-ad93-6cfff6270b4a/186debc3-b4bb-4635-ad93-6cfff6270b4a.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/186debc3-b4bb-4635-ad93-6cfff6270b4a/186debc3-b4bb-4635-ad93-6cfff6270b4a.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Organizations are good at dissecting failures—rarely at learning from what actually worked. This episode introduces a pragmatic Win Postmortem: a five‑minute, read‑aloud ritual plus a one‑page template that captures context, critical decisions,...</itunes:subtitle><itunes:summary><![CDATA[Organizations are good at dissecting failures—rarely at learning from what actually worked. This episode introduces a pragmatic Win Postmortem: a five‑minute, read‑aloud ritual plus a one‑page template that captures context, critical decisions, tradeoffs, verification signals, and the minimal conditions needed to repeat success. Mirko contrasts the business instinct to celebrate wins (market timing, PR, metrics) with IT’s view (configuration choices, deployment safety, monitoring baselines), showing how absent documentation turns lucky outcomes into fragile one-offs. Listeners get a reproducible habit: run a Win Postmortem within 72 hours of a meaningful success, append a one‑line 'repeat condition' to the runbook, and run a 7‑day reuse pilot to test whether the captured practice actually reduces rework. Practical examples, exact read‑aloud phrasing, and measurable pilot targets make this episode an immediate operational lever for leaders and practitioners who want to institutionalize repeatable wins.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>558</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/d47cb5a361bdbb777e5ddc4550bf792a.jpg"/><itunes:episode>15</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Rollback Rehearsals for Stateful Changes: Practice the Hard Undo</title><link>https://www.spreaker.com/episode/rollback-rehearsals-for-stateful-changes-practice-the-hard-undo--70380428</link><description><![CDATA[Start with a thirty-second vignette: a payments startup ships a database migration, monitoring looks green, then latency and charge duplicates spike—on-call engineer Sana runs a manual rollback that stretches into hours. This episode reframes rollback as a short, repeatable rehearsal focused on stateful changes (schema tweaks, data migrations, third-party feature flips) that usually fail under stress. Mirko explains the business stakes, the technical pitfalls unique to state, and a compact 30–90 minute Rollback Rehearsal ritual tailored to preserve data integrity. Listeners get a one-page rehearsal template, concrete roles and verification checks, and a measurable pilot target (aim for &lt;=20 minutes time-to-undo with zero customer-visible errors). Episode closes with three starter experiments and a clear pilot challenge: run one micro-rehearsal this week and use the template to report results.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-14</guid><pubDate>Mon, 02 Mar 2026 00:24:34 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70380428/stitched_891664ee_ae56_4221_bf6b_73f6bef36b02_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="9541006" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/cd58f9fc-4437-4699-ad66-d05e382da13b/cd58f9fc-4437-4699-ad66-d05e382da13b.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/cd58f9fc-4437-4699-ad66-d05e382da13b/cd58f9fc-4437-4699-ad66-d05e382da13b.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/cd58f9fc-4437-4699-ad66-d05e382da13b/cd58f9fc-4437-4699-ad66-d05e382da13b.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Start with a thirty-second vignette: a payments startup ships a database migration, monitoring looks green, then latency and charge duplicates spike—on-call engineer Sana runs a manual rollback that stretches into hours. This episode reframes rollback...</itunes:subtitle><itunes:summary><![CDATA[Start with a thirty-second vignette: a payments startup ships a database migration, monitoring looks green, then latency and charge duplicates spike—on-call engineer Sana runs a manual rollback that stretches into hours. This episode reframes rollback as a short, repeatable rehearsal focused on stateful changes (schema tweaks, data migrations, third-party feature flips) that usually fail under stress. Mirko explains the business stakes, the technical pitfalls unique to state, and a compact 30–90 minute Rollback Rehearsal ritual tailored to preserve data integrity. Listeners get a one-page rehearsal template, concrete roles and verification checks, and a measurable pilot target (aim for &lt;=20 minutes time-to-undo with zero customer-visible errors). Episode closes with three starter experiments and a clear pilot challenge: run one micro-rehearsal this week and use the template to report results.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>597</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/a2c6aeb973dc8cf066113dd08a731a3f.jpg"/><itunes:episode>14</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Automation Preflight: Decide to Automate — and Own the Outcome</title><link>https://www.spreaker.com/episode/automation-preflight-decide-to-automate-and-own-the-outcome--70285775</link><description><![CDATA[Too often automation is celebrated as a time-saver until the first silent failure, runaway cost, or orphaned script forces late-night firefights. This episode presents an Automation Preflight: a short, repeatable cross-functional ritual that tests whether automation is the right next step and makes post-deployment responsibility explicit. Mirko contrasts the business appetite for efficiency (expectations, SLAs, downstream promises) with IT’s operational reality (monitoring, drift, maintenance), then reads a compact, copy‑paste Preflight checklist on-air: rationale, success signal, scale assumptions, owner &amp; support window, rollback/fallback, cost guardrail, and a 7‑day observation rule. Listeners get three low-friction rituals to try this week (preflight read, 7‑day watch, lightweight ownership tag), a measurable 7‑day pilot plan, and concrete signs automation should be paused or reverted. Closing asks listeners to run the preflight on one candidate automation, measure one outcome, and—if useful—leave a review.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-12</guid><pubDate>Thu, 26 Feb 2026 00:25:35 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70285775/stitched_06c22f9b_e66c_49ad_9cf2_867e9d8ac69a_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="10233146" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c23f3265-ff94-48e1-a6f0-81f8c3a288d6/c23f3265-ff94-48e1-a6f0-81f8c3a288d6.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c23f3265-ff94-48e1-a6f0-81f8c3a288d6/c23f3265-ff94-48e1-a6f0-81f8c3a288d6.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c23f3265-ff94-48e1-a6f0-81f8c3a288d6/c23f3265-ff94-48e1-a6f0-81f8c3a288d6.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Too often automation is celebrated as a time-saver until the first silent failure, runaway cost, or orphaned script forces late-night firefights. This episode presents an Automation Preflight: a short, repeatable cross-functional ritual that tests...</itunes:subtitle><itunes:summary><![CDATA[Too often automation is celebrated as a time-saver until the first silent failure, runaway cost, or orphaned script forces late-night firefights. This episode presents an Automation Preflight: a short, repeatable cross-functional ritual that tests whether automation is the right next step and makes post-deployment responsibility explicit. Mirko contrasts the business appetite for efficiency (expectations, SLAs, downstream promises) with IT’s operational reality (monitoring, drift, maintenance), then reads a compact, copy‑paste Preflight checklist on-air: rationale, success signal, scale assumptions, owner &amp; support window, rollback/fallback, cost guardrail, and a 7‑day observation rule. Listeners get three low-friction rituals to try this week (preflight read, 7‑day watch, lightweight ownership tag), a measurable 7‑day pilot plan, and concrete signs automation should be paused or reverted. Closing asks listeners to run the preflight on one candidate automation, measure one outcome, and—if useful—leave a review.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>640</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/840a528bb6f6256a28210ab8cd61a1da.jpg"/><itunes:episode>12</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Minimum Operability Contract: Agree What 'Live' Actually Means (and Say It in One Line)</title><link>https://www.spreaker.com/episode/minimum-operability-contract-agree-what-live-actually-means-and-say-it-in-one-line--70298006</link><description><![CDATA[It starts with a 45‑second micro‑scene: 2 a.m., an alert flood, and three teams pointing at each other. This episode teaches a compact Minimum Operability Contract (MOC) you can write, read aloud, and attach to a ticket in under five minutes. We play a short live role‑play between a PM and SRE to show how two sentences remove assumptions. You’ll hear an explicit one‑line example (Owner=Product; Signal=error&gt;1%; Rollback=manual on threshold; Support=9–5; Cost=approx $X/day; 7‑day watch=yes), three low‑friction rituals to try this week, and precise pilot metrics—overnight pages, median time‑to‑detect, and time‑to‑rollback—to measure improvement. The episode includes a downloadable one‑page template on the episode page and a prescriptive CTA: download the 1‑line MOC, use it on your next launch, run a 7‑day pilot, and share results with #MOCpilot.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-13</guid><pubDate>Thu, 26 Feb 2026 00:00:00 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70298006/stitched_2e90e253_ad93_4247_bdcc_35161010cf0c_cfc9b091_0a3a_40ab_b1e3_43ed042139ea_98caacaa_5f05_4aad_909c_fb7d4415e781.mp3" length="6861052" type="audio/mpeg"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>It starts with a 45‑second micro‑scene: 2 a.m., an alert flood, and three teams pointing at each other. This episode teaches a compact Minimum Operability Contract (MOC) you can write, read aloud, and attach to a ticket in under five minutes. We play...</itunes:subtitle><itunes:summary><![CDATA[It starts with a 45‑second micro‑scene: 2 a.m., an alert flood, and three teams pointing at each other. This episode teaches a compact Minimum Operability Contract (MOC) you can write, read aloud, and attach to a ticket in under five minutes. We play a short live role‑play between a PM and SRE to show how two sentences remove assumptions. You’ll hear an explicit one‑line example (Owner=Product; Signal=error&gt;1%; Rollback=manual on threshold; Support=9–5; Cost=approx $X/day; 7‑day watch=yes), three low‑friction rituals to try this week, and precise pilot metrics—overnight pages, median time‑to‑detect, and time‑to‑rollback—to measure improvement. The episode includes a downloadable one‑page template on the episode page and a prescriptive CTA: download the 1‑line MOC, use it on your next launch, run a 7‑day pilot, and share results with #MOCpilot.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>429</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/b86907bb5e9070d373c03a0b327f7986.jpg"/><itunes:episode>13</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Derived Data Contracts: Make Ownership, Cost and Rollback Explicit</title><link>https://www.spreaker.com/episode/derived-data-contracts-make-ownership-cost-and-rollback-explicit--70218549</link><description><![CDATA[Organizations treat derived data—ad‑hoc dashboards, denormalized tables, ML features—as ‘free’ insight until a surprise bill, outage, or compliance question forces firefighting. This episode opens with a concrete vignette: a VP of Sales wakes to a $30,000 monthly cloud bill from the “Regional Sales Rollup” report and demands answers; Rina Patel, a Senior Data Engineer, explains how missing ownership and no rollback plan turned a 2‑hour analysis into months of toil. Mirko and guest analytics lead Carlos Mendoza present a one‑page Derived Data Contract (read verbatim on-air and available in show notes) and argue the counterintuitive claim: treat derived datasets as reversible products, not artifacts. Listeners get a live-filled example, three low‑friction week‑long rituals, a 7‑day freshness-and-cost audit, and a measurable pilot goal (catalog five derived datasets and cut surprise‑cost incidents by 50% in 30 days). CTA: copy the template from the notes, run the 7‑day audit, pilot one contract, and leave a review.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-11</guid><pubDate>Mon, 23 Feb 2026 00:24:41 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70218549/stitched_7644cc57_e48b_460a_a18b_a2a69bbed971_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="10915256" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c88f6c00-ae75-444e-9a5c-540bd61cf25f/c88f6c00-ae75-444e-9a5c-540bd61cf25f.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c88f6c00-ae75-444e-9a5c-540bd61cf25f/c88f6c00-ae75-444e-9a5c-540bd61cf25f.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c88f6c00-ae75-444e-9a5c-540bd61cf25f/c88f6c00-ae75-444e-9a5c-540bd61cf25f.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Organizations treat derived data—ad‑hoc dashboards, denormalized tables, ML features—as ‘free’ insight until a surprise bill, outage, or compliance question forces firefighting. This episode opens with a concrete vignette: a VP of Sales wakes to a...</itunes:subtitle><itunes:summary><![CDATA[Organizations treat derived data—ad‑hoc dashboards, denormalized tables, ML features—as ‘free’ insight until a surprise bill, outage, or compliance question forces firefighting. This episode opens with a concrete vignette: a VP of Sales wakes to a $30,000 monthly cloud bill from the “Regional Sales Rollup” report and demands answers; Rina Patel, a Senior Data Engineer, explains how missing ownership and no rollback plan turned a 2‑hour analysis into months of toil. Mirko and guest analytics lead Carlos Mendoza present a one‑page Derived Data Contract (read verbatim on-air and available in show notes) and argue the counterintuitive claim: treat derived datasets as reversible products, not artifacts. Listeners get a live-filled example, three low‑friction week‑long rituals, a 7‑day freshness-and-cost audit, and a measurable pilot goal (catalog five derived datasets and cut surprise‑cost incidents by 50% in 30 days). CTA: copy the template from the notes, run the 7‑day audit, pilot one contract, and leave a review.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>683</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/9fbbd72c60157c52358dd2054d9f3221.jpg"/><itunes:episode>11</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Feature Sunsets: Design the Exit Before You Build</title><link>https://www.spreaker.com/episode/feature-sunsets-design-the-exit-before-you-build--70206973</link><description><![CDATA[Features don’t just ship — they stick. This episode argues that durable product thinking includes a clear, short sunset contract at conception: who can retire it, how to measure viability, what minimal migration or rollback looks like, and who owns the long tail. Mirko contrasts the business impulse to preserve options with IT’s experience of accumulating hidden maintenance, and he reads a compact, generalized vignette where a conveniently permanent feature cost months of work and morale. Listeners get a practical one-page Sunset Contract template, three low-friction rituals to try this week (sunset field in every PR, a 90-day viability checkpoint, and an automated sunset alarm), and a simple 7-day experiment to map the top five features most likely to become long-term drag. The episode is practical, tool-agnostic, and designed for leaders who prefer clear decisions over hopeful assumptions. CTA: run the 7-day map, pilot one Sunset Contract, and leave a review.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-10</guid><pubDate>Sun, 22 Feb 2026 00:24:49 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70206973/stitched_4b54ff74_d9ba_4d2f_bed9_340b6cf9b59a_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="11253385" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/2c4acdd2-51e4-4594-ab8b-c06ae32a03c2/2c4acdd2-51e4-4594-ab8b-c06ae32a03c2.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/2c4acdd2-51e4-4594-ab8b-c06ae32a03c2/2c4acdd2-51e4-4594-ab8b-c06ae32a03c2.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/2c4acdd2-51e4-4594-ab8b-c06ae32a03c2/2c4acdd2-51e4-4594-ab8b-c06ae32a03c2.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Features don’t just ship — they stick. This episode argues that durable product thinking includes a clear, short sunset contract at conception: who can retire it, how to measure viability, what minimal migration or rollback looks like, and who owns...</itunes:subtitle><itunes:summary><![CDATA[Features don’t just ship — they stick. This episode argues that durable product thinking includes a clear, short sunset contract at conception: who can retire it, how to measure viability, what minimal migration or rollback looks like, and who owns the long tail. Mirko contrasts the business impulse to preserve options with IT’s experience of accumulating hidden maintenance, and he reads a compact, generalized vignette where a conveniently permanent feature cost months of work and morale. Listeners get a practical one-page Sunset Contract template, three low-friction rituals to try this week (sunset field in every PR, a 90-day viability checkpoint, and an automated sunset alarm), and a simple 7-day experiment to map the top five features most likely to become long-term drag. The episode is practical, tool-agnostic, and designed for leaders who prefer clear decisions over hopeful assumptions. CTA: run the 7-day map, pilot one Sunset Contract, and leave a review.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>704</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/1901e3cb91df6d30b94181e314aee2b8.jpg"/><itunes:episode>10</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Temporary Authority Contracts: Give Squads Permission — and a Sunset</title><link>https://www.spreaker.com/episode/temporary-authority-contracts-give-squads-permission-and-a-sunset--70144270</link><description><![CDATA[Cross-functional squads and fast-response teams are how businesses move quickly — until their temporary privileges calcify into permanent exceptions that shift risk, cost, and responsibility. This episode argues for treating each short-lived team as a product with a one-page Temporary Authority Contract: explicit scope, delegated decision rights, limits, success signals, monitoring, sunset date, and a repatriation plan. Mirko walks both sides—why business wants autonomy to ship outcomes and why IT fears uncontrolled drift and hidden coupling—and shows how a simple, timeboxed contract preserves speed while protecting long‑term operability. Listeners get a compact contract template, three low-friction rituals to try this week (pre-launch contract read, mid-mission checkpoint, and automated sunset alarm), and a 7-day pilot to test whether temporary authority reduces blockers without creating governance debt. CTA: pilot one Temporary Authority Contract this sprint, collect one learning, and—if it helps—leave a review and follow Mirko on LinkedIn.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-08</guid><pubDate>Thu, 19 Feb 2026 08:26:09 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70144270/stitched_27ebf1f4_bc18_4d56_8263_cc813744948e_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="11557241" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/17bebdaf-6717-4ff1-90af-a7fc784b5888/17bebdaf-6717-4ff1-90af-a7fc784b5888.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/17bebdaf-6717-4ff1-90af-a7fc784b5888/17bebdaf-6717-4ff1-90af-a7fc784b5888.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/17bebdaf-6717-4ff1-90af-a7fc784b5888/17bebdaf-6717-4ff1-90af-a7fc784b5888.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Cross-functional squads and fast-response teams are how businesses move quickly — until their temporary privileges calcify into permanent exceptions that shift risk, cost, and responsibility. This episode argues for treating each short-lived team as a...</itunes:subtitle><itunes:summary><![CDATA[Cross-functional squads and fast-response teams are how businesses move quickly — until their temporary privileges calcify into permanent exceptions that shift risk, cost, and responsibility. This episode argues for treating each short-lived team as a product with a one-page Temporary Authority Contract: explicit scope, delegated decision rights, limits, success signals, monitoring, sunset date, and a repatriation plan. Mirko walks both sides—why business wants autonomy to ship outcomes and why IT fears uncontrolled drift and hidden coupling—and shows how a simple, timeboxed contract preserves speed while protecting long‑term operability. Listeners get a compact contract template, three low-friction rituals to try this week (pre-launch contract read, mid-mission checkpoint, and automated sunset alarm), and a 7-day pilot to test whether temporary authority reduces blockers without creating governance debt. CTA: pilot one Temporary Authority Contract this sprint, collect one learning, and—if it helps—leave a review and follow Mirko on LinkedIn.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>723</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/d57078cc674e3b8667446f3b2668a772.jpg"/><itunes:episode>8</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Design the Escalation: Stop Turning Questions into Executive Emergencies</title><link>https://www.spreaker.com/episode/design-the-escalation-stop-turning-questions-into-executive-emergencies--70144268</link><description><![CDATA[Escalations are the organization’s safety valve — and when poorly designed they become the reason small uncertainties end up as executive crises, blame cycles, and recurring firefights. This episode reframes escalation as a product-like contract: clear trigger conditions, required context, decision window, and expected outcomes. Mirko walks both views—why business leaders expect escalations to protect outcomes and why engineering and ops fear them as permission costs that shrink autonomy—and shows how a few durable rules reduce churn, preserve learning, and make escalation an instrument of clarity, not crisis. Listeners get a one-page Escalation Contract template, three low-friction rituals to try in the next sprint (local guardrails, mandatory context snapshots, and a 24–72 hour decision SLA with rollback options), and a simple 7-day experiment to measure whether escalations drop in volume but improve in signal. CTA: run one Escalation Contract pilot this week, collect one learning, and—if it helps—leave a review and follow Mirko on LinkedIn.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-09</guid><pubDate>Thu, 19 Feb 2026 00:00:00 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70144268/stitched_290077a8_5fb6_4d72_b632_cfed32921540_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="8599762" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/610c1a8a-96a1-4c36-be5c-ca5aea5ee231/610c1a8a-96a1-4c36-be5c-ca5aea5ee231.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/610c1a8a-96a1-4c36-be5c-ca5aea5ee231/610c1a8a-96a1-4c36-be5c-ca5aea5ee231.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/610c1a8a-96a1-4c36-be5c-ca5aea5ee231/610c1a8a-96a1-4c36-be5c-ca5aea5ee231.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Escalations are the organization’s safety valve — and when poorly designed they become the reason small uncertainties end up as executive crises, blame cycles, and recurring firefights. This episode reframes escalation as a product-like contract:...</itunes:subtitle><itunes:summary><![CDATA[Escalations are the organization’s safety valve — and when poorly designed they become the reason small uncertainties end up as executive crises, blame cycles, and recurring firefights. This episode reframes escalation as a product-like contract: clear trigger conditions, required context, decision window, and expected outcomes. Mirko walks both views—why business leaders expect escalations to protect outcomes and why engineering and ops fear them as permission costs that shrink autonomy—and shows how a few durable rules reduce churn, preserve learning, and make escalation an instrument of clarity, not crisis. Listeners get a one-page Escalation Contract template, three low-friction rituals to try in the next sprint (local guardrails, mandatory context snapshots, and a 24–72 hour decision SLA with rollback options), and a simple 7-day experiment to measure whether escalations drop in volume but improve in signal. CTA: run one Escalation Contract pilot this week, collect one learning, and—if it helps—leave a review and follow Mirko on LinkedIn.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>538</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/85c6617457089524d6ec2581632de62b.jpg"/><itunes:episode>9</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Prioritization Currency: Speaking the Same Value Language Between Business and IT</title><link>https://www.spreaker.com/episode/prioritization-currency-speaking-the-same-value-language-between-business-and-it--70074027</link><description><![CDATA[Priorities feel like opinions until you name the currency being spent. This episode argues that many alignment problems start because business and IT are paying for different things with the same budget: product asks for growth, finance watches forecast variance, IT budgets uptime and debt. Mirko defines a simple Prioritization Ledger (primary currency, owner, measurable signal, expected short-term cost, expected long-term cost, rollback rule) and walks listeners through how that artifact clarifies trade-offs in five minutes. The monologue contrasts common mismatches—features scored as ‘high priority’ for revenue but low-priority for operability—and offers three lightweight rituals: the one-minute currency declaration in planning, a weekly three-item currency audit, and a 7-day pilot mapping your top five backlog items. Clear examples, an anonymized vignette, and practical steps make this episode immediately usable. CTA: map five items this week, run the 7-day pilot, and—if it helped—leave a review and follow Mirko on LinkedIn.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-07</guid><pubDate>Mon, 16 Feb 2026 00:24:09 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/70074027/stitched_3e88ce62_c7ef_4f71_9f58_b6c19df67a3f_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="7768441" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/2336b7db-f638-43c5-9433-29f759883099/2336b7db-f638-43c5-9433-29f759883099.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/2336b7db-f638-43c5-9433-29f759883099/2336b7db-f638-43c5-9433-29f759883099.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/2336b7db-f638-43c5-9433-29f759883099/2336b7db-f638-43c5-9433-29f759883099.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Priorities feel like opinions until you name the currency being spent. This episode argues that many alignment problems start because business and IT are paying for different things with the same budget: product asks for growth, finance watches...</itunes:subtitle><itunes:summary><![CDATA[Priorities feel like opinions until you name the currency being spent. This episode argues that many alignment problems start because business and IT are paying for different things with the same budget: product asks for growth, finance watches forecast variance, IT budgets uptime and debt. Mirko defines a simple Prioritization Ledger (primary currency, owner, measurable signal, expected short-term cost, expected long-term cost, rollback rule) and walks listeners through how that artifact clarifies trade-offs in five minutes. The monologue contrasts common mismatches—features scored as ‘high priority’ for revenue but low-priority for operability—and offers three lightweight rituals: the one-minute currency declaration in planning, a weekly three-item currency audit, and a 7-day pilot mapping your top five backlog items. Clear examples, an anonymized vignette, and practical steps make this episode immediately usable. CTA: map five items this week, run the 7-day pilot, and—if it helped—leave a review and follow Mirko on LinkedIn.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>486</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/94e75defdba1dcdd0d8aba712d5bd9b4.jpg"/><itunes:episode>7</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>The Billing Line: How Cost Allocation Shapes Tech Decisions</title><link>https://www.spreaker.com/episode/the-billing-line-how-cost-allocation-shapes-tech-decisions--69867412</link><description><![CDATA[In most organizations the engineering ticket, the cloud bill, and the product roadmap converge at a single, underappreciated place: the billing line. Who sees and pays which costs shapes technical trade-offs, influences product choices, and quietly decides which risks are acceptable. In this episode Mirko Peters walks both sides of that aisle: the business view (budget ownership, predictability, and accountability) and the IT view (cost drivers, measurement, and operational consequences). Using a concise generalized vignette—an analytics pipeline that ballooned because costs were invisible—Mirko shows how cost signals distort decisions and create perverse incentives. Listeners get a practical Cost-Responsibility Matrix to map who feels which charges, simple heuristics to pick showback versus chargeback, and three lightweight actions teams can try this week to turn cost visibility into better decisions, not blame. Clear, non-technical, and immediately useful, the episode helps leaders treat money as signal, not sword. If this episode helps, leave a review and follow Mirko on LinkedIn.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-06</guid><pubDate>Sun, 08 Feb 2026 00:24:58 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/69867412/stitched_f5d6d029_eedf_4201_9661_d48750f26197_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="6456885" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/be72e7ce-3fb0-4b39-940d-c93361d451f3/be72e7ce-3fb0-4b39-940d-c93361d451f3.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/be72e7ce-3fb0-4b39-940d-c93361d451f3/be72e7ce-3fb0-4b39-940d-c93361d451f3.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/be72e7ce-3fb0-4b39-940d-c93361d451f3/be72e7ce-3fb0-4b39-940d-c93361d451f3.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>In most organizations the engineering ticket, the cloud bill, and the product roadmap converge at a single, underappreciated place: the billing line. Who sees and pays which costs shapes technical trade-offs, influences product choices, and quietly...</itunes:subtitle><itunes:summary><![CDATA[In most organizations the engineering ticket, the cloud bill, and the product roadmap converge at a single, underappreciated place: the billing line. Who sees and pays which costs shapes technical trade-offs, influences product choices, and quietly decides which risks are acceptable. In this episode Mirko Peters walks both sides of that aisle: the business view (budget ownership, predictability, and accountability) and the IT view (cost drivers, measurement, and operational consequences). Using a concise generalized vignette—an analytics pipeline that ballooned because costs were invisible—Mirko shows how cost signals distort decisions and create perverse incentives. Listeners get a practical Cost-Responsibility Matrix to map who feels which charges, simple heuristics to pick showback versus chargeback, and three lightweight actions teams can try this week to turn cost visibility into better decisions, not blame. Clear, non-technical, and immediately useful, the episode helps leaders treat money as signal, not sword. If this episode helps, leave a review and follow Mirko on LinkedIn.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>404</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/e75b241aae1f460c4846c5b5416e06e4.jpg"/><itunes:episode>6</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Organizational APIs: Making Invisible Interfaces Explicit</title><link>https://www.spreaker.com/episode/organizational-apis-making-invisible-interfaces-explicit--69851513</link><description><![CDATA[Teams don’t just hand off code or documents; they hand off expectations: who answers questions after launch, what ‘done’ means, how data is interpreted, and which escalation path to use. These invisible interfaces — meeting rituals, implicit data formats, timing assumptions, and informal ownership norms — behave like undocumented APIs that leak cost and slow decisions. In this episode Mirko Peters examines these organizational APIs from the business view (clarity, velocity, outcome ownership) and the IT view (coupling, monitoring, implicit contracts). He uses a concise generalized vignette where timing assumptions between product, analytics, and ops turned a weekly report into a months-long firefight. Listeners get a practical pattern to identify, name, and version their organizational APIs: a lightweight contract template (responsibility, expectations, data contract, SLAs, rollback triggers) and three small rituals teams can adopt this week to make invisible interfaces explicit. If helpful, leave a review and follow Mirko on LinkedIn for the contract template.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-05</guid><pubDate>Sat, 07 Feb 2026 00:25:24 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/69851513/stitched_d1538387_9fa3_4759_8928_0d23e6479132_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="8133737" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/c35b6d8b-b233-465a-a7de-8af6d9498b27/c35b6d8b-b233-465a-a7de-8af6d9498b27.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c35b6d8b-b233-465a-a7de-8af6d9498b27/c35b6d8b-b233-465a-a7de-8af6d9498b27.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/c35b6d8b-b233-465a-a7de-8af6d9498b27/c35b6d8b-b233-465a-a7de-8af6d9498b27.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Teams don’t just hand off code or documents; they hand off expectations: who answers questions after launch, what ‘done’ means, how data is interpreted, and which escalation path to use. These invisible interfaces — meeting rituals, implicit data...</itunes:subtitle><itunes:summary><![CDATA[Teams don’t just hand off code or documents; they hand off expectations: who answers questions after launch, what ‘done’ means, how data is interpreted, and which escalation path to use. These invisible interfaces — meeting rituals, implicit data formats, timing assumptions, and informal ownership norms — behave like undocumented APIs that leak cost and slow decisions. In this episode Mirko Peters examines these organizational APIs from the business view (clarity, velocity, outcome ownership) and the IT view (coupling, monitoring, implicit contracts). He uses a concise generalized vignette where timing assumptions between product, analytics, and ops turned a weekly report into a months-long firefight. Listeners get a practical pattern to identify, name, and version their organizational APIs: a lightweight contract template (responsibility, expectations, data contract, SLAs, rollback triggers) and three small rituals teams can adopt this week to make invisible interfaces explicit. If helpful, leave a review and follow Mirko on LinkedIn for the contract template.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>509</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/22ead27c32165dd95ee064a41de633e7.jpg"/><itunes:episode>5</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>After the Launch: Who Really Owns the Problem?</title><link>https://www.spreaker.com/episode/after-the-launch-who-really-owns-the-problem--69796358</link><description><![CDATA[Too often 'we launched it' becomes shorthand for 'someone else will fix it later.' That gap between delivery and durable ownership creates operational drag: incidents sit unresolved, product changes stall, data quality erodes, and hidden costs compound. In this episode Mirko Peters examines the mismatch from both sides—why business treats features as product milestones while IT hears 'support it forever'—and shows the common failure modes of handoffs, escalation chains, and assumed responsibilities. Using a generalized consulting vignette, he surfaces where organizations lose accountability and how that amplifies risk and cost. Listeners walk away with a compact Ownership Matrix (roles, decision rights, handback triggers), practical runbook governance rules, and three quick steps to make the next launch actually stay launched. If this episode helps, leave a review and follow Mirko on LinkedIn for the downloadable matrix and templates.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-04</guid><pubDate>Thu, 05 Feb 2026 00:25:43 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/69796358/stitched_b90178ae_61d6_4bed_88a0_935e0e399e16_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="8984702" type="audio/mpeg"/><podcast:transcript url="https://transcription.spreaker.com/starship/5b0e4dd5-f864-4d2c-8aa3-2f1ceee99b12/5b0e4dd5-f864-4d2c-8aa3-2f1ceee99b12.srt" type="application/x-subrip" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/5b0e4dd5-f864-4d2c-8aa3-2f1ceee99b12/5b0e4dd5-f864-4d2c-8aa3-2f1ceee99b12.txt" type="text/plain" language="en"/><podcast:transcript url="https://transcription.spreaker.com/starship/5b0e4dd5-f864-4d2c-8aa3-2f1ceee99b12/5b0e4dd5-f864-4d2c-8aa3-2f1ceee99b12.vtt" type="text/vtt" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Too often 'we launched it' becomes shorthand for 'someone else will fix it later.' That gap between delivery and durable ownership creates operational drag: incidents sit unresolved, product changes stall, data quality erodes, and hidden costs...</itunes:subtitle><itunes:summary><![CDATA[Too often 'we launched it' becomes shorthand for 'someone else will fix it later.' That gap between delivery and durable ownership creates operational drag: incidents sit unresolved, product changes stall, data quality erodes, and hidden costs compound. In this episode Mirko Peters examines the mismatch from both sides—why business treats features as product milestones while IT hears 'support it forever'—and shows the common failure modes of handoffs, escalation chains, and assumed responsibilities. Using a generalized consulting vignette, he surfaces where organizations lose accountability and how that amplifies risk and cost. Listeners walk away with a compact Ownership Matrix (roles, decision rights, handback triggers), practical runbook governance rules, and three quick steps to make the next launch actually stay launched. If this episode helps, leave a review and follow Mirko on LinkedIn for the downloadable matrix and templates.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>562</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/a91e3dd06dc0bc028a5c8d76418fd604.jpg"/><itunes:episode>4</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>Defaults Do the Work: How Implicit Choices Become Policy</title><link>https://www.spreaker.com/episode/defaults-do-the-work-how-implicit-choices-become-policy--69773075</link><description><![CDATA[Organizations make thousands of quiet decisions every week: a config left as-is, a contract clause copied from a template, a deployment cadence nobody questioned. These implicit defaults end up governing behavior, locking in costs, and creating surprise constraints when business priorities change. In this episode Mirko Peters frames the problem from both sides: why business teams treat defaults as neutral conveniences and why IT inherits long-term operational burden. Using generalized consulting examples (no client names), he explains common patterns where defaults produce hidden coupling, governance gaps, and runaway support costs. Listeners get a practical, repeatable checklist to audit defaults, questions to surface when a choice becomes policy, and simple governance habits to prevent accidental lock-in. The episode is direct, actionable, and built for leaders and practitioners who want to reduce surprise costs without bureaucratic overhead.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-03</guid><pubDate>Wed, 04 Feb 2026 00:24:59 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/69773075/stitched_3710f5f1_d107_4885_8549_407d9a82ffbe_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="9584892" type="audio/mpeg"/><podcast:transcript url="https://freepodcasttranscription.com/transcription/ec9c94aaacf19753a02807e582349eabc7949103.srt" type="application/x-subrip" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Organizations make thousands of quiet decisions every week: a config left as-is, a contract clause copied from a template, a deployment cadence nobody questioned. These implicit defaults end up governing behavior, locking in costs, and creating...</itunes:subtitle><itunes:summary><![CDATA[Organizations make thousands of quiet decisions every week: a config left as-is, a contract clause copied from a template, a deployment cadence nobody questioned. These implicit defaults end up governing behavior, locking in costs, and creating surprise constraints when business priorities change. In this episode Mirko Peters frames the problem from both sides: why business teams treat defaults as neutral conveniences and why IT inherits long-term operational burden. Using generalized consulting examples (no client names), he explains common patterns where defaults produce hidden coupling, governance gaps, and runaway support costs. Listeners get a practical, repeatable checklist to audit defaults, questions to surface when a choice becomes policy, and simple governance habits to prevent accidental lock-in. The episode is direct, actionable, and built for leaders and practitioners who want to reduce surprise costs without bureaucratic overhead.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>600</itunes:duration><itunes:keywords>analysis,automation,creativity,design,development,efficiency,growth,innovation,insight,network,optimization,performance,progress,quality,scalability,security,solution,strategy,success,technology</itunes:keywords><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/dc2e919e99b19f519d8eb0e370fb5823.jpg"/><itunes:episode>3</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>When KPIs Become Requirements: The Hidden Engineering Tax of Metrics</title><link>https://www.spreaker.com/episode/when-kpis-become-requirements-the-hidden-engineering-tax-of-metrics--69750791</link><description><![CDATA[Business metrics are meant to guide decisions, not dictate architecture — but they often do both. In this episode Mirko Peters walks listeners through the common, avoidable path where a headline KPI morphs into a brittle system requirement: dashboards spawn batch jobs, SLAs create unnecessary real-time coupling, and product vanity numbers drive feature work that multiplies operational load. Mirko describes the problem from the business perspective (clarity, accountability, urgency), then the IT perspective (data plumbing, latency, monitoring, cost), and pinpoints the translation failures that cause the tax. Using a generalized consulting example, he shows how simple metric design choices ripple into months of work and recurring operational burden. The episode concludes with a short, practical metric-to-requirement checklist and three rules teams can apply this week to keep KPIs useful — not expensive.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-02</guid><pubDate>Tue, 03 Feb 2026 01:25:13 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/69750791/stitched_ac4809c5_e4d9_4848_a948_4a9ced30f106_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="8379497" type="audio/mpeg"/><podcast:transcript url="https://freepodcasttranscription.com/transcription/62ce806bc6fce99065f42c322297f35d9cc3e341.srt" type="application/x-subrip" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>Business metrics are meant to guide decisions, not dictate architecture — but they often do both. In this episode Mirko Peters walks listeners through the common, avoidable path where a headline KPI morphs into a brittle system requirement: dashboards...</itunes:subtitle><itunes:summary><![CDATA[Business metrics are meant to guide decisions, not dictate architecture — but they often do both. In this episode Mirko Peters walks listeners through the common, avoidable path where a headline KPI morphs into a brittle system requirement: dashboards spawn batch jobs, SLAs create unnecessary real-time coupling, and product vanity numbers drive feature work that multiplies operational load. Mirko describes the problem from the business perspective (clarity, accountability, urgency), then the IT perspective (data plumbing, latency, monitoring, cost), and pinpoints the translation failures that cause the tax. Using a generalized consulting example, he shows how simple metric design choices ripple into months of work and recurring operational burden. The episode concludes with a short, practical metric-to-requirement checklist and three rules teams can apply this week to keep KPIs useful — not expensive.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>524</itunes:duration><itunes:keywords>adaptability,agility,collaboration,creativity,efficiency,excellence,growth,impact,innovation,insight,leadership,performance,progress,quality,resilience,strategy,success,sustainability,trust,vision</itunes:keywords><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/d39ed163ec4fdd6e1cf6cce9e9ab209f.jpg"/><itunes:episode>2</itunes:episode><itunes:episodeType>full</itunes:episodeType></item><item><title>When 'Just One More' Rewrites Strategy</title><link>https://www.spreaker.com/episode/when-just-one-more-rewrites-strategy--69738097</link><description><![CDATA[(00:00:00) Bridging the IT-Business Gap<br />
(00:00:43) The Hidden Costs of Small Changes<br />
(00:03:09) The Engineering Perspective on Scope Creep<br />
(00:04:47) The Decision Litmus Test<br />
(00:06:33) Practical Habits for Better Decision-Making<br />
(00:07:05) Implementing Decision Hygiene<br />
(00:08:33) Closing Thoughts and Call to Action<br />
(00:09:24) LinkedIn Follow and Review Request<br />
<br />
A single late-stage 'small' change — a UI tweak pushed in at sign-off — sometimes becomes the hill that breaks the roadmap: in one generalized example a late tweak consumed ~160 developer-hours, added six weeks to launch, and ~ $24k in execution cost. Mirko Peters opens with that micro-story and uses it as a springboard for a fresh framing: decision hygiene. He introduces a three-question "decision litmus" that quickly sorts fixes, scoped features, and strategic rewrites; presents a short guest clip from a product/IT lead who lived the consequence; and translates incentives into measurable signals leaders can track. The episode balances the business and engineering perspectives, offers lightweight costing heuristics, and delivers a one-page Decision Litmus checklist listeners can download and use immediately. Practical, number-backed steps, templates, and governance habits make this more than another scope-creep lecture — it’s a field guide for stopping 'just one more' before it becomes debt.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></description><guid isPermaLink="false">business-it-it-business-episode-01</guid><pubDate>Mon, 02 Feb 2026 11:29:43 +0000</pubDate><enclosure url="https://dts.podtrac.com/redirect.mp3/api.spreaker.com/download/episode/69738097/stitched_cc58a2d2_f6c9_44ff_b1f0_6713ce70ba6d_f772653e_3a2d_4980_be6e_6453882c5a62_019a7d0c_13a0_7a08_bfde_02082c538775.mp3" length="9445711" type="audio/mpeg"/><podcast:transcript url="https://freepodcasttranscription.com/transcription/642008c18a181f94178d3c079cb7c9494846d01c.srt" type="application/x-subrip" language="en"/><itunes:author>Mirko Peters</itunes:author><itunes:subtitle>A single late-stage 'small' change — a UI tweak pushed in at sign-off — sometimes becomes the hill that breaks the roadmap: in one generalized example a late tweak consumed ~160 developer-hours, added six weeks to launch, and ~ $24k in execution cost....</itunes:subtitle><itunes:summary><![CDATA[(00:00:00) Bridging the IT-Business Gap<br />
(00:00:43) The Hidden Costs of Small Changes<br />
(00:03:09) The Engineering Perspective on Scope Creep<br />
(00:04:47) The Decision Litmus Test<br />
(00:06:33) Practical Habits for Better Decision-Making<br />
(00:07:05) Implementing Decision Hygiene<br />
(00:08:33) Closing Thoughts and Call to Action<br />
(00:09:24) LinkedIn Follow and Review Request<br />
<br />
A single late-stage 'small' change — a UI tweak pushed in at sign-off — sometimes becomes the hill that breaks the roadmap: in one generalized example a late tweak consumed ~160 developer-hours, added six weeks to launch, and ~ $24k in execution cost. Mirko Peters opens with that micro-story and uses it as a springboard for a fresh framing: decision hygiene. He introduces a three-question "decision litmus" that quickly sorts fixes, scoped features, and strategic rewrites; presents a short guest clip from a product/IT lead who lived the consequence; and translates incentives into measurable signals leaders can track. The episode balances the business and engineering perspectives, offers lightweight costing heuristics, and delivers a one-page Decision Litmus checklist listeners can download and use immediately. Practical, number-backed steps, templates, and governance habits make this more than another scope-creep lecture — it’s a field guide for stopping 'just one more' before it becomes debt.<br /><br />Become a supporter of this podcast: <a href="https://www.spreaker.com/podcast/business-it-it-business--6867401/support?utm_source=rss&utm_medium=rss&utm_campaign=rss">https://www.spreaker.com/podcast/business-it-it-business--6867401/support</a>.<br /><br />To continue the conversation, follow <a href="https://www.linkedin.com/in/m365showpodcast/" target="_blank" rel="noreferrer noopener">Mirko Peters on LinkedIn</a>, where more insights and real-world examples are shared from both business and IT perspectives.]]></itunes:summary><itunes:duration>591</itunes:duration><itunes:keywords>automation,business,decisionmaking,efficiency,entrepreneurship,execution,growth,innovation,leadership,management,mindset,operations,optimization,performance,productivity,profitability,scaling,strategy,systems,workflow</itunes:keywords><itunes:explicit>false</itunes:explicit><itunes:image href="https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/17b2abaeb60f373bf798575c2b9468d8.jpg"/><itunes:episode>1</itunes:episode><itunes:episodeType>full</itunes:episodeType></item></channel></rss>
