In this episode, we casually talk about how we have both been through a transformative year at work and how these challenges, or shall we say opportunities, have motivated us to learn and upskill more, specially in AI.

Thanks for listening and supporting our little project. We look forward to more episodes on developer experience, developer productivity and product engineering.

Happy holidays from us 💝

Morten and Marilag

Timestamps & Highlights

• [00:01:57] Platform Engineering “Beetlejuice”
  Stefan explains his deep involvement in platform engineering and his role in the Cloud Native Platforms Working Group

• [00:02:34] Why a Maturity Model?
  The team discusses the origins of the Platform Maturity Model, its purpose as a framework for honest self-assessment, and how it’s more about product thinking than technology

  .

• [00:06:21] Five Aspects of Maturity
  Stefan breaks down the five key aspects: Investment, Adoption, Interface, Operations, and Measurement—each a lens for reflection, not a checklist

• [00:10:17] The Four Levels
  The maturity model’s levels—Provisional, Operational, Scaling, Optimization—are explained, emphasizing that most organizations are a mix, and that’s normal

• [00:12:39] Using the Model in Practice
  Discussion on how to use the model for strategic conversations, prioritizing aspects, and making trade-offs rather than chasing perfect scores

• [00:16:36] The Critical Role of Investment
  Why investment is often the precursor to maturity in other areas, and how demonstrating value helps secure buy-in

• [00:18:24] Aligning Platform Outcomes with Business Goals
  How platform teams can connect their work to business outcomes, reduce cognitive load, and win over stakeholders

• [00:22:14] Build vs. Buy and the Thinnest Viable Platform
  Stefan’s advice: start small, buy or adopt before building, and expand as your needs grow—don’t get lost in the tech rabbit hole

• [00:26:20] Roadmaps, Prioritization & Product Thinking
  The challenge of prioritizing features, the importance of user feedback, and treating the platform as a product

• [00:32:22] Community: Start Early, Not Late
  Why building community is essential from day one, and how engagement shifts from feedback to contribution as maturity grows

• [00:35:16] Metrics that Matter
  Top metrics for platform teams: adoption rate, feature requests, and actionable feedback—not just Dora metrics

• [00:39:25] Organic vs. Forced Adoption
  Real-world stories of platforms that succeed by attracting users rather than mandating adoption, especially in regulated industries

• [00:44:18] The Reality of Internal Competition
  The dynamics of teams running their own stacks, executive mandates, and the politics of platform adoption

• [00:46:13] The Model as a Conversation Starter
  The maturity model is a tool for honest discussion, not a rigid scoring system—use it to balance priorities and set realistic roadmaps

• [00:49:22] Shortcut to Success
  Stefan’s practical takeaway:

“Never forget: a pot of coffee and a bag of cookies takes you a long way. Go talk to somebody you haven’t talked to for a while or ever, because you need to broaden your community and create awareness about your platform. If you have it, bring some stickers as well.”

Resources Mentioned

• CNCF Platform Engineering Maturity Model

Connect With Us

• Stefan Daugaard Poulsen

• Morten Christensen

• Marilag Svennevig

⌚Timestamps:

• [00:00:07] - Introduction

• [00:00:33] - Juan's Background: From Spain to Denmark, career path in fintech.

• [00:01:46] - Banking Circle Overview: Mission and services in cross-border payments.

• [00:03:01] - Engineering Structure: Team divisions and technology stack.

• [00:05:58] - DevOps Evolution: Transition to a centralized cloud engineering team.

• [00:08:04] - Initial Challenges: Dependency on a single person for infrastructure.

• [00:10:26] - Improvements: Code-first mentality and reusable components.

• [00:15:19] - Kubernetes Adoption: Overcoming challenges and enhancing developer experience.

• [00:18:46] - Developer Support: Internal demos and centralized communication channels.

• [00:23:02] - Driving Adoption: Strategies for educating and empowering developers.

• [00:25:02] - Reluctance to Change: Addressing developer concerns about Kubernetes.

• [00:32:00] - Future Plans: Enhancing YAML-based approach and developing user-friendly UIs.

• [00:38:34] - Success Metrics: Measuring uptime, deployment frequency, and adoption rates.

• [00:40:33] - Juan's Shortcut: Advice on empathy and understanding user needs.

💡Highlights:

• Empathy in Engineering: Juan emphasizes the importance of understanding user needs to build effective solutions.

• Continuous Improvement: Banking Circle's journey towards operational consistency and better developer experience.

• Metrics for Success: Measuring uptime, deployment frequency, incident count, and adoption rates to ensure business alignment.

