Let’s be honest – program planning is hard work. Program planning tools help, but they can be downright overwhelming to use!
There are as many ways to do program planning as there are programs. In Cooperative Extension organizations around the country, the logic model is a well used and vetted system. The University of Wisconsin has excellent resources for how to use logic models in program planning. Public health organizations offer some excellent models – the Centers for Disease Control and the Rand Corporation have some great resources. And all these models vary in the number of steps they include and how they are described.
One day as I was searching for a simple but comprehensive representation of the engineering design process, it dawned on me that program planning, at its essence, is similar. Ironically, the engineering design process also varies in the number of steps and how they’re described.
The engineering design process begins with identifying the problem to be addressed and the constraints in solving it. The next step involves brainstorming ideas and solutions, seeking out resources to help.
If we compare these steps to the beginning steps of Wisconsin’s program development model, we see similarities in identifying the issue or situation in the first step and being able to describe the desired outcomes in the second step. Both of these steps have elements of information gathering and resource identification.
The remaining steps for these two models are very similar and the concepts are easily identifiable to each other: design your plan, carry out your plan, and analyze or evaluate your plan. What I really like about both of these models is that they are visualized as cyclical. Engineering design is inherently cyclical but program planning is not as commonly represented that way. But I would argue that nearly everything we do in program planning is part of a cycle, if not part of the program, then it at least feeds into our own knowledge and informs our best practices.
What I also like about these two models is their simplicity – only five steps. And I can usually rattle these steps off the top of my head when asked (did you know there is actually some neurological evidence that supports “Miller’s Law” or “The Magical Number 7” which argues that the capacity of human short term memory is 7 (plus or minus 2) items?).
Even across all of the various and varied models of program planning, or engineering design, the underlying factor that they all have in common is that they are systematic process that helps you set a course to reach your intended outcomes.
Do you find these models too simplistic, too complicated or just right as program planning tools? What other models or tools are you drawn to?
My parting thought: Oddly, another thing program planning and engineering design have in common is that there is rarely a best or perfect solution, but rather an optimal solution given the conditions or constraints. I encourage you to research different program planning models, tools, resources, or processes to find the ones that are systematic, make sense to you (and you can remember), that help you find the optimal solutions.
You are welcome to comment on this blog post. We encourage civil discourse, including spirited disagreement. We will delete comments that contain profanity, pornography or hate speech--any remarks that attack or demean people because of their sex, race, ethnic group, etc.--as well as spam.