Since 2007, Ricardo Vargas has been publishing the 5 Minutes Podcast, where he addresses in a quick and practical way the main topics on project management, business agility, risk and crisis management, among other topics.
In this episode, Ricardo questions whether years of project experience represent genuine growth or repeated routines. While projects are carefully measured, professional competence often relies on resumes, certifications, and subjective judgments. He explains how artificial intelligence could make competence assessments continuous and accessible.
In this episode, Ricardo presents Chesterton’s Fence, a principle that warns against removing rules, controls, or processes before understanding why they were created. Although simplifying bureaucracy can improve agility, eliminating safeguards without investigating their purpose may revive risks they were designed to prevent. Ricardo recommends four steps:
In this podcast, Ricardo explains the normalization of deviance: repeated small failures that, because they cause no immediate consequences, become accepted as normal. Drawing on Diane Vaughan’s studies of the Challenger disaster, he shows how delays, skipped tests, recurring risks, and postponed meetings can make problems invisible.
In this podcast, Ricardo explores what makes people irreplaceable in an age of artificial intelligence. Rather than asking which tasks AI cannot perform, he suggests asking what AI does not have: desire, responsibility, and something at stake. AI can analyze risks, prepare schedules, summarize contracts, and recommend decisions, but it does not care whether a project succeeds or fails.
In this episode, Ricardo warns that artificial intelligence is often approved as a project cost, but after implementation, it becomes an ongoing operational expense. Unlike traditional licenses, its cost varies according to consumption: the greater the adoption, the higher the bill. He also highlights frequently ignored expenses such as data preparation, systems integration, human review, price changes, model replacement, and new testing.
In this episode, Ricardo warns about the risk of resuming January’s projects at midyear. According to him, the context has changed: budgets, suppliers, technology, markets, regulations, and priorities may now be different. Before following the original plan, he recommends three actions: recalculate the project using current information, assess external changes, and reevaluate the portfolio, prioritizing what truly matters.
In this episode, Ricardo explains that modern projects depend heavily on external suppliers, contractors, partners, and AI vendors whose teams do not report directly to the project manager. He argues that leading these people has become a core project management skill. He emphasizes that contracts and service-level agreements define obligations and penalties but do not create trust, commitment, or guarantee success.
In this episode, Ricardo discusses the common rush to start acting before fully understanding a project’s problem. Action creates a sense of progress, while thinking may seem like wasted time. However, teams can work intensely and still move quickly in the wrong direction. Ricardo emphasizes that speed should not be confused with impulsiveness.
In this episode, Ricardo discusses rework, one of the most damaging yet invisible costs in projects. Rework occurs when presentations, software, proposals, plans, or decisions must be redone because expectations, requirements, or responsibilities were unclear. Although teams appear busy, they may simply be returning to a point they believed they had already reached—paying multiple times for a result.
In this episode, Ricardo explains that projects are promises about a future often experienced by people other than those who originally approved or delivered them. He argues that organizations tend to exaggerate benefits, minimize long-term costs, and focus on schedules, budgets, scope, and acceptance instead of verifying whether promised outcomes materialize.
Read Ricardo's reviews of some of the best technical books published.
View recommendations Powered by