Sign up at shortcu.tt to receive the latest episodes straight to your inbox.

We talk about her triple-R feedback pattern, cultural differences in feedback, and why your team needs a living working agreement.

This episode is a must for engineering leaders, team leads, and developers navigating feedback fatigue or aiming to build a dev culture where everyone can grow from helping each other write better code.

⏱️ Timestamps:

• [00:00] Adrienne’s intro + unconventional tech journey

• [02:22] From helpdesk to .NET developer to DevRel at Viam

• [03:33] Why Adrienne wrote a book on code reviews

• [06:04] The emotional layer of code reviews

• [10:36] Cultural nuances in feedback and code review etiquette

• [14:11] Giving great feedback: objectivity, support, outcome

• [17:14] Why teams argue over code reviews & the power of working agreements

• [22:45] In-person vs async reviews + pair programming as pre-review

• [29:06] Startups vs enterprises: customizing code review processes

• [37:38] Should AI review our code? Adrienne’s take on AI tooling

• [45:07] Measuring dev productivity with caution

• [50:13] Adrienne’s shortcut: the Triple R Pattern

• [52:45] Tagging review comments: "needs fix", "nitpick", and more

• [54:01] Wrap-up + final thoughts on dev culture and feedback

📚 References & Resources:

• Looks Good to Me by Adrienne Braganza, https://www.manning.com/books/looks-good-to-me

• Paul Slaughter’s Conventional Comments

• AI tool: CodeRabbit AI

• Developer Productivity Metric Concerns: GitHub Engineering Blog

• Book Reference on Feedback Culture: Radical Candor by Kim Scott

In this episode of shortcu.tt, hosts Morten and Marilag speak with Aleix Morgadas—engineering strategist, founder of Temperature, and writer on engineering strategy. Together, they explore how engineering strategy, team culture, and cognitive load shape the way modern tech teams operate.

Drawing from his experience at companies across Europe, Brazil, and the United States, including ThoughtWorks Creditas & AtomicJar, Aleix offers a thoughtful take on aligning software teams, scaling leadership, and building healthy engineering cultures.

🕒 Episode Timestamps:

• 00:01:00 – Aleix’s path from developer to strategist

• 00:03:00 – Engineering culture: Europe vs. Brazil vs. the US

• 00:06:00 – How culture impacts software delivery

• 00:10:00 – Why engineers struggle to describe company culture

• 00:14:00 – Giving and receiving feedback across cultures

• 00:18:00 – What is engineering strategy—and why does it matter?

• 00:26:00 – Common strategy pitfalls and how to avoid them

• 00:31:00 – Roadmaps vs. strategy: where they overlap and differ

• 00:40:00 – Cognitive load: how to measure and reduce it

• 00:49:00 – Behind Temperature: using data to improve engineering teams

• 00:54:00 – Aleix’s shortcut to building a meaningful strategy

💡 What You’ll Learn:

• How to define and implement an engineering strategy

• The impact of team culture on collaboration and delivery

• Why cognitive load is key to understanding developer productivity

• Practical tools and frameworks for engineering leadership

🔗 Resources & Links:

• Aleix’s Substack – Thoughtful essays on engineering strategy

• Teamperature – A tool to measure cognitive load and team focus

💬Connect with Us

• Aleix Morgadas

• Morten Christensen

• Marilag Svennevig

🔹 Why does developer experience matter for teams of all sizes?

🔹 When should a company invest in an internal developer portal?

🔹 What shortcuts can teams take to improve onboarding, documentation, and workflow automation?

From starting small to optimizing for self-service, this episode compiles insights from top industry experts and CTOs, covering automation, knowledge-sharing, and engineering best practices.

00:00 – 00:35 | 🎙️ Introduction – Retrospective on past episodes & what we’ve learned.

00:35 – 01:15 | 🌍 A European Perspective on Developer Experience – How engineering culture differs from the U.S.

01:15 – 02:17 | 🏗️ The Purpose of Developer Portals – Not every company needs one, but every company needs good DX.

02:17 – 03:33 | 🔎 Start Small: Rolling Out Internal Developer Portals – Avoiding complexity & focusing on pain points.

03:33 – 05:07 | 🚀 Developer Experience in Different-Sized Teams – When does it make sense to invest?

05:07 – 06:50 | 📊 The 3 Biggest Developer Pain Points – Finding APIs, documentation, and tools.

06:50 – 08:17 | ⏳ Onboarding & Productivity – Why onboarding speed is the best DX test.

08:17 – 10:03 | 🛠️ Automation & Self-Service – Reducing manual friction in workflows.

