Quality Assessment Checklist
Standards and self-assessment criteria for validating your community-grounded Logical Framework maintains both professional rigor and authentic stakeholder voice.
Quality Philosophy
graph TB
A["🧪 TEST YOUR LOGFRAME QUALITY"]
B["❓ VERTICAL LOGIC TEST"]
C["✅ PASS"]
D["❌ FAIL"]
E["🔧 FIX: Strengthen connections"]
F["❓ HORIZONTAL LOGIC TEST"]
G["✅ PASS"]
H["❌ FAIL"]
I["🔧 FIX: Refine indicators"]
J["❓ COMMUNITY LOGIC TEST"]
K["✅ PASS"]
L["❌ FAIL"]
M["🔧 FIX: Revalidate with stakeholders"]
N["❓ IMPLEMENTATION LOGIC TEST"]
O(["💪 STRONG LOGFRAME"])
P["❌ FAIL"]
Q["🔧 FIX: Adjust scope/resources"]
A --> B
B --> C
B --> D
D --> E
E --> B
C --> F
F --> G
F --> H
H --> I
I --> F
G --> J
J --> K
J --> L
L --> M
M --> J
K --> N
N --> O
N --> P
P --> Q
Q --> N
style A fill:#6B7280,stroke:#4B5563,color:#fff
style B fill:#FEF3C7,stroke:#F8CC1B,color:#2A2A2A
style C fill:#D9F99D,stroke:#72B043,color:#2A2A2A
style D fill:#FCA5A5,stroke:#E12729,color:#2A2A2A
style E fill:#FED7AA,stroke:#F37324,color:#2A2A2A
style F fill:#FEF3C7,stroke:#F8CC1B,color:#2A2A2A
style G fill:#D9F99D,stroke:#72B043,color:#2A2A2A
style H fill:#FCA5A5,stroke:#E12729,color:#2A2A2A
style I fill:#FED7AA,stroke:#F37324,color:#2A2A2A
style J fill:#FEF3C7,stroke:#F8CC1B,color:#2A2A2A
style K fill:#D9F99D,stroke:#72B043,color:#2A2A2A
style L fill:#FCA5A5,stroke:#E12729,color:#2A2A2A
style M fill:#FED7AA,stroke:#F37324,color:#2A2A2A
style N fill:#FEF3C7,stroke:#F8CC1B,color:#2A2A2A
style O fill:#007F4E,stroke:#00b369,color:#fff
style P fill:#FCA5A5,stroke:#E12729,color:#2A2A2A
style Q fill:#FED7AA,stroke:#F37324,color:#2A2A2A
Key Insight
Four Quality Dimensions
Assess your Logframe across these interconnected quality dimensions:
1. Foundation Utilization
Does your Logframe systematically integrate all Module 1 work?
2. Community Grounding
Does your framework preserve stakeholder voice and priorities?
3. Professional Standards
Does your Logframe meet technical requirements funders expect?
4. Implementation Readiness
Does your framework provide clear foundation for Lessons 2.2-2.4?
Dimension 1: Foundation Utilization Quality
Verify that your Logframe systematically integrates all Module 1 analytical work:
Integration Checklist
Self-Assessment Tip
Dimension 2: Community Grounding Preservation
Ensure your Logframe authentically reflects stakeholder voice and priorities:
Community Authenticity Checklist
Community Grounding Test
The "Stakeholder Recognition" Test: If you showed this Logframe to key stakeholders from your engagement work (without your explanation), would they recognize their input, priorities, and vision? If not, community grounding may have been lost during operationalization.
Dimension 3: Professional Quality Standards
Verify your Logframe meets technical requirements funders and evaluators expect:
Professional Standards Checklist
Logic Testing Standards
Conduct these four essential logic tests:
| Logic Test | Pass Criteria |
|---|---|
| Vertical Logic | Reading bottom-up: "If we do these activities, we will produce these outputs. If we produce these outputs, we will achieve this purpose. If we achieve this purpose, we contribute to this goal." Each level logically causes the next. |
| Horizontal Logic | For each objective level, indicators actually measure achievement of that objective. Someone tracking these indicators would know if you achieved the stated goal/purpose/output/activity. |
| Community Logic | Framework reflects community priorities, definitions of success, and cultural understanding of change. Stakeholders would recognize their input and endorse the logic. |
| Implementation Logic | Framework is realistic given available resources, capacity, and timeframe. You can actually deliver what you're promising to measure. |
Dimension 4: Implementation Readiness
Ensure your Logframe provides clear foundation for remaining Module 2 work:
Readiness Checklist
Common Integration Pitfalls to Avoid
Watch for these frequent mistakes that undermine Logframe quality:
❌ Pitfall Category 1: Foundation Work Abandonment
- Creating new logic that ignores Problem Tree analysis: "We analyzed root causes, then designed activities based on generic best practices instead"
- Developing indicators that don't reflect community priorities: "We measured what's easy to measure, not what stakeholders said mattered most"
- Using generic assumptions instead of stakeholder-informed risk management: "We listed standard assumptions without converting Theory of Change insights to risk monitoring"
- Adopting standard logframe language that erases community voice: "Our Logframe could apply to any project anywhere—nothing specific to our community emerged"
❌ Pitfall Category 2: Community Grounding Loss
- Prioritizing funder preferences over community validation: "We changed indicators after stakeholder validation because we thought funders wanted different metrics"
- Using technical language community partners can't understand or engage with: "Our stakeholders can't explain the Logframe to their communities because the terminology is too specialized"
- Designing verification methods that extract data without reciprocal community benefit: "Our M&E plan serves our reporting needs but provides no value to the community"
- Making assumptions about community capacity or preferences without consultation: "We assumed certain activities were culturally appropriate without validating with stakeholders"
❌ Pitfall Category 3: Logical Inconsistency
- Breaking the Theory of Change to Logframe translation without community input: "Our Logframe Goal doesn't match our Theory of Change Impact because we changed it during operationalization"
- Creating indicators that don't actually measure stated objectives: "Our Purpose indicator tracks participation, not the actual change in wellbeing we stated as the purpose"
- Developing verification methods too complex or expensive for realistic implementation: "Our M&E plan would consume 40% of project budget, clearly infeasible"
- Ignoring assumptions that community identified as critical during engagement: "Stakeholders emphasized government support as essential, but we didn't include it in assumptions column"
Pitfall Recovery
Quality Self-Assessment Scoring
Evaluate your overall Logframe quality across all four dimensions:
Scoring Guide
STRONG (18-20 criteria met)
Your Logframe demonstrates systematic integration, authentic community grounding, professional rigor, and implementation readiness. You have competitive advantage for funding and strong foundation for Lessons 2.2-2.4.
DEVELOPING (14-17 criteria met)
Your Logframe has solid foundation but gaps in integration or community grounding. Review unchecked criteria and strengthen before community validation. Consult relevant Lesson 2.1 sections or Module 1 materials.
NEEDS STRENGTHENING (10-13 criteria met)
Your Logframe requires significant revision before stakeholder validation or proposal use. Identify specific gap areas and revisit foundation work. Consider scheduling mentor/consultant review.
REQUIRES MAJOR REVISION (<10 criteria met)
Your Logframe doesn't yet meet minimum quality standards. Return to Module 1 foundation work to ensure systematic analysis before attempting Logframe development. Integration cannot be rushed.