Actions are how execution moves forward in In Parallel — but only when they have a clear owner and a reason to exist.

An Action Item is a concrete piece of work with a named owner, tied to an Execution Scope, and connected to a specific priority, decision, or risk. In Execution Memory, confirmed Action Items are stored as Commitments — tracked across meeting cycles so nothing falls through the gaps, even when people don't proactively follow up. Action Items are distinct from the delivery-level tasks you track in Jira, Asana, or similar tools — In Parallel tracks what execution is committed to and who owns it; delivery tools track how the work gets done. Keep granular delivery work (subtasks, sprint backlog, workflow states) in your existing tools and use In Parallel Action Items for accountability at the execution level.

Most Action Items originate from the meeting loop. After a connected meeting, In Parallel generates a post-meeting report with proposed actions. These don't enter the plan automatically — you review and confirm which ones become real, verify the wording is specific, assign one owner, and confirm each belongs in this scope. You can also create Action Items manually when a follow-through need arises outside a meeting.

Once confirmed, an Action Item appears in the owner's Personal Dashboard task list. Each item records its source — the meeting, scope event, or decision that created it — so the context is never lost.

An Action Item holds its meaning when it has three things:

Without that connection, Action Items become a to-do list. With it, they stay grounded in the scope's execution reality. If an action can't be closed — too vague, no deliverable, really a project — rewrite it until it can be.

Delegation. When responsibility needs to move from one person to another, explicit delegation in In Parallel preserves the accountability chain — who delegated, to whom, and when. This prevents ownership ambiguity when people change roles or leave teams.

Ownership gap detection. In Parallel monitors for Action Items that are unowned, overdue, or stale and surfaces them as signals during the meeting loop. Items without clear owners don't disappear — they reappear in pre-reads and post-meeting reviews until they're resolved or closed.