10:03 – 12:19 | 🤝 Building Strong Developer Communities – Knowledge-sharing and engineering culture.

12:19 – 14:35 | 🔄 Developer Portals & Information Architecture – The challenge of organizing and curating knowledge.

14:35 – 17:21 | 🌟 Transparency, Metrics & Self-Service – How visibility improves productivity.

17:21 – 20:42 | 🏆 Maturity & Engineering Excellence – Why teams should take ownership of their internal tools.

20:42 – 23:59 | 🔍 Inner Sourcing & Open Collaboration – How teams can contribute to internal tools & portals.

23:59 – 27:37 | 💬 Continuous Discovery & Feedback Loops – How engineers can create better DX through iteration.

27:37 – 31:14 | 📢 Why Developers Need to Provide Feedback – Breaking complacency in organizations.

31:14 – 35:00 | 🚀 The Shortcut to Better Developer Experience – Final takeaways & the next steps in platform engineering.

Connect with Us:

Morten Christensen - ⁠⁠https://www.linkedin.com/in/mortenchr/⁠⁠

Marilag Svennevig - ⁠⁠https://www.linkedin.com/in/marilag/

From Templafy’s rapid deployments to operational consistency in growing teams, Thomas shares practical insights on avoiding technical debt, optimizing workflows, and ensuring smooth engineering practices in fast-moving environments.

Key Takeaways:

• Developer experience is about reducing friction, not just tools.

• Startups should focus on automation early to avoid tech debt.

• Self-contained systems offer more flexibility than rigid microservices.

• Guilds are a powerful way to scale knowledge sharing.

• Fast, in-person code reviews keep teams productive.

• Consistency across teams leads to operational efficiency.

Timestamp:

00:00 Recap of Part 1 & Thomas’ insights on engineering culture.

02:00 Why simplicity and automation matter.

06:00 Setting up dev environments in hours, not days.

12:00 Automating Repetitive Tasks – CLI tools, workflows & reducing cognitive load.

18:00 The Role of Guilds in Engineering – Cross-team collaboration and knowledge sharing.

25:00 Architectural Choices: Monoliths vs. Microservices – What’s best for scaling startups?

32:00 Thomas’ Shortcut to Great Engineering Practices – Rapid peer reviews & daily deployments.

Mentioned Resources & Tools:

📖 Books:

• Team Topologies – Matthew Skelton & Manuel Pais

• Continuous Delivery – Jez Humble & David Farley

🛠️ Tools & Frameworks:

• PlatformPlatform – Open-source engineering framework

• Feature flags, CI/CD automation – Optimizing for daily deployments

• Developer CLI tools – Automating common engineering tasks

Connect with Us:

Thomas Jespersen - ⁠https://www.linkedin.com/in/thomasjespersen/ ⁠

Morten Christensen - ⁠⁠https://www.linkedin.com/in/mortenchr/⁠⁠

Marilag Svennevig - ⁠⁠https://www.linkedin.com/in/marilag/

From leading a company that has achieved technical excellence and deploys 30 times per day to production, Thomas has shared his hard-earned lessons, some of them may be unconventional, that have true impact in building high-performing engineering teams that deliver quality at scale.

Key Ideas & Takeaways:

Empowered engineers are essential for building successful tech products.

Silos between business, product, and engineering lead to inefficiencies.

Startups should focus on solving customer problems, not just shipping features.

Continuous Discovery Habits (by Teresa Torres) is a must-read for product teams.

DORA metrics are key indicators of engineering team performance.

Feature flags & CI/CD pipelines are crucial for scaling engineering teams.

Deadlines should be replaced with high-confidence commitments to avoid technical debt.

Timestamp:

00:00 Meet Thomas – 30+ years in tech, from startup to scale-up journey.

02:00 Simplicity in Engineering – Why "simple" doesn’t mean "easy."

06:00 Breaking Silos – Why engineers should be involved in product discovery.

12:00 Delivery vs. Discovery – Moving beyond a feature factory mindset.

18:00 Measuring Success – DORA metrics and replacing deadlines with high-confidence commitments.

25:00 Practical Engineering Practices – CI/CD, automation, and scaling teams.

32:00 Next Episode Sneak Peek – What is developer experience for small teams and startups?

Mentioned Resources & References:

📖 Books:

Inspired by Marty Cagan – The definitive guide to building great product teams

Continuous Discovery Habits by Teresa Torres – Making discovery a weekly habit

📊 Industry Metrics:

DORA Metrics – Deployment frequency, lead time for changes, change failure rate, and mean time to recovery

🛠️ Tools & Practices:

CI/CD pipelines, feature flags, and automated testing for scalable development

