Business Analyst

Candidates will be disqualified if the following criteria are not met: PLEASE READ AND UNDERSTAND.

• Employment Type: No C2C (Corp-to-Corp), W2 contract only. No referral fees will be entertained.
• Work Authorization: US CITIZEN and Greencard ONLY!!!
• Remote
• 5+ years in IT Operations, SRE, Observability, Monitoring Engineering, or Incident Management
• Experience designing or operating an Operations Command Center / NOC / SOC-style “eyes-on-glass” model
• Experience with common monitoring/observability tools (e.g., Splunk, AppDynamics, Dynatrace, Datadog, Prometheus/Grafana, Azure Monitor, CloudWatch, ServiceNow Event Mgmt or similar)
• Incident response workflows and operational coverage models (24x7 vs. business hours)
• CMDB/service ownership concepts and dependency mapping

Job Description:

• Job Title: Alert Management & Observability Standards Lead
• Role Summary
• The Alert Management & Observability Standards Lead is responsible for rationalizing and governing all system alerts to ensure they align with department priorities, operational coverage models, and service reliability goals. This role defines alerting standards, reviews and approves alerts before they are routed to the 24x7 Eyes-on-Glass Operations team, and establishes a scalable approach to cataloging alert response instructions (runbooks/playbooks) so responders can take consistent, high-quality actions.

This position operates at the intersection of the IT Operations Command Center (OCC), engineering/application teams, platform/monitoring tool owners, and service owners, ensuring alerts are actionable, prioritized, and paired with clear response guidance.

• Key Responsibilities
• 1) Alert Rationalization & Prioritization (Core)
• Establish and maintain a department-wide alert rationalization framework that evaluates alerts for:
• Business/service criticality and operational priority
• Actionability (clear operator action available)
• Signal-to-noise (duplicate/low-value alerts removed or suppressed)
• Ownership and escalation paths
• Perform regular alert reviews (new + existing) to ensure alert quality, correct routing, and alignment with operational coverage.
• Lead continuous improvement efforts to reduce alert fatigue while preserving detection of true incidents and high-impact degradation.

• 2) Standards, Policies, and Guardrails
• Define and enforce alerting standards including:
• Severity definitions and thresholds
• Required metadata (service, CI, owner, runbook link, escalation)
• Naming conventions and tagging taxonomy
• Routing rules and “when to page vs. when to ticket”
• Create a standardized Alert Design Checklist and approval workflow (e.g., “Definition of Done” for alert onboarding).
• Partner with tool/platform owners to ensure standards are embedded in monitoring tooling (templates, required fields, automated validation).

• 3) Routing Decisions to 24x7 Eyes-on-Glass
• Act as gatekeeper (or lead the governance process) for determining which alerts should:
• Go to 24x7 Eyes-on-Glass for immediate triage
• Route to on-call engineering directly
• Create tickets for business-hours handling
• Be suppressed, aggregated, or converted to dashboards/health indicators
• Ensure routing aligns with:
• Operational responsibilities and skills of the Eyes-on-Glass team
• Department priorities (e.g., safety, reliability, customer impact)
• Service ownership and support models

• 4) Runbook / Response Instruction Cataloging (Knowledge System)
• Establish a consistent approach to cataloging response instructions for every actionable alert, including:
• “What does this alert mean?” (symptoms + impact)
• “What to check first” (triage steps)
• “What actions to take” (standard remediation)
• “When to escalate and to whom” (clear escalation triggers)
• Links to dashboards, logs, SOPs, and known issues
• Own the runbook template and ensure runbooks are versioned, maintained, and reviewed on a defined cadence.
• Partner with service owners to ensure runbooks stay current as systems change.

• 5) Reporting & Operational Outcomes
• Define and publish KPIs that demonstrate alerting health and operational performance, such as:
• Alert volume trends by service and severity
• Percentage of alerts with runbooks and valid ownership
• Alert “actionability rate” and noise reduction
• Mean time to acknowledge / triage effectiveness (as applicable)
• Facilitate governance forums (weekly/monthly) with service owners and engineering leads to review alert quality and backlog.

• 6) Cross-Functional Enablement
• Coach service teams on best practices: SLIs/SLOs, alert thresholds, dependency monitoring, and incident correlation.
• Drive adoption of observability patterns (golden signals, health indicators, multi-signal alerting).
• Support major incident learning by feeding post-incident insights back into improved alerts and runbooks.

Requirements:

• Required Qualifications:
• 5+ years in IT Operations, SRE, Observability, Monitoring Engineering, or Incident Management
• Demonstrated success reducing noise and improving actionability across enterprise alerting ecosystems
• Experience with common monitoring/observability tools (e.g., Splunk, AppDynamics, Dynatrace, Datadog, Prometheus/Grafana, Azure Monitor, CloudWatch, ServiceNow Event Mgmt or similar)
• Strong understanding of:
• Incident response workflows and operational coverage models (24x7 vs. business hours)
• CMDB/service ownership concepts and dependency mapping
• Standard operating procedures/runbooks and knowledge management
• Excellent stakeholder management and ability to drive standards across teams

Preferred Qualifications:

• Experience designing or operating an Operations Command Center / NOC / SOC-style “eyes-on-glass” model
• Familiarity with ITIL Event Management, SRE principles, and service reliability practices
• Experience with automation for alert enrichment, correlation, and routing (e.g., event correlation, deduplication, noise suppression)
• Background in governance frameworks and operating rhythm design (cadences, controls, compliance traceability)