- •МЕТОДЫ И СРЕДСТВА БИЗНЕС-РАЗВИТИЯ
- •1.1. Стратегическое планирование и управление
- •Миссия организации - философская категория, определяющая:
- •Результат процесса формулирования миссии
- •Примеры миссий
- •1.13. Основы технологии стратегического планирования
- •Определение стратегического планирования
- •Результат стратегического планирования
- •Инициация стратегического плана
- •Вяэнотности
- •Била
- •Слабость
- •СРЕДА
- •Анализ проделанной работы
- •Осуществление стратегии через проекты
- •Некоторые замечания по стратегическому планированию
- •Сделаем некоторые выводы
- •1.2. Кратко об управлении проектами
- •1.2.1. Определения «проект» и «управление проектами»
- •Фазы жизненного цикла продукта
- •1.2.5. Основные компоненты проекта
- •1.2.6. Логика управления проектами
- •1.2.7. Функции управления проектами
- •Управление временем
- •Управление стоимостью
- •Управление качеством
- •Управление персоналом
- •Управление коммуникациями
- •1.2.10. Организационные структуры управления проектами
- •Организация проектов в рамках функциональной структуры
- •Организация проектных структур по принципу независимых команд
- •Организация проектов в матричной организации
- •1.3. Информационные технологии в управлении проектами
- •Сравнение MS Project, Primavera и Spider
- •Блок генерации финансовых документов
- •СОСТАВЛЕНИЕ БИЗНЕС-ПЛАНА ПРОЕКТА
- •2.1. Введение в проблему
- •Типовое содержание бизнес-плана
- •Методика составления разделов бизнес-плана
- •Сегментирование рынка:
- •Прогнозирование продаж:
- •MS PROJECT 2002 И ЕГО ПРИМЕНЕНИЕ ПРИ РАЗРАБОТКЕ БИЗНЕС-ПЛАНА
- •3.1. Введение в проблему
- •3.2. Пример постановки задачи
- •3.2.1. Основное содержание проекта
- •3.2.2. Определение состава и параметров работ
- •3.4. Задание сведений о проекте
- •3.5. Настройка базового и создание новых календарей
- •3.5.3. Создание нового календаря
- •3.6. Ввод работ
- •3.8. Оформление графика работ и просмотр критического пути
- •3.8.1. Форматирование таблицы
- •3.9. Группировка работ или создание структуры графика работ
- •3.9.1. Деление проекта на этапы
- •3.11. Назначение ресурсов
- •3.12. Управление ресурсами и затратами при планировании работ во времени
- •3.12.4. Установка типа задач по умолчанию
- •3.14. Решение проблемы перегрузки ресурсов
- •3.16. Вывод информации о проекте на печать
- •1. Зафиксируем начало работ
- •3.18. Применение методики PERT для анализа проектов
- •ГЛАВА 4
- •4.1. Постановка задачи
- •4.2. Запуск Project Expert и создание файла проекта
- •4.3. Задание общей информации о проекте
- •Стартовый баланс. Активы. Запасы готовой продукции
- •Стартовый баланс. Активы. Запасы комплектующих
- •4.5.2. Окружение. Ставка рефинансирования
- •4.5.3. Окружение. Инфляция
- •4.6. Календарное планирование проекта в модуле «Инвестиционный план»
- •4.6.1. Разработка календарного плана
- •4.6.3. Корректировка ресурсов, необходимых для выполнения календарного плана
- •Производство. Другие издержки.
- •Производство. Продукты
- •4.7.4. Задание плана по персоналу
- •Баланс об использовании прибыли
- •4.9.5. Детализация результатов и таблицы пользователя
- •4.9.6. Создание отчета в среде Project Expert
- •II. Коэффициенты эффективности или оборачиваемости активов
- •4.10.2. Анализ эффективности проекта
- •Раздел «Анализ безубыточности»
- •1. ПАРАМЕТРЫ КРЕДИТНОЙ СДЕЛКИ
- •1.1.Вид испрашиваемого кредита
- •3. СВЕДЕНИЯ О ЗАЕМЩИКЕ
- •3.1. Наименование организации
- •3.6. Регистрирующий орган
- •3.7. № свидетельства о регистрации
- •3.10. Данные о руководстве:
- •Список литературы
- •Оглавление
- •Методы и средства управления бизнес-проектами
1.2.10. Организационные структуры управления проектами
Многие организации испытывали огромные трудности, пытаясь одновре менно с созданием системы для организации проектов управлять текущей дея тельностью.
Одна из основных причин таких трудностей заключается в объективных противоречиях между проектами и структурными базовыми принципами, на которых основаны традиционные организации [4].
Во-первых, проекты являются уникальными, единичными мероприя тиями с вполне определенным началом и завершением.
Во-вторых, большинство проектов по своей сути являются междисципли нарными, что требует координации усилий самых разных специалистов.
Большинство организаций созданы для эффективного управления непрерыв ной деятельностью, где полномочия распределяются иерархически по функцио нальным линиям.
Совмещение этих двух систем полно противоречий.
Классифицировать варианты взаимоотношений, как показано ниже, можно по-разному.
1.По соответствию организационной структуры системе взаимоот ношений участников проекта классифицируют следующие структуры:
•выделенную,
•«управление по проектам»,
•«всеобщее управление по проектам»,
•двойственную,
•«сложные схемы».
2.По соответствию организационной структуры содержанию проек та выделяют структуры:
•функциональную,
•проектную,
•матричную.
Рассмотрим более подробно второй вариант.
Организация проектов в рамках функциональной структуры
Когда принимается решение о разработке проекта, работа над различны ми частями проекта поручается соответствующим функциональным подразде лениям, при этом каждое подразделение отвечает за выполнение работ над своим сегментом проекта (табл. 1.6).
|
|
|
Таблица 1.6 |
|
|
Функциональная структура: сильные и слабые стороны |
|
||
|
Сильные стороны |
|
Слабые стоооны |
|
• |
Фокус на специализации |
• |
Нет четкого взаимодействия с заказчи |
|
• |
Нет дублирования функций |
ком |
|
|
• |
Максимальная гибкость при использо |
• |
Нет осознания целостности проекта |
|
вании персонала |
• |
Нет ориентации на проблему |
|
|
• Обмен знаниями и опытом |
• |
Нет четкости коммуникации |
|
|
• |
Технологическая непрерывность |
• |
Затруднен контроль 1рафик/затраты |
|
• |
Нормальные возможности для повыше |
• Слабая мотивация членов команды по |
|
|
ния квалификации |
проекту |
|
||
• Эксперты могут принимать участие в |
• |
Клиент не находится в центре внимания |
|
|
различных проектах |
Иногда ни у кого нет полной ответственно |
|
||
|
|
сти за проект |
j |
Организация проектных структур по принципу независимых команд
Другая крайность структур управления проектом - независимые проект ные команды. Эти команды действуют независимо от основной структуры управления. Как правило, управляющий проектом должен сформировать ос новную, ключевую, группу специалистов, работающих над проектом полный рабочий день. Управляющий проектом набирает необходимый персонал как внутри, так и за пределами организации. Команда физически отделена от ор ганизации и имеет четкую установку на достижение цели проекта.
Ниже приведены два варианта выделения проектных команд.
В первом случае (рис. 1.7) проектная структура создается при материн ской организации и только на время реализации проекта. Затем она расфор мировывается.
Рис. 1.7. «Выделенная» организационная структура управления проектом
Во втором случае (рис. 1.8) вся организация состоит из проектно ориентированных подразделений, каждое из которых живет самостоятельной жизнью.
Рис. 1.8. Организационная структура «Управление по проектам»
Сильные и слабые стороны проектной структуры определены в табл. 1.7
|
|
|
Таблица 1.7 |
|
Проектная структура: сильные и слабые стороны |
||
|
Сильные стороны |
|
Слабые стороны |
• |
Четкое взаимодействие с заказчиком, |
• |
Неэффективное использование сотрудни |
быстрое принятие решений |
ков, дублирование усилий в каждой области |
||
• |
Четкий контроль и коммуникации |
• |
Не стимулирует обмен знаниями и опы |
• |
Баланс технических, финансовых и вре |
том |
|
менных аспектов |
• |
Нет возможности использовать опыт |
|
• |
Стимулирует командную работу |
функциональных подразделений |
|
• |
Высокая степень мотивации членов ко |
• |
Менеджер проекта должен нанимать и |
манды |
увольнять |
||
• |
Менеджер проекта имеет все полномо |
• Стремление МП делать запасы |
|
чия но проекту |
• |
Проект живет своей собственной жизнью |
|
• |
Все члены команды подотчетны ме |
• |
Озабоченность относительно того, что |
неджеру проекта |
будет по окончании проекта |
•Линии коммуникации укорачиваются
•Более или менее постоянный персонал
•Быстро принимаются решения и быстро учитываются требования клиента
•Организации просты по структуре и гибки
•Подход к проекту как к единому цело му
Организация проектов в матричной организации
Матричная структура управления является гибридной организацион ной формой, в которой структура горизонтального проектного менеджмента «накладывается» на обычную функциональную иерархию (табл. 1.8). В мат ричной структуре существуют два канала управления - по функциональным линиям и по проектным линиям. Части проекта делегируются различным отделам или автономным командам, а участники проекта подотчетны одно временно функциональным менеджерам и управляющим проектами.
Компании применяют эту очень маневренную схему управления са мыми различными способами.
Управляющий проектом отвечает за интеграцию и контролирует выпол нение проекта. Функциональные менеджеры отвечают за вклад своего под разделения в проект.
В принципе каждое проектное решение и каждая операция должны об говариваться. Как правило, составляется матрица ответственности по схеме, указанной ниже.
Рис. 1.9. Схема заполнения матрицы ответственности: ССР - структурная схема работ по проекту,
ССО - структурная схема организации
Таблица 1.8
Матричная структура: сильные и слабые стороны
|
Сильные стороны |
|
Слабые стороны |
| |
• |
Сохраняются преимущества функциональной |
• |
У функциональных подразде- |
; |
структуры |
лений нет ответственности за ко- |
1 |
||
• |
Основное внимание - проекту |
нечные продукты |
|
|
• Четкое взаимодействие с заказчиком |
• |
Двойной фокус принятия ре |
|
|
• |
Большая гибкость в организации проекта |
шений |
i |
|
• |
Совместное использование ресурсов |
• |
Сложность оценки деятельно |
|
• |
Доступ к знаниям и технологии в функциональ |
сти персонала |
|
|
ных подразделениях |
• |
Конфликт приоритетов |
|
|
• |
Нет большой озабоченности относительно того, |
• |
Политическая напряженность |
|
что будет, когда проект закончится |
среди МП |
|
||
• |
Быстрое реагирование на требования клиента |
• |
Требуется большой опыт в ве- |
| |
• Общая политика и процедуры с головной орга |
дении переговоров МП |
I |
||
низацией |
• |
Нарушает принцип единонача- |
! |
|
• Баланс ресурсов при осуществлении нескольких |
Л И Я |
|
|
|
проектов |
|
|
|
1.2.11.Факторы, определяющие переход на «управление проектами»
(или что происходит в мире)
Кфакторам, определяющим переход, относятся:
•Сокращение жизненного цикла продукта.
•Глобальная конкуренция.
•Взрыв объема знаний (новые технологии).
•Увеличение доли корпораций небольших размеров (необходимость большей кооперации).
•Оказание большего внимания клиенту (работа под потребности групп населения).
•Быстрое развитие стран третьего мира и стран с закрытой экономи кой (новые специфические рынки, совместные предприятия, часто интегри рованные финансы).
1.2.12.Эволюция систем управления проектом
Эволюция включает 3 фазы:
•Первая фаза - случайное использование.
•Вторая фаза - формальное применение «материнской организации».
•Третья фаза - организации, ориентированные на проекты.
1.2.13.Критерии успеха проектного подхода
Критерии |
Баллы |
• Заинтересованность пользователя |
19 |
(инвестора, владельца) |
16 |
• Поддержка со стороны высшего |
|
руководства |
15 |
• Четкое формулирование требова |
|
ний |
11 |
• Правильное планирование |
|
• Реалистичность ожиданий |
10 |
• Разбивка проекта по этапам |
9 |
• Квалифицированный персонал |
8 |
• Материальная заинтересованность |
6 |
проектной команды |
3 |
• Четкое понимание задач и целей |
|
• Трудолюбивый, ориентированный |
3 |
на выполнение работы персонал |
|