PlatformPlatform – Thomas’s open-source project for codifying engineering best practices

Connect with Us:

Thomas Jespersen -⁠ https://www.linkedin.com/in/thomasjespersen/ ⁠

Morten Christensen - ⁠⁠https://www.linkedin.com/in/mortenchr/⁠⁠

Marilag Svennevig - ⁠⁠https://www.linkedin.com/in/marilag/

Key points:

The role of feedback in improving developer portals.

How to track adoption and measure success.

Best practices for scaling developer portals while balancing autonomy and governance.

The importance of fostering a community-driven engineering culture.

Tips for using metrics and surveys effectively to improve developer experience.

Timestamps:

00:00 - Introduction to Shortcut podcast and episode overview.

00:39 - Role of feedback in improving developer portals.

01:43 - Quantitative feedback: Tracking metrics like active users and page analytics.

02:08 - Qualitative feedback: Interviews, surveys, and empathy sessions.

04:22 - Combining feedback types to identify pain points and prioritize improvements.

06:56 - Success metrics: Adoption rates, feature usage, and DORA metrics.

10:15 - Using surveys to measure developer satisfaction and experience.

13:21 - Tracking efficiency improvements: Time saved through self-service features.

15:48 - Measuring community interest through documentation and search trends.

17:00 - Scaling developer portals: Governance, autonomy, and shared components.

22:10 - Impact of developer portals on engineering culture and collaboration.

24:20 - Balancing opinionated platforms with team autonomy.

28:00 - Waqas’ shortcut for building successful developer portals: Start small and iterate.

Connect with Us:

Waqas Ali- ⁠https://www.linkedin.com/in/waqasali47/⁠

Morten Christensen - ⁠https://www.linkedin.com/in/mortenchr/⁠

Marilag Svennevig - ⁠https://www.linkedin.com/in/marilag/

Key Points:

Start Small: Begin with a focused goal, addressing key developer pain points, and scale gradually.

Community Engagement: Building a thriving developer community is essential for feedback and sustained engagement.

Adoption Strategies: Clear documentation, demonstrating value, and leadership support are critical.

Iterate and Improve: Constantly seek user feedback to enhance the platform's relevance and effectiveness.

Timestamp:

00:00 - Introduction

01:19 - The importance of having a centralized platform for developers and how it improves productivity.

02:43 - Starting Small. Tips for initiating an IDP project, including evaluating market options versus building in-house.

04:12 - The Role of Teams: Why a dedicated team is essential for the successful implementation and adoption of an IDP.

06:07 - Addressing discoverability, documentation, and API sharing issues in large and small organizations.

08:47 - Driving Adoption: Strategies to motivate developers and teams to contribute to and use the platform.

17:10 - Leadership and Prioritization: How leadership support and aligning with business goals can accelerate IDP adoption.

20:17 - Focus on delivering one impactful feature at a time and iterating based on user feedback.

23:13 - Building and Maintaining a Community: Fostering engagement through feedback loops, meetups, and incentivizing contributors.

27:10 - Knowledge Sharing: Elevating IDPs as spaces for mentorship, collaboration, and learning opportunities.

Connect with Us:

Waqas Ali- ⁠https://www.linkedin.com/in/waqasali47/⁠

Morten Christensen - ⁠https://www.linkedin.com/in/mortenchr/⁠

Marilag Svennevig - ⁠https://www.linkedin.com/in/marilag/⁠

Susanne shares her journey from startup CTO to expert in combining Wardley Mapping, Domain-Driven Design, and Team Topologies to create architectures for flow. We dive into concepts like fast flow, cognitive load, team autonomy, and the importance of aligning organizational structures to user needs. If you’re keen to explore strategies for effective team organization and software delivery, this episode is packed with insights!

Key Points:

What fast flow means for developer productivity at a team and organizational level.

The architectural flow of Wardley Mapping, Domain-Driven Design, and Team Topologies.

How to create architectures for flow in complex systems.

Strategies to navigate challenges in scaling teams and splitting responsibilities.

The role of purpose, user needs, and shared vision in driving transformation.

Resources Mentioned:

Website: https://susannekaiser.net

The Architecture for Flow Canvas (incl. link to Miro board):

Book (pre-order):
Adaptive Systems With Domain-Driven Design, Wardley Mapping, and Team Topologies: Architecture for Flow (Addison-Wesley Signature Vernon) https://a.co/d/1I7aO1O

Wardley Mapping by Simon Wardley

Domain-Driven Design (DDD) by Eric Evans

Team Topologies by Matthew Skelton and Manuel Pais

Dynamic Reteaming by Heidi Helfand

