Operating Model
ProjectDesk is built around a results-based field operations model. This means each workspace should connect project intent, field work, evidence, MEL records, reporting, and learning decisions in one continuous journey.The ProjectDesk Work Cycle
The normal work cycle is:- Define the project and its results framework.
- Document the MEL plan.
- Create workstreams, locations, and activities.
- Define evidence requirements.
- Assign and complete field work.
- Submit evidence against the requirement.
- Review evidence and request corrections where needed.
- Update indicators, risks, reports, and stakeholder updates.
- Record learning or adaptation decisions.
- Share approved information with stakeholders or auditors.
Results Framework
The results framework explains why the project exists and what change it is meant to create. It can include:| Level | Meaning |
|---|---|
| Impact | The larger change the project contributes to |
| Outcome | The change expected for people, systems, or institutions |
| Output | The concrete deliverable or completed work that supports the outcome |
MEL Plan
The MEL plan explains how the project will monitor progress, evaluate results, and learn from implementation. It can include:- Theory of change
- Learning questions
- Data sources
- Collection frequency
- Responsible role
- Reporting use
- Data quality approach
- Evaluation plan
Evidence Requirements
Evidence requirements define the standard field teams must satisfy when submitting proof of work. An evidence requirement can describe:- The activity it supports
- The expected proof
- The required format
- The verification standard
- The data quality checks reviewers should apply
Indicators
Indicators track progress against a target. In ProjectDesk, an indicator should also explain how the data is collected and used. Useful indicator metadata includes:- Baseline
- Target
- Actual value
- Data source
- Collection frequency
- Responsible role
- Reporting use
- Quality notes
Learning and Adaptation Decisions
Learning decisions record what the team changed because of evidence, risk, field feedback, or stakeholder review. A good decision record states:- What evidence or issue triggered the decision
- What decision was made
- What next step follows
- Whether the decision is still open, in progress, or closed