Skip to content
EMPOBase
en

How to coordinate field operations across several sites

By the EMPOBase team · · 5 min read

Short answer

Coordinate several sites with one shared rhythm and one shared set of records. Give each site a named lead, use the same weekly report format everywhere, hold a short fixed call, and keep one place for who does what where. Decide in advance which issues each site solves alone and which go up, so problems surface early and the same question is not asked twice.

Key points

  • Use one report format and one weekly rhythm at every site.
  • Name one lead per site and write down what they can decide alone.
  • Keep a single record of who does what where, and update it on a schedule.
  • Define escalation triggers before the first problem, not during it.

Why do multi-site operations drift apart?

Each site has its own roads, partners, weather and habits. Within a few months, each one runs a little differently. One site reports on Friday and another on Monday. One counts a training as done when it is scheduled, another when it is finished. The country office then sees a blurred picture and cannot compare sites or move resources between them.

Coordination is not control from the centre. It is a small set of shared rules that make sites comparable, so that problems are visible early and good ideas can travel.

What is the minimum you need to coordinate?

Start with four things. If you have these, most other tools are optional.

  1. A named lead for each site. One person who answers for the site, with a named deputy.
  2. A shared weekly rhythm. The same cut-off day, the same report format, the same call time.
  3. A record of who does what where. A simple list of activities, partners and locations, kept current. Our article on the 3W matrix explains how.
  4. Escalation rules. A short list of events that must go up the same day.

A short example shows why this works. A country office has three field sites. Without shared rules, each site lead sends news by message whenever they like, and the coordinator spends Monday piecing together a picture. With the four basics, the coordinator opens three reports in the same format, sees that one site has a vehicle problem and another is waiting for a purchase approval, and uses the weekly call to settle both in minutes.

Start small. You can add dashboards, shared drives and tools later. The four basics cost almost nothing, and without them no tool will help.

How do you set a weekly rhythm?

Use a fixed sequence so nobody guesses what comes next.

  1. Day 1 to 4: Sites carry out activities and note progress and problems as they happen.
  2. Day 5: Each site lead sends the weekly report by a set hour.
  3. Day 6: The coordinator reads all reports and flags gaps, delays and risks.
  4. Day 7 or the next working day: A short call of 30 to 45 minutes. Each lead gets a few minutes. Decisions are written down.

Keep the call for decisions. Information that can be read in the report should not be read aloud.

Set the rhythm with the site leads, not for them. Ask what day suits their work, what time the field team is back from the field, and when connections are best. A rhythm that ignores the market day or the weekly transport run will be broken in the first month.

Write the rhythm on one page and review it after three months. If a step never produces a decision, remove it.

What should a site report contain?

Use the same headings at every site. A short report that is always complete beats a long one that varies.

SectionQuestion it answers
Activities doneWhat happened this week, and where?
Planned nextWhat will happen next week?
People reachedCounts by activity, with a note on how you count
IssuesWhat is blocked, and who can unblock it?
Safety and accessDid anything change in security or road access?
NeedsSupplies, vehicles, cash or staff needed from the centre

Ask each site to separate facts (“the road was closed for three days”) from judgement (“we think it will reopen”).

Which decisions stay at the site?

A site lead who must ask for every small decision slows the whole operation. A site lead with no limits can create risk. Write a short table of decisions and owners.

  • Site decides alone: local scheduling, small purchases within their approval limit, which community meeting to attend first.
  • Site decides and informs: a change of venue, a short delay, a local partner swap for one activity.
  • Centre decides: a change to targets, budget moves between lines, anything that touches security rules or donor terms.

Our article on change requests in grant-funded projects covers the third group in more detail.

Review this table once a year and after any serious incident. When the table changes, tell every lead on the same day, so nobody works from an old version. Where limits are set by money, tie them to your procurement approval levels; our article on approval limits for procurement shows how.

When should an issue go up the same day?

Agree the triggers in advance. Typical ones are a safety incident, a loss of access to a site, a safeguarding concern, a stock-out of a critical item, or a complaint that names a staff member. For these, the lead calls or messages the coordinator at once and writes the report after. For everything else, the weekly report is enough.

Write the triggers on one page and give a copy to every site lead and deputy.

Where EMPOBase fits

In EMPOBase, Field reporting holds SitReps and incident reports, plus a beneficiary registry and collection links, so every site uses the same forms and the coordinator reads them in one place. The 3W Coverage view in MEAL shows who does what where. Field reporting works online only; offline capture is not promised, so sites with weak connections need a fallback for the day. Totals are counts of records, not unique people reached. See the field-to-results workflow for the full chain.

Questions people ask

How many sites can one coordinator manage?

There is no fixed number. It depends on distance, the size of each team and how steady the work is. If the coordinator cannot read every weekly report and act on it, add a second coordination layer.

What if a site has poor phone or internet access?

Agree a fallback in advance, such as a short message at set times, and set realistic reporting deadlines. Do not design a process that fails when a connection drops for a day.

Should every site use its own forms?

No. Local detail is fine, but the core fields should match. If every site reports in its own way, you spend the week translating instead of deciding.