


# A working method

> Frame the decision, connect the relevant knowledge, challenge the draft and release with clear ownership. Feedback can change the frame at any stage.

- Canonical URL: https://www.svenspoede.com/concepts/working-method/
- Language: English
- JSON: https://www.svenspoede.com/concepts/working-method/index.json
- Complete public context: https://www.svenspoede.com/context.json









  

  

  
    
  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  



### A working method

- ID: `working-method`
- Type: concept
- Canonical page: https://www.svenspoede.com/concepts/working-method/

- Updated: 2026-09-19




Frame the decision, connect the relevant knowledge, challenge the draft and release with clear ownership. Feedback can change the frame at any stage.

A method is useful when it helps people notice what needs to change. A rigid sequence can do the opposite: it carries an early misunderstanding through increasingly polished work.

I think of the work as a loop: frame a decision, connect the relevant knowledge, challenge the result and release with clear ownership. These are places to exercise judgment. They are not four steps that make judgment unnecessary.

## One announcement, four different questions

Consider the same illustrative pilot invitation used in the knowledge-object concept. Invited teams can try a campaign workspace; a general release date is unknown. An early draft announces that it will be “available to everyone next month.”

Framing asks who needs to decide what. Connecting brings the pilot note and review rules into the draft’s context. Challenging exposes the unsupported audience and date. Release hands over a corrected message to the person who can approve publication.

The value is not a longer checklist. It is the ability to locate the problem. Here, better phrasing would not repair the draft. Its framing conflicts with the actual scope.

## Why the arrows point back

Challenge can send work back to the frame. Perhaps the intended audience was never agreed, or the brief asks for a claim that available evidence cannot support.

Release also creates feedback. If readers mistake an invitation for general access, their response is evidence that the original framing needs work. A released message is a commitment with an owner, not an end to learning.

## What stays with people

Tools can help gather context, compare a draft with its sources and surface contradictions. Someone still has to decide whether the sources are appropriate, whether the trade-off is acceptable and whether the result should enter use.

This example is authored to explain the method. It is not a workflow running against a client system, and selecting a stage does not approve or publish anything.

How does context become a decision someone can own?
**Boundary:** The same illustrative pilot announcement, explored as a working method.

#### Name the decision before choosing the tool.

- Part ID: `frame`
- Label: Frame

Agree what should change for the audience and what a useful outcome would be.

Agree what should change for the audience and what a useful outcome would be.

A pilot invitation and a general launch announcement are different tasks.

**Purpose:** Agree what should change for the audience and what a useful outcome would be.


**Source:** Example brief: eligible teams need to decide whether to join a campaign-workspace pilot.


**Boundary:** A pilot invitation and a general launch announcement are different tasks.


**Example:** Invite the right teams to try the workspace. Do not promise a wider rollout.


Related parts: connect, challenge, release



#### Bring the necessary context into the work.

- Part ID: `connect`
- Label: Connect

Connect the brief, supported facts and review rules so they remain available when the draft changes.

Connect the brief, supported facts and review rules so they remain available when the draft changes.

More material is not automatically more context. Include what the decision depends on.

**Purpose:** Connect the brief, supported facts and review rules so they remain available when the draft changes.


**Source:** The example brief, invitation-only pilot note and human review rule.


**Boundary:** More material is not automatically more context. Include what the decision depends on.


**Example:** Keep “invitation only” attached to the draft, alongside the unconfirmed general release date.


Related parts: frame, challenge



#### Test the draft against what is known.

- Part ID: `challenge`
- Label: Challenge

Expose contradictions and missing support before fluency is mistaken for correctness.

Expose contradictions and missing support before fluency is mistaken for correctness.

Unsupported wording can be rejected. Missing facts must be checked, not guessed.

**Purpose:** Expose contradictions and missing support before fluency is mistaken for correctness.


**Source:** Example draft: “Launching for everyone next month.” Compare it with the example pilot note.


**Boundary:** Unsupported wording can be rejected. Missing facts must be checked, not guessed.


**Example:** “For everyone” exceeds the pilot scope. “Next month” adds an unconfirmed date. Return both claims to the brief.


Related parts: connect, frame, release



#### Put the result into use with an owner.

- Part ID: `release`
- Label: Release

Make a bounded handover: what is approved, who decides and what would trigger a revision.

Make a bounded handover: what is approved, who decides and what would trigger a revision.

A tool can prepare the result. Publication remains a human decision, and later evidence can require a correction.

**Purpose:** Make a bounded handover: what is approved, who decides and what would trigger a revision.


**Source:** Example review decision: use invitation-only wording; the responsible person approves publication.


**Boundary:** A tool can prepare the result. Publication remains a human decision, and later evidence can require a correction.


**Example:** “Invited teams can now try the campaign workspace.” If readers mistake this for general access, revise the framing.


Related parts: challenge, frame




#### Relationships

- `frame` → `connect`: defines what is needed

- `connect` → `challenge`: makes assumptions testable

- `challenge` → `release`: supports a bounded decision

- `challenge` → `frame`: reframes when a claim fails

- `release` → `frame`: returns feedback from use







