I spent way too long trying to define 'slow' before I even touched the problem structure.
Start by clarifying the problem scope and defining what 'slow internet' means, then systematically narrow down potential causes using data and cross-functional collaboration. Prioritize quick wins while investigating root causes, and communicate transparently with stakeholders.
Pro tip: As a new PM, resist the urge to jump to solutions; instead, focus on asking the right questions and leveraging existing data and experts to build credibility.
Ask clarifying questions to understand the report: which users, which services, what metrics indicate slowness, and when did it start? Define the problem precisely.
Pull relevant metrics (latency, throughput, error rates) from monitoring tools and dashboards. Segment by user, region, device, and service to identify patterns.
Brainstorm possible root causes across the stack: network infrastructure, server issues, client-side problems, or external factors. Use data to narrow down.
Engage with engineering, SRE, and support teams to validate hypotheses. Check recent changes (deployments, configs) and correlate with incident reports.
If a quick fix is possible, implement it. Otherwise, define next steps, assign owners, and set up monitoring. Communicate status to stakeholders.
AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.