Mike Cilla.
Methodology note
Leadership OS is a reflection and development methodology — not a validated assessment, diagnostic tool, or prediction instrument. All construct ratings are evidence-informed hypotheses. Jordan Reyes is a fictional persona and all outputs here are synthetic.
Leadership Profile · Private intermediate artifact

Leadership Profile — Jordan Reyes

Synthetic illustrative example. The Leadership Profile is the private construct synthesis the AI builds before generating output documents.

3 synthetic evidence sources 9 constructs evaluated Private · not for sharing
Construct Confidence Evidence synthesis Developmental implication
Reflection Orientation
High
All three synthetic sources suggest convergence. Assessment: elevated Curious and Growth-Seeking. Corpus: a high proportion of product strategy conversations involve Jordan examining their own reasoning — metacognitive language appears frequently. Reflection responses are specific, include acknowledged tension, and name mechanisms over outcomes.
Reflective capacity appears available. Development work in other constructs is likely to compound here.
Systems Orientation
High
Assessment: elevated conceptual structure-seeking. Corpus: Jordan consistently frames problems in terms of upstream dependencies, decision rights, and operating model constraints before feature-level questions. Reflection: peak performance example describes a turnaround by diagnosing the cross-functional operating model before changing the roadmap.
Reliable cognitive default. The development question is whether Jordan can translate structural analysis into simpler guidance for cross-functional partners who don't share this frame.
Learning Orientation
Moderate
Assessment: elevated Curious and Openness. Tension in corpus: three instances where Jordan maintained a product hypothesis after contradictory customer feedback emerged. Self-report diverges from behavioral patterns specifically at the post-commitment phase.
Strong in the information-gathering phase. A hypothesis worth exploring: once a direction has been socialized, revision costs may suppress the learning orientation that was present earlier.
Decision Style
High
Assessment: elevated Deliberative and Persistent. Corpus: broad input-gathering before commitment, resistance to revision after. Reflection: the "decision I'd make differently" response names the mechanism directly — holding a roadmap prioritization after engineers flagged structural risks, attributing it to sunk-cost reasoning.
The mechanism is the development edge: socializing a direction before evidence is complete may convert a hypothesis into a social commitment prematurely.
Communication Patterns
Moderate
Corpus: precise, argument-driven, low small talk. Reflection "misread": cross-functional partners interpret Jordan's directness as impatience. Jordan experiences it as efficiency. The gap between intent and impact is consistent across multiple described situations. Corpus captures written communication only.
The adjustment is likely not "communicate less directly" but "signal more explicitly that ambiguity and partial thinking are welcome before the argument is formed."
Leadership Identity
Emerging
Reflection states aspiration: develop independent decision-makers. Corpus shows high analytical investment but thin relational and coaching investment. Gap between stated identity and observed behavior is the central hypothesis — not a judgment, but a question requiring more behavioral data.
Worth holding as a question: are the behaviors that would reflect the stated identity actually present in Jordan's day-to-day practice?
Adaptability
Moderate
Assessment: high Adaptable, lower Agile. Corpus: two significant product pivots in 8 months — Jordan-initiated, suggesting genuine strategic adaptability. Tactical plan revision mid-execution appears rarer and harder.
Strategic adaptability appears present. Tactical adaptability — revising a specific execution path after commitment — appears more constrained and consistent with the Decision Style pattern.
Self-Awareness
Moderate
Assessment and reflection broadly aligned. One hypothesis from corpus: a pattern of reduced pushback on recurring cross-functional friction over time — possible accommodation dynamic not named in reflection. Self-awareness appears genuine within domains Jordan monitors.
Monitoring question worth building in: "Am I adjusting to this environment or improving it?" — applied to friction that has gone quiet rather than been resolved.
Development Readiness
Moderate
Inferred from reflection quality, not from completing this process alone. Supporting signals: specific responses that name mechanisms over outcomes; "decision I'd make differently" doesn't attribute difficulty to external factors; evidence that prior feedback changed how Jordan operates in 1:1 conversations.
Readiness appears present for cognitive development. Less evidence for relational or identity development work — moderate rather than high for that reason.
Profile Summary — evidence-informed hypotheses

