Industrial DevOps with Doug Pagnutti
Published 17 Aug 2026
Duration: 00:41:55
"Explores OT-IT integration challenges, cultural gaps, and security concerns, advocating for DevOps-inspired collaboration, cross-functional teams, and aligned reliability-security goals to bridge the divide."
Episode Description
Doug Pagnutti spent fifteen years as an automation engineer caught between the IT and OT worlds inside manufacturing plants. The friction sounds a lot...
Overview
The podcast discusses the longstanding divide between Operational Technology (OT) and Information Technology (IT), highlighting how these teams have evolved separately with conflicting priorities. OT focuses on reliability and uptime in industrial environments like manufacturing and energy, where system failures can halt production, while IT emphasizes security, standardization, and centralized control. This separation has led to cultural clashes, communication gaps, and operational inefficiencies, particularly as digital transformation increases the need for data sharing and connectivity between systems.
Drawing parallels to the early challenges of DevOps, the discussion emphasizes that solutions lie in collaboration, shared goals, and applying DevOps principles such as automation, continuous monitoring, and cross-functional teamwork. Key themes include the importance of understanding incentives - how team metrics can lead to unintended behaviors - and the need for IT and OT to align with overall business objectives rather than isolated technical metrics. The conversation also explores concepts like value stream mapping, the "shift left" approach in security, and the dangers of siloed operations, ultimately advocating for a unified, people-centric culture that bridges organizational divides to support business success.
What If
-
What if you applied DevOps principles to a personal software project facing OT-like reliability constraints?
- Move: Identify a critical, always-on component in your software (e.g., a data pipeline or hardware-connected service) and apply automated health checks, rollback mechanisms, and uptime monitoring using open-source tools like Prometheus and Grafana.
- Why Now?: With increasing demand for resilient edge and IoT applications, solo developers must deliver IT-grade robustness in OT-like environments - especially as personal projects scale into revenue-generating tools.
- Expected Upside: You reduce manual firefighting by 50%+ and position your project for enterprise adoption by demonstrating operational maturity.
-
What if you reframed your development incentives to align with business outcomes instead of output metrics?
- Move: Replace feature-ship velocity as your primary goal with a business outcome metric (e.g., user activation rate or revenue per release), and adjust your roadmap and automation tests to track and optimize for it.
- Why Now?: As a solo operator, your survival depends on business impact, not technical activity - misaligned metrics risk building features nobody pays for, especially when competing with low-code/no-code alternatives.
- Expected Upside: You increase monetization potential by 30 - 70% by focusing on high-impact changes and gaining clearer investor or customer traction signals.
-
What if you embedded security and IT collaboration early in your next launch cycle?
- Move: Before writing code, simulate a shift-left security review by defining data access rules, documenting threat models (using STRIDE), and automating compliance checks (e.g., pre-commit hooks for secrets detection).
- Why Now?: Late-stage security fixes cost 10x more and delay launches - solo developers can't afford rework or breaches, especially when handling user data or integrating with industrial systems.
- Expected Upside: You cut launch delays by 40% and reduce post-release vulnerabilities by proactively addressing risks, improving trust and scalability.
Takeaway
- Identify and map your software delivery value stream using Value Stream Mapping (VSM) to uncover bottlenecks and avoid optimizing isolated parts of the process.
- Align your development and operational work with core business outcomes - such as revenue generation or customer acquisition - rather than purely technical metrics like uptime or ticket closures.
- Treat security as an integrated practice, not a final gate; involve security considerations early in the development cycle to prevent last-minute critical findings that force risky trade-offs.
- Build direct, personal relationships with operational or infrastructure stakeholders to bypass bureaucratic delays and improve collaboration, especially when working across siloed functions.
- Audit your team's incentive structure to ensure it doesn't encourage unintended behaviors, such as writing low-quality tests to meet quotas or delaying incident reporting to protect metrics.