An ICS org chart template is a blank, adaptable diagram for showing who is in charge during an incident, which functions are active, and how responsibility flows through the response organization. Use it to assign roles and reporting lines—not to assume every incident needs every position.
What an ICS Org Chart Shows
ICS means Incident Command System, a standardized approach for managing incidents and planned events. An org chart, sometimes called an organization chart, gives responders a quick view of the current command structure. It typically identifies the Incident Commander or Unified Command, the Command Staff, the General Staff, and any activated teams or subordinate positions.
The chart answers practical questions: Who has authority to set incident objectives? Who supervises a particular function? Where should a status update or operational issue go? Clear reporting lines help people coordinate without sending every decision to the top or giving conflicting instructions.
An ICS chart is a snapshot of the organization for a particular operational period. It is not a complete incident plan, a list of every responder, or a substitute for briefings and communication procedures. It should show positions and assignments clearly enough that people can find the right contact and understand who supervises whom.
How the ICS Structure Works
ICS is modular: the organization grows or contracts according to the incident’s objectives, workload, hazards, and available resources. A small incident may have one Incident Commander performing several functions. A larger event may require separate section chiefs, branches, divisions, groups, units, or other subordinate positions. A box on a template does not mean that position must be filled.
Every activated position should have a clear place in the chain of command. People generally receive direction from one designated supervisor, a principle known as unity of command. A supervisor should also have a manageable number of direct reports. ICS guidance commonly describes an effective span of control as three to seven subordinates, with five often used as a guide; the appropriate number depends on the situation and complexity.
When organizations with different jurisdictions or responsibilities share authority, they may use Unified Command. Its members jointly establish incident objectives and coordinate the response while each organization retains its own authority and accountability. Unified Command is not a collection of separate command chains issuing competing orders. The chart should make the shared command arrangement understandable and show how the rest of the organization reports.
Core Command and Staff Roles
The Incident Commander leads the incident organization and is accountable for incident management. If Unified Command is established, the participating officials work together as the command function. The Command Staff normally reports directly to the Incident Commander or Unified Command:
- Public Information Officer: Coordinates public information, messages, and media inquiries in line with the incident’s communication arrangements.
- Safety Officer: Monitors safety conditions and advises on hazards and risk controls. ICS procedures give this role authority to intervene when an unsafe situation requires attention.
- Liaison Officer: Coordinates with representatives from assisting or cooperating organizations.
These positions are activated when needed. An incident may have one or two Command Staff roles, all of them, or none as separate positions. The Incident Commander remains responsible for functions that have not been delegated.
The General Staff consists of four section leadership roles. Each activated section is led by a Section Chief who reports to the Incident Commander or Unified Command:
- Operations: Directs tactical work to carry out incident objectives. Depending on the incident, this section may include branches, divisions, groups, strike teams, or task forces.
- Planning: Collects and evaluates information, tracks resources and incident status, and supports development of the Incident Action Plan for the operational period.
- Logistics: Arranges services and support needed by responders, such as facilities, supplies, communications, and other resources.
- Finance/Administration: Tracks incident-related costs, time, procurement, and applicable claims or administrative matters.
Do not add all four sections automatically. Activate only the functions required, and show any person carrying multiple assignments in a way that does not obscure their reporting relationships.
Printable ICS Org Chart Template
Copy or print this generic template and fill in only the positions used for the incident. Add rows for activated subordinate roles as needed; leave unused positions blank or remove them. “Reports to” should identify the immediate supervisor, not merely a senior official elsewhere in the organization.
| Position or role | Reports to | Assigned person | Contact or status |
|---|---|---|---|
| Incident Commander / Unified Command | |||
| Public Information Officer | |||
| Safety Officer | |||
| Liaison Officer | |||
| Operations Section Chief | |||
| Operations subordinate position | |||
| Planning Section Chief | |||
| Planning subordinate position | |||
| Logistics Section Chief | |||
| Logistics subordinate position | |||
| Finance/Administration Section Chief | |||
| Finance/Administration subordinate position | |||
| Other activated position |
Sample — fictional training scenario: For a fictional community parade, Jordan Lee is Incident Commander; Casey Park is the Safety Officer and reports to Jordan; Morgan Reed is Operations Section Chief and reports to Jordan. The remaining template rows are not activated in this brief example.
How to Adapt the Chart to an Incident
Start from the work that must be managed, rather than from a fully populated chart. A manageable sequence is:
- Identify command. Name the Incident Commander or show the members of Unified Command, using the arrangement appropriate to the authorities involved.
- List required functions. Decide which Command Staff and General Staff functions need separate attention. The command function retains responsibility for anything not delegated.
- Add subordinate roles only where workload warrants them. Operations may need geographic divisions or functional groups; Planning may need information or resource-tracking support. Use the applicable local ICS terminology and procedures.
- Record supervisors and assignments. Put each position beneath its immediate supervisor, then add the assigned person and a reliable contact method if the chart will be used as a working contact sheet.
- Check capacity and clarity. Confirm that supervisors can manage their direct reports, no position appears to report to two supervisors, and people can distinguish active roles from vacant or inactive ones.
- Update and distribute the current version. Revise the chart when command, assignments, or the organization changes. Mark the operational period or revision time so a reader can tell whether it is current.
For example, a short-duration road closure might need an Incident Commander, a safety assignment, and an Operations lead, with other functions handled by command. A wildfire or multi-agency flood response may need several sections and nested operational teams. Those are examples of scaling, not fixed org charts for those incident types.
Format, Labels, and Version Control
A useful chart is legible at the size people will actually view or print it. Use consistent box styles, visible reporting lines, and enough spacing to distinguish the Command Staff from the General Staff. If a chart becomes crowded, separate subordinate details into another page or roster and keep the main chart focused on the organization’s structure.
Identify positions by role as well as by person. Personnel may change during a response, while the position and its responsibilities continue. For a live working copy, include a date, time, incident name, and operational period or revision identifier. Follow local policy for handling phone numbers, personnel details, and distribution; a chart shared broadly may need less personal information than an internal contact roster.
Use a consistent notation for vacant, inactive, or not-yet-assigned positions. For example, label a role “not activated” rather than leaving readers to guess whether it was overlooked. If you show an unfilled role for planning purposes, make clear that it is not currently staffed and does not have an active reporting function.
Common Org Chart Problems
- Filling every box by default: This can create unnecessary layers and suggest that functions are active when they are not. Scale the chart to actual needs.
- Confusing a job title with an ICS position: A person’s regular title may differ from their assigned incident role. Label the incident position clearly and follow qualification or authorization requirements that apply in your organization.
- Showing unclear or multiple reporting lines: A position with two apparent supervisors can create conflicting direction. Show the immediate supervisor and document coordination links separately if needed.
- Treating Unified Command as two separate organizations: Show the shared command function in a way that communicates joint decision-making and a coordinated organization beneath it.
- Leaving outdated assignments in circulation: A clear chart can still mislead if people use an old version. Add revision information and withdraw or identify superseded copies according to local practice.
- Using the chart as the whole plan: It does not replace objectives, an Incident Action Plan, safety briefings, resource tracking, or established communication procedures.
When a Different Chart or Document Is Better
An ICS org chart is the right choice when readers need to understand command, supervision, and activated functions. A contact list is better when the main task is finding names and phone numbers. A resource status board is for tracking equipment and teams; a schedule or assignment list is for showing who is doing what and when. These documents can complement one another, but combining every detail into the org chart often makes it harder to read.
For a small, stable operation, a simple one-page chart may be enough. For a large or changing incident, use a high-level chart plus separate rosters for the branches, divisions, groups, or units. Keep the hierarchy consistent across documents, and use the incident’s established forms and local procedures when required. A generic printable template is a starting point, not a replacement for an agency’s approved ICS documentation.
Frequently Asked Questions
What does ICS stand for in an org chart?
ICS stands for Incident Command System. An ICS org chart shows incident leadership, activated staff functions, and reporting relationships under that system.
Does every ICS org chart need all four sections?
No. Operations, Planning, Logistics, and Finance/Administration are the four General Staff sections, but only needed functions should be activated. Command manages functions that are not delegated.
Where do the Public Information Officer and Safety Officer report?
These are Command Staff roles and normally report directly to the Incident Commander or Unified Command, rather than through a General Staff section chief.
Can one person fill more than one ICS role?
In a small incident, a person may perform multiple functions if the workload and applicable procedures allow. Show assignments clearly, watch for conflicts or excessive workload, and split roles as the incident grows.
How often should the chart be updated?
Update it whenever command, assignments, or the organization changes, and identify the current revision or operational period. Follow local procedures for when and how revised charts are distributed.
Is an ICS org chart the same as an Incident Action Plan?
No. The chart describes the organization and reporting lines. An Incident Action Plan communicates objectives and operational information for a period; the chart may support that plan but does not replace it.