Timestamps

00:00 - Introduction, about Susanne Kaiser, and overview of the episode

06:15 - Combining these frameworks to build architectures for flow.

10:49 - How Susanne approaches organizations: Assessing the current state.

13:25 - Using Wardley Mapping to map user needs and value chains.

17:19 - Addressing challenges: Legacy systems, cognitive load, and team dynamics.

20:51 - Lessons from startups and enterprises: Common ground and unique challenges.

28:22 - The role of mindset in team composition and responsibility.

34:28 - How to manage team transitions and self-selection processes.

36:36 - Susanne’s Shortcu.tt

37:00 - Where to connect with Susanne and closing remarks.

Connect with Us:

Susanne Kaiser- ⁠

https://www.linkedin.com/in/susannekaiser1

⁠https://susannekaiser.net/

Morten Christensen - ⁠https://www.linkedin.com/in/mortenchr/⁠

Marilag Svennevig - ⁠https://www.linkedin.com/in/marilag/

They discuss Pandora's journey towards improving developer experience and productivity, the transition from project-led to product-led organization, and the challenges and strategies involved in managing a global tech team. Casper also shares insights on the importance of cross-functional collaboration, the impact of a strong engineering culture, and the significance of broadening one's technological scope as a developer.

Key Points:

- Pandora's transition from a project-led to a product-led organization.

- The structure and role of product teams at Pandora.

- The importance of developer experience and the steps Pandora is taking to improve it.

- The challenges of integrating internal and external engineering teams.

- The role of AI in enhancing developer productivity.

- The significance of cross-functional collaboration and understanding different technologies.

- The benefits of broadening one's technological scope for better productivity.

Timestamp:

00:00 - Introduction to the podcast and guests

00:45 - Overview of Pandora and Casper Jensen's role

06:21 - Pandora's developer experience

12:37 - The Engineering community at Pandora, and its challenges

16:12 - Encouraging cross-functional collaboration

24:00 - Challenges in data discoverability

28:01 - Use of Backstage and exploring Kubernetes Space

33:22 - Controversial question about mass adoption of technology

36:12 - AI's role in developer productivity

39:34 - Casper's Shortcu.tt

Connect with Us:

Casper Jensen - https://www.linkedin.com/in/casperj/

Morten Christensen - https://www.linkedin.com/in/mortenchr/

Marilag Svennevig - https://www.linkedin.com/in/marilag/

Rasmus shares insights from his extensive career at Microsoft, Maersk, and Lego, emphasizing the value of reducing toil and enhancing developer happiness. The conversation covers the significance of developer productivity, the SPACE framework for measuring DX, and the role of developer portals. Rasmus also provides practical advice on how organizations, regardless of size, can improve their developer experience and the benefits of a product-centric organization.

Key Points:

- Rasmus Hald's background and passion for developer experience.

- The importance of enhancing developer happiness.

- Explanation of the SPACE framework for measuring developer productivity.

- The role of developer portals in improving discoverability and transparency.

- Practical advice for organizations to start improving their developer experience.

- The benefits of a product-centric organization.

Timestamp:

0:00 Introduction

4:00 How do you frame developer experience and its value?

9:00 How do you balance making developers happy?

14:10 Does it require a certain size for it to make sense?

22:14 What were the toughest challenges you had to overcome?

26:43 How important is a developer portal? Is it the first step?

Connect with Us:

Rasmus Hald - https://www.linkedin.com/in/rasmus-hald-33661b3/

Morten Christensen - https://www.linkedin.com/in/mortenchr/

Marilag Svennevig - https://www.linkedin.com/in/marilag/

In this episode, hosts Marilag and Morten introduce themselves and share their extensive backgrounds in the tech industry, which inspired them to start a podcast for developers, product teams and tech leaders.

Key Topics Discussed:

1. Introduction to Hosts:

   • Marilag: Filipina tech entrepreneur, active in tech communities in Denmark and the Philippines.

   • Morten: Digital Engineering and People manager, active in Copenhagen Dotnet User Group and Azure User Group Denmark.

2. Podcast Goals:

   • Inspire teams and tech leaders

   • Highlight stories from organizations of all sizes in and outside of Europe

   • Share success stories and strategies to improve developer productivity and experience.

   • Engage with tech leaders, engineering managers, product managers, and C-level executives.

3. Developer Experience and Productivity:

   • Importance of creating a productive environment for developers.

   • Strategies to minimize impediments and enhance developer flow.

4. Personal Insights:

   • Marilag and Morten share their personal interests and experiences in the tech industry.

   • Fun questions about their favorite activities and hobbies.