1. Общая цель (overall goal) – это долгосрочная цель, в решение которой данная программа вносит свой вклад.
2. Рабочая цель (purpose) – описывает желаемый результат программы, какие выгоды получат заинтересованные стороны и вклад в достижение общей цели. Данная цель всегда должна быть только одна.
3. Ожидаемые результаты (outputs) – это результаты, которые будут получены в процессе выполнения программы, совокупный эффект которых достаточен для достижения рабочей цели. Менеджмент программы должен гарантировать получение ожидаемых результатов. Все они должны быть пронумерованы и увязаны с конкретными мероприятиями. Иногда выделяют еще такую категорию как результаты эффекта (outcomes), которая определяется как совокупность результатов (inputs). Эту категорию еще можно увязать с крупными задачами, которые предполагают наличие нескольких результатов.
4. Мероприятия (activities) – описываются в виде процессов. Необходимо избегать сильной детализации. По сути это преобразования ресурсов в ожидаемые результаты. Все мероприятия должны быть пронумерованы и увязаны с конкретными ожидаемыми результатами.
5. Ресурсы (inputs) – ресурсы должны быть описаны как фонды, необходимый персонал, товары, которые необходимые для выполнения проекта.
6. Формулировка предположений (допущений)
На данном этапе необходимо сформулировать основные предположения, которые могут оказать влияние на выполнение программы и которые менеджмент программы не может контролировать. Формулирование предположений проводят, начиная с нижних элементов программы, и двигаются вверх. Для начала следует определить достаточно ли ресурсов для реализации мероприятий. Затем, достаточно ли мероприятия для получения ожидаемых результатов и нет ли необходимости в реализации дополнительных мероприятий и т. д.
Предположения могут быть получены из дерева целей. Они должны формулироваться, как благоприятные условия и должны быть связаны с различными уровнями программной матрицы. После формулирования предположений, их необходимо проанализировать с точки зрения важности и вероятности наступления. Проверка осуществляется по схеме, представленной на рисунке 5.
Рисунок 5. Анализ предположений (допущений).
Если выявляется что предположение очень важно для достижения результата, но не может произойти, то это «фактор-убийца». Если такие факторы будут найдены, то следует скорректировать программу чтобы избежать влияния этих факторов. Если такая корректировка невозможна, но от программы следует отказаться.
7. Индикаторы
Чтобы эффективно управлять реализацией программы необходимо иметь индикаторы (показатели), по значениям которых мы можем определить получены ли ожидаемые результаты и достигнута ли цель программы.
В программной матрице индикаторы располагаются во второй вертикальной колонке [приложение 1]. Индикаторы разрабатываются для ожидаемых результатов, рабочей цели и общей цели. Их значения могут быть как количественные – сколько помещений будет построено для передачи в аренду малому бизнесу по льготным ставкам, так и качественные – малые предприятия, участвующие в программе функционируют эффективно. При этом необходимо помнить, что качественные индикаторы должны быть измеримы насколько это возможно.
Прямые индикаторы можно дополнять косвенными индикаторами. Несколько индикаторов лучше одного. Например, рабочая цель – увеличение доходов малых предприятий. Прямым индикатором в данном случае будет увеличение продаж. Косвенными индикаторами могут стать – увеличение количества торговых точек, новое оборудование и т. п.
Индикаторы являются основой для мониторинга и оценки программы. Для лучшего определения достижения общей и рабочей целей и ожидаемых результатов индикаторы должны отвечать на ряд вопросов: целевая группа (для кого?), количество (сколько?), качество (насколько хорошо?), время - срок, к которому необходимо получить результат (когда?) и местоположение (Где?).
Кроме того индикаторы должны отвечать ряду критериев:
· Существенность. Индикатор должен определять существенный аспект цели в точных формулировках.
· Независимость. Аналогичные индикаторы не могут быть использованы более чем для одной цели.
· Фактичность. Каждый индикатор должен отражать факт, а не субъективное мнение, так как при таком условии и исполнители и внешние относительно проекта стороны будут иметь подобное представление о значении индикатора.
· Доступность данных для проверки. Индикаторы должны опираться на данные, которые могут быть получены без затраты значительных дополнительных усилий.
Необходимо стремиться к тому, чтобы индикаторы были проработаны достаточно точно, и чтобы разные лица при их использовании получали подобные результаты. Индикаторы, разработанные на начальной стадии разработки программы, могут быть скорректированы после начала ее реализации
После того как индикаторы сформулированы, необходимо определить источники из которых будет получена информация для оценки. Источники за пределами программы должны быть оценены на предмет доступности и актуальности. Также необходимо оценить затраты на проведение мероприятий для получения необходимой информации. Индикаторы, информацию по которым получить затруднительно или слишком дорого, следует заменить другими более дешевыми. Очень часто в проектную матрицу включают дополнительный столбец с указанием источников информации для проверки индикаторов.
Анализ источников информации осуществляется в четыре стадии:
1. Есть ли возможность получения информации из существующих источников (статистика, отчеты и т. п.)?
2. Является ли информация надежной и современной?
3. Требуется ли проводить дополнительные мероприятия для сбора данных?
4. Если требуется проведение дополнительных мероприятий для сбора данных, то оправданы ли затраты на них?
Выводы по главе 2
1. Метод логических таблиц (логико-структурный подход) является в настоящее время широко используемым методом программно-целевого планирования и является стандартом при разработке и реализации программ международных фондов и организаций.
2. Методология логико-структурного подхода глубоко проработана и позволяет управлять реализацией программы, используя единый целевой ориентир (рабочая цель программы), учитывая стратегическую направленность (общая цель) и внешние факторы (предположения/допущения), которые могут повлиять на реализацию программы.
3. Программа, разработанная по методу логических таблиц, представляет собой четкую логическую цепочку взаимосвязанных элементов: общая цель – рабочая цель – ожидаемые результаты – мероприятия – ресурсы.
4. Ресурсы, мероприятия и ожидаемые результаты находятся в зоне непосредственного контроля менеджмента программы, в то время как общая и рабочая цели находятся вне их контроля.
5. В логико-структурном подходе используется система индикаторов, которая позволяет отслеживать и оценивать качество реализации программы. Индикаторы четко закреплены за тремя элементами программы: ожидаемыми результатами, рабочей целью и общей целью.
Глава 3. Анализ программ поддержки и развития малого бизнеса на примере программ г. Москвы и Калужской области
3.1. Основа для проведения анализа программ поддержки и развития малого предпринимательства
Для проведения анализа были взяты две программы по поддержке и развитию малого предпринимательства двух регионов центрального федерального округа - городская целевая программа развития и поддержки малого и среднего предпринимательства в городе Москве на 2010-2012 гг. [17] и областная целевая программа «Государственная поддержка и развитие малого предпринимательства в Калужской области на 2007-2009 годы» [16].
Основой анализа является список критериев проверки корректности разработанной программы. Данный список составлен в соответствии с требованиями логико-структурного подхода.
1. Идентификация целевой группы и заинтересованных сторон.
· Географическое местоположение, где целевая группа проживает (например, Москва).
· Область деятельности представителей целевой группы (например, малые предприниматели).
· Экономическая ситуация и условия жизни целевой группы.
· Потребности целевой группы.
· Пол и возраст представителей целевой группы.
· Социальный статус представителей целевой группы.
2. Общая цель программы.
· Общая цель должна быть согласована с общей политикой государства в данной области.
· Общая цель должна быть не слишком амбициозной, то есть достижение рабочей цели программы должно внести значительный вклад в достижение общей цели.
· Общая цель должна четко отражать потребности целевых групп.
· Формулировка должна отражать желаемое состояние, а не средство (процесс).
· Формулировка должна осуществляться в общепринятых терминах.
· Формулировка не должна содержать двух и более целей с причинно-следственными связями.
3. Рабочая цель программы.
· Рабочая цель должна быть одна.
· Рабочая цель должна формулироваться на основании потребностей целевых групп.
· Реализация рабочей цели в значительной степени будет способствовать реализации общей цели.
· Рабочая цель реалистична, и будет достигнута в ходе реализации программы.
· Рабочая цель находится вне непосредственного контроля менеджмента программы.
· Рабочая цель сформулирована как желаемое состояние, а не как процесс.
· Рабочая цель должна быть точной и проверяемой.
4. Задачи и ожидаемые результаты.
· Ожидаемые результаты четко соответствуют задачам.
· Все необходимые для достижения рабочей цели программы задачи и ожидаемые результаты должны быть включены в программу.
· В программу должны включаться только те ожидаемые результаты, получение которых может быть гарантировано менеджментом программы.
· Каждый результат должен быть рассмотрен как необходимое средство для достижения рабочей цели.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 |
Основные порталы (построено редакторами)