Stage profile · Individual contributor

Experienced Senior Engineer

Creates sustained professional value in a critical domain or across teams, scaling impact through reusable practices and collaboration without assuming company-wide governance or formal succession duties.

Read these as observable expectations across repeated work, not as a checklist for a single project. First distinguish whether the role expects the work, whether the person had a chance to demonstrate it, and whether the evidence supports the claim. Lack of opportunity or evidence is not itself a negative judgment. AI use is judged by verified outcomes, sound boundaries, and the quality of decisions; choosing not to use AI can be sound.

Four complementary evaluation lenses

These lenses and the A–H capability map answer different questions. One experience may provide evidence across lenses, but do not count the same result multiple times.

Business outcomes

Understand the people served and intended outcomes, make evidence-based trade-offs, and verify contribution. For platform, infrastructure, reliability, and safety work, cost, efficiency, risk reduction, and internal-user outcomes count; direct revenue ownership is not universal.

Domain expertise

Apply relevant knowledge to diagnose, design, implement or review, validate quality, and make evolution decisions. The professional leaves required depend on the role.

Team influence

Help others work effectively through communication, coordination, review, shared methods, coaching, or organizational mechanisms. IC influence is not measured by direct reports; managers also own formal people responsibilities.

Human competitiveness

Observe questioning, reasoning, learning transfer, judgment updates, relationship handling, and recovery in work. This is not a fixed personality or potential verdict; do not infer it from extroversion, fluent speech, or willingness to overwork.

Evidence to verify

Use this structure to understand a real example. Strong judgment can appear in a failed project; a successful result alone does not prove personal causation.

  1. Context and goal
  2. Role and authority
  3. Judgment and trade-offs
  4. Actions and collaborators
  5. Outcome and guardrails
  6. Attribution limits
  7. Counterevidence and adjustment

The labels beside capability references describe that capability’s role in this standard; they do not make the whole standard optional. Any role or scenario condition is stated separately.

Business outcomesView progression
  1. Translates domain-level business goals into sustainable product, technical, and operational outcomes.

    Evidence to inspect: Roadmap connects business measures, capability investment, and long-term cost.

  2. When carrying relevant domain responsibility, contributes market, business-model, and long-term investment judgment across opportunities; company-wide portfolio authority is not assumed.

    Evidence to inspect: Decision states opportunity cost, downside scenarios, and evidence thresholds for further investment.

  3. Establishes cross-team outcome reviews that shape priorities and subsequent investment.

    Evidence to inspect: Review shares definitions and attribution limits, assigns actions, and changes resource choices.

  4. Translates annual direction into domain plans and quarterly checkpoints with dependencies and stop conditions.

    Evidence to inspect: Long-term goals connect to near-term investment through an adjustable plan.

  5. Evaluates total cost and actual adoption for platform, reuse, or relevant AI investments, testing long-term value assumptions without treating adoption itself as success.

    Applies when: Assess the AI portion only when the investment includes AI or AI is an alternative.

    Evidence to inspect: Compares maintenance, migration, adoption, and alternatives.

Domain expertiseView progression
  1. Sets evolvable domain architecture and professional standards while balancing product experience and engineering boundaries.

    Evidence to inspect: Multiple teams adopt the approach and track quality, cost, and evolution outcomes.

  2. Builds quality evaluation proportionate to product risk; for AI systems, includes representative evaluations and regression monitoring.

    Applies when: AI evaluation applies only to AI systems or risks within the actual responsibility.

    Evidence to inspect: Reusable baselines, production monitoring, and clear human-intervention/rollback conditions exist.

  3. Identifies cross-team complexity or technical debt and makes the overall system simpler and more reliable.

    Evidence to inspect: Consumers repeat less work and incidents, change cost, or complexity decline.

  4. Coordinates cross-team technical roadmaps, sequencing architecture, data, platform, and relevant AI work with compatibility boundaries.

    Applies when: Include AI work when relevant to the opportunity or risk; when it is not relevant, explain the technical or product basis.

    Evidence to inspect: The roadmap explains cross-team dependencies, migration sequence, and acceptance standards.

  5. Builds shared business semantics and data contracts across teams to prevent inconsistent local models.

    Evidence to inspect: Key metrics, entities, and rules have owners and change mechanisms.

Team influenceView progression
  1. Aligns and enables multiple teams through clear direction and shared decisions rather than personal approval.

    Evidence to inspect: Cross-team leads make aligned decisions independently.

  2. Helps others take on more complex work through specialist coaching, review, shared assets, or delegation; multiple new owners or formal succession supply are optional evidence contingent on opportunity and authority.

    Evidence to inspect: Multiple people can independently own critical areas.

  3. Improves team boundaries, collaboration, or decision mechanisms to remove recurring systemic blockers.

    Evidence to inspect: Collaboration cycles or dependency risk improve sustainably and multiple teams adopt the mechanism.

  4. Works with management partners to identify domain capability gaps, knowledge diffusion needs, and key-person risks; headcount, hiring, and succession decisions depend on actual authority.

    Evidence to inspect: Team capability plans support the domain roadmap and verify backup coverage.

  5. Drives adoption of cross-team practices by addressing migration cost and feedback beyond publishing standards.

    Evidence to inspect: Adoption, resistance, and improvement are tracked over time.

Human competitivenessView progression
  1. Calibrates judgment on long-term uncertainty and knows when to invest, experiment, wait, or stop.

    Evidence to inspect: Across decisions, risk is calibrated and views update in time, not only explained after the fact.

  2. Builds relationships across disciplines, locations, and interests where real disagreement is safe.

    Evidence to inspect: Partners share bad news early and engage in difficult trade-offs.

  3. Updates judgments openly, incorporates outside evidence, and helps the organization revise its understanding.

    Evidence to inspect: Decision records preserve original assumptions and updates for later teams to reuse.

  4. Uses external changes and cross-domain counterexamples to challenge established organizational assumptions.

    Evidence to inspect: Counterexamples lead to testable experiments or changes in direction.

  5. Maintains evidence, risk boundaries, and truthful attribution under major delivery pressure and develops sustainable alternatives.

    Evidence to inspect: High-pressure decisions record boundaries, alternatives, and accountable owners.