Jordan's synthetic profile suggests a leader who operates through systems framing, structured communication, and strong analytical investment in product decisions. Highest-confidence patterns: structural diagnosis before intervention, broad information-gathering before commitment, and a communication gap between the precision Jordan intends and the impatience others sometimes experience.

Most generative development territory: the intersection of post-commitment anchoring in decisions and the Leadership Identity gap between stated aspiration and observed behavioral emphasis. These may be related — a leader who anchors to product hypotheses may similarly anchor to a leadership model that doesn't yet include the relational behaviors the identity aspires to.

Insufficient evidence for confident hypothesis: Leadership Identity requires more relational behavioral data. Communication under verbal and high-stakes conditions unobservable from written corpus alone.

What makes a strong profile: Confidence levels that vary — uniform "High" signals insufficient scrutiny. Named contradictions rather than forced coherence. At least one Emerging or Insufficient rating. A summary that synthesizes rather than lists.
Methodology note
Synthetic illustrative example. The Leadership User Manual is a shareable narrative document derived from the Leadership Profile — representing the leader's reviewed interpretation of the evidence.
Document 01 · Shareable

Leadership User Manual — Jordan Reyes

Excerpt — three of six sections. Full document is 3–4 pages, first person, designed to be shared with a manager, team member, or collaborator.

First personShareableExcerpt · illustrative only
How I think

I think in structures. My first instinct when encountering a product problem is to look for the operating model failure before I look at the feature gap. A roadmap that keeps churning usually isn't a prioritization problem — it's a signal that decision rights between Product, Engineering, and the business aren't clear enough to hold.

I form hypotheses quickly and commit to them with energy. This helps me move a team toward a direction when ambiguity is high. It creates friction when the hypothesis is wrong and I've already aligned people to it. I'm working on naming hypotheses explicitly before socializing them.

Where I create friction

Post-commitment anchoring. Once I've socialized a product direction, I revise reluctantly. The cost of reversal feels higher than it actually is. The practice I'm building: label a direction as a hypothesis with an explicit confidence level before sharing it, so revision later reads as scientific process rather than failure.

Cross-functional communication gap. I write and present in complete, structured arguments. Partners in Sales and CS have told me this reads as impatience. I experience it as efficiency. I'm working on making space for partial thinking earlier in a conversation.

My governing questions

"Does this roadmap reflect what customers actually need, or what we find technically interesting?" I use this to interrupt the pull toward elegant architecture over useful product.

"Who needs to make this decision, and am I helping them make it or making it for them?" I apply this when I've been the decision-maker on something that should have been someone else's call to build.

"What would have to be true for this hypothesis to be wrong — and have I actually checked?" This is the question I'm trying to ask before committing to a direction, not after.

Strong User Manual signal: Friction sections that name mechanisms, not just tendencies. Governing questions that feel extracted from behavioral evidence, not assembled from self-image. Specific enough that someone who read it would know something genuinely useful about how to work with this person.
Methodology note
Synthetic illustrative example. The Working-With-Me Guide is a short, shareable collaboration document derived from the Leadership Profile.
Document 02 · Shareable

Working-With-Me Guide — Jordan Reyes

Synthetic illustrative example. Full document. Readable in under 3 minutes.

One pageShareableFull illustrative example
To bring me a problem
Frame it as a question rather than a recommendation. Tell me what you've already ruled out and why — that context is more useful than a polished pitch. You don't need a complete argument, but anchor it in a specific example or data point, not a general pattern.
To challenge me effectively
Show me what I missed, not just that you disagree. Specific contradictory evidence is far more effective than persistent general pushback. I'm genuinely open to revising a direction — but I need to see what the evidence shows, not just that you feel differently.
What I need from you
Specificity in problems, feedback, and status. I work better with a precise question than a general topic. Follow-through: if you commit to something in our conversation, I'm tracking it. And patience when I'm in diagnostic mode — the upstream analysis is often the actual work.
What you can expect from me
A structured position on almost any question you bring. Direct feedback that names the specific thing. Investment in understanding how you got to your conclusion, not just what it is. High expectations applied to my own work as much as to yours.
When I'm struggling — what to watch for
I get more precise and narrower — responding to broad questions with very specific, technical answers is usually a sign I've retreated. Unusually detailed pre-reads before routine syncs is another signal. The most direct check-in works best: "You seem like you're in your head about something."
Strong Working-With-Me signal: Every sentence specific enough it couldn't apply to any other leader. Struggling signals that name behavioral patterns, not emotional states. The "to challenge me" section names the specific mechanism that makes challenge land or not.
Methodology note
Synthetic illustrative example. The AI Calibration Document is pasted at the start of new AI conversations to accelerate calibration.
Document 03 · Operational

AI Calibration Document — Jordan Reyes

Synthetic illustrative example. Full document. Paste at the start of any new AI conversation.

One pagePaste into AI toolsFull illustrative example
My communication style
Structured and argument-driven. I think in product systems and write with traceable logic. Bullet-point summaries that skip the connective reasoning frustrate me — I want to see why each conclusion follows. Generic outputs are immediately obvious. The fastest path to something useful is to be more specific than you think necessary.
My operating principles
Operating model before roadmap — understand the structural constraint before the feature fix. Hypothesis integrity — label working hypotheses explicitly so they can be revised without social cost. Customer evidence before product intuition. Specificity as respect — vague problems and vague feedback are inefficiency I'd rather avoid.
How to give me feedback
Direct and specific. "This section doesn't follow because X" is useful. "This feels off" is not. Name the specific problem and I'll engage with it. If I've made an assumption you think is wrong, name the assumption and what I missed.
What good output looks like
The logic is traceable — premise to conclusion without inferring missing steps. Format matches complexity. Draft means a real draft — not a template with placeholders. If the question involves a product decision, start with what the evidence shows.
My governing question

"Does this roadmap reflect what customers actually need, or what we find technically interesting?" Apply this when evaluating product options, framing tradeoffs, or assessing whether a direction is evidence-led. I'm more interested in what the data shows than in confirming a direction I've already taken.

Strong AI Calibration signal: Test every section — would pasting this actually change how an AI responds? If it could apply to any thoughtful professional, it's not specific enough.
Methodology note
Synthetic illustrative example. The Development Roadmap is a private document — not for sharing. Priorities are framed as hypotheses, not conclusions.
Document 04 · Private

Development Roadmap — Jordan Reyes

Synthetic illustrative example. Private — not for sharing. Excerpt: two priorities and 90-day focus.

Private · do not shareUpdate every 90 daysExcerpt · illustrative only
Priority 1 — Post-commitment anchoring

The mechanism: Jordan's information-gathering phase is genuinely open. Once a direction has been socialized with stakeholders, updating it becomes socially costly — and that cost suppresses revision even when new evidence would warrant it.

The trigger: Socializing a product direction before supporting evidence is complete. This converts a hypothesis into a social commitment before it has earned that status.

The practice: Before socializing any direction, designate it explicitly as a hypothesis with a stated confidence level and named condition for updating. This makes later revision feel like scientific process rather than leadership failure.

Priority 2 — Relational investment

The mechanism: Jordan's default engagement mode is work-first. This is often efficient. It becomes a friction point when a direct report needs to be seen as a person before they can engage productively on the work — which is more often than Jordan currently accounts for.

The trigger: 1:1 meetings, especially when a direct report has signaled something difficult is happening. Jordan tends to miss these signals because the work frame is already active.

The practice: First two minutes of every 1:1: no agenda. The only question is some version of "how are you?" and the only rule is not immediately redirecting toward the work.

90-day focus

The leadership identity gap. Post-commitment anchoring is well understood and has a named practice. The more important 90-day work is closing the gap between the leader Jordan describes wanting to be and the leader the evidence suggests Jordan currently is.

The specific practice: identify one direct report operating below their ceiling and have an explicit development conversation — not about their current sprint, but about where they want to be in 18 months. Complete this before the 90-day period ends. The goal is building the habit of having it.

Strong Development Roadmap signal: Priorities that name the mechanism specifically. Practices concrete enough to perform on a specific day. A 90-day focus that chooses the most important territory, not the most comfortable. This document should read as harder and more specific than the User Manual.