ГЛАВНАЯ СТРАНИЦА ФОНДЫ ГРАТОВОЙ ПОДДЕРЖКИ БИБЛИОТЕКА ОГЛАВЛЕНИЕ НАЗАД |
|
Хорошо приготовленный проект должен быть связно изложен. Введение должно логически подготавливать Постановку проблемы, аналогично и последний раздел должен иметь логический переход к Целям и задачам.
Цели (goals) - это наиболее общие утверждения типа: Создать дополнительные источники информации о СПИДе для двуязычного населения; снизить число безработных среди взрослого населения; создать службу мониторинга и т.п.
Утверждения подобного рода не могут быть оценены количественно. Их главная задача - показать тип проблемы, с котрым имеет дело проект. Тем самым цели отличаются от задач.
Задачи (objectives) - конкретные и поддающиеся измерению результаты работы Вашего проекта. Задачи - это те возможные улучшения ситуации, которую Вы описывали в разделе Постановка проблемы. Если каждый раз при написании задач проекта Вы будете рассматривать их в этом ключе, то легко поймете, как они должны выглядеть. Например, если проблема состоит в том, что некоторые дети в Вашей школе читают в несколько раз хуже чем остальные дети их возраста, то задачей может состоять в том, чтобы к окончанию проекта определенный процент таких детей научился читать значительно лучше, чем прежде. Они будут читать лучше, чем те их сверстники, кто был раньше на одном с ними уровне, но не был охвачен проектом. В подобных задачах следует указывать, кто охвачен проектом, что следует изменить, в каком направлении, насколько и к какому сроку.
В качестве еще одного примера задачи, поддающейся измерению, рассмотрим следующий:
ВАЖНОСТЬ РАЗЛИЧЕНИЯ ЗАДАЧ И МЕТОДОВ
Многие, если не большинство, проектов имеют своей основной целью организацию какой-либо программы или службы. Это типично для неприбыльного сектора в целом, большинство организаций которого обычно предлагают различные услуги. Поэтому в проектах такого рода часты Задачи следующего типа:
В данном случае в Задаче ничего не говорится о результатах, то есть о тех изменениях в ситуации, описанной в Постановке проблемы. Задача, приведенная выше, неплоха, если в Проблемной части утверждалось, что главная проблема состоит в ""отсутствии консультативных служб", однако скорее всего там говорилось также о росте молодежной преступности, нарушениях правил школьного распорядка и т.д.
Таким образом, Задачи должны быть максимально конкретизированы. В них должны содержаться количественные данные о степени полезности проекта. Некоторые заявители, стараясь быть конкретными, берут цифры "с потолка". Например, некая служба пишет, что их задача была "уменьшить уровень безработицы в Н-ском районе на 10% за конкретный период времени". Главный вопрос: откуда взялись такие цифры? Как правило, их пишут просто потому, что они солидно выглядят. Кажется, что таким образом демонстрируется реальное достижение. Однако количественнеы показатели должны быть более надежны. Возможно, что ни в одной программе еще никогда не удавалось сделать ничего подобного. Возможно, что в среднем безработица может быть уменьшена на 2-6%, и в этом случае 5% будет уже очень хорошим показателем, а 6% - максимально возможным. Тогда 10% - просто выдумка, причем показывающая Вашу некомпетентность в выбранной области. Все время помните, что Задачи должны быть реалистичны и выполнимы. Решите сразу, возможно ли достичь десятипроцентной отметки, и не пытайтесь включать в заявку заведомо невыполнимые вещи.
Если Вам трудно сразу описать все задачи, попытайтесь представить, чем Вы будете заниматься через год - два. Какие бы Вы хотели увидеть изменения? Какие различия между существующим положение дел и будущим? Достижение подобных перемен и может являться задачей Вашего проекта.
ЗАМЕЧАНИЕ О МЕТОДИЧЕСКИХ ЗАДАЧАХ
(PROCESS OBJECTIVES)
Возможно, Вам приходилось встречать Задачи следующего типа:
Подобные Задачи называются методическими, так как относятся к разделу Методов. Они говорят о том, ЧТО Вы будете делать, а не что ПОЛУЧИТСЯ В РЕЗУЛЬТАТЕ. Крайне важно отличать такие методические задачи (process objectives) от настоящих задач-целей (outcome objectives). Если Вы не будете этого делать, то будете знать лишь о процессах, произошедших в самой программе за время ее выполнения, а не об изменениях в окружающей ситуации. Помните, что вы организуете проект, который призван изменить нечто в окружающем мире, а не просто создать еще одну службу в среде, уже и без того перенасыщенной разными советчиками и помощниками.
Методические задачи могут быть весьма полезны, но во избежание путаницы их следует помещать в Методах, а не в Целях и задачах.