- •Кафедра « Экономики, информатики и математики»
- •Методические материалы и рекомендации Тема 1. Исходные термины и определения. Позиционирование курса
- •Тема 2. Управление. Система управления. Моделирование деятельности организации
- •2.1 Принятие решений и информация
- •2.2 Информационное обеспечение менеджмента
- •2.3 Содержание и требования предъявляемые к информации
- •Тема 3. Инструментальные средства построения ис.
- •3.1 Виды информационных технологий
- •3.2 Информация в бизнесе
- •3.3 Количество и качество информации
- •3.4 Инструментальные средства построения ис
- •3.4.1 Информационные системы
- •3.4.2. Интегрированные пакеты
- •3.4.3. Математические пакеты
- •3.4.4. Программные системы для поиска оптимальных решений
- •Тема 4. Реализации информационных систем управления
- •4.1 Реализации информационной системы управления класса "структурное подразделение организации" (отдел). Предварительный анализ
- •4.2. Определение целей ис
- •4.3 Критерии оценки эффективности автоматизированных систем организации
- •Отличительные особенности каталога региональных информационных ресурсов по мп
- •4.4 Понятие о проектах и управлении ими
- •4.4.1 Организационные аспекты управления проектами
- •4.4.2 Процессы управления проектами
- •4.4.3 Взаимодействия процессов
- •Процессы инициализации
- •Процессы планирования
- •Процессы выполнения
- •Процессы управления
- •Процессы завершения
- •Тема 5. Средства обеспечения информационных систем.
- •5.1 Разработка политики безопасности предприятия
- •5.2 Составные части сети предприятия
- •5.3 Политика в отношении информации
- •5.4 Технологии безопасности данных
- •5.5 Безопасность eCommerce
- •5.6 Рекомендации по защите информации
- •5.7 Административная группа управления защитой
- •1. Сотрудник группы безопасности
- •2. Администратор безопасности системы
- •3. Администратор безопасности данных
- •5.8 Определение информации, подлежащей защите
- •Порядок отнесения информации к государственной тайне
- •Сведения, составляющие коммерческую тайну
- •5.9 Политика безопасности для работы в Интернете
- •Основные типы политики
- •Что там должно быть
- •Получение разрешения
- •Претворение политики в жизнь
- •Тема 6. Технология внедрения. Консалтинг и управление проектами при внедрении информационных систем.
- •5.1 Системы моделирования
- •5.2 Комплексное внедрение системы управления проектами
- •5.2.1 Корпоративный стандарт управления проектами
- •5.2.2 Создание Офиса Управления проектами
- •5.2.3 Внедрение технологий для управления проектами
- •5.2.4.Аналитическая отчетность в системе управления проектами
- •5.2.5 Настройка системы управления проектами под бизнес-процессы компании
- •Шаги по настройке системы управления проектами
- •5.2.6 Интеграцию бизнес-процессов управления предприятием
- •5.2.7 Разработка дополнительных программных продуктов для эффективного управления проектами.
- •5.3. Подход к реализации проектного управления в различных отраслях деятельности Компаний
- •5.4. Управление кадрами
- •Список рекомендуемой литературы
- •Экзаменационные вопросы по курсу
4.4.1 Организационные аспекты управления проектами
Используются две противоположные схемы управления – проектная и функциональная. В первом случае в проекте работают люди, занятые только текущим проектом. Созданная для его реализации структура после окончания проекта перестает существовать. Во втором существует жесткая специализация с разбивкой на отделы и функциональными обязанностями. Между ними существуют так называемые матричные схемы управления, для которых характерно смешение элементов обоих схем.
Для реализации проектов, как правило, формируются группы управления проектами во главе с менеджерами проектов, состоящие из руководящего состава и ведущих специалистов.
4.4.2 Процессы управления проектами
Конечно, в каждом проекте есть специфические для прикладной области процессы. Однако, методика управления процессами имеет всегда единую структуру, в которой выделяют группы основных процессов:
Процессы инициализации
Процессы планирования
Процессы выполнения
Процессы управления
Процессы завершения
Эти группы проектов объединены результатом своей работы – результат работы одной группы попадает как входная информация в другую. В центральных группах проектов связи итерационны – планирование производит плановую документацию, идущую на выполнение – после контроля определяются доработки, происходит планирование доработок, и так в цикле пока не будут выполнены все требования к проекту.
Такое взаимодействие происходит как в рамках всего проекта, так и внутри отдельных его фаз. Так, например, при производстве ПО сначала происходит дизайн ПО (разработка планов и ТЗ), а затем уже непосредственно программирование (все это достаточно условно). Как к первую стадию так и вторую можно разбить на подобные группы процессов:
Схема 1. Взаимодействие между этапами
Повторение инициализации процессов на начале каждой фазы и процессов завершения (подведения итогов) в ее конце позволяет планомерно подходить к достижению большой общей цели проекта путем достижения более мелких. К тому же на каждой стадии реализации проекта необходимо подводить итоги, убеждаясь в целесообразности продолжения работы над проектом и что проект по-прежнему удовлетворяет к выдвигаемым к нему условиям (ограничения по бюджету, например).
4.4.3 Взаимодействия процессов
В каждой группе процессов, отдельные процессы связаны своими входами (input) и выходами (output). Исходя их этого, мы можем охарактеризовать для каждого процесса:
Вход – документы или какие-то документированные материалы, с которыми будут производится действия
Инструменты и технологии – механизмы, направленные на получение выходных данных/продуктов из входных
Выход – выходные документы или материалы, являющиеся результатами процесса
Вернемся, однако, к описанию стандартных групп процессов и их внутреннего устройства.
Процессы инициализации
Сущностью процессов инициализации является принятие решения об управляемом переходе из одной фазы в другую.
Процессы планирования
Эта группа процессов предназначена обеспечить всестороннюю разработку планов выполнения целей проекта. На практике усилия, прилагаемые для планирования, следует соизмерять с целями проекта и пользой, полученной при планировании информации.
Для управления проектами характерно признания неизбежности отклонений реализации каждого проекта от плана, даже если последний идеален. Необходимо понимать, что предусмотреть все заранее невозможно, и что непредвиденные обстоятельства являются неизбежными.
Поэтому для методологии управления проектами характерен отказ от попыток предусмотреть все мелочи а самых ранних стадиях проекта и в соответствии с ней уровень детализации графиков должен соответствовать глубине перспективы, на которую они ориентированны.
Это позволяет широко использовать относительно упрощенные графики, лишенные ненужной детализации, что должно обеспечиваться постоянной готовностью обратить вновь вскрывающиеся непредвиденные обстоятельства в пользу проекта за счет их своевременного и открытого рассмотрения. При таком подходе у участников проекта нет необходимости скрывать нежелательные обстоятельства, или рассматривать их выборочно.
Следует обратить внимание, что ряд процессов планирования имеют четкие логические и информационные взаимосвязи и выполняются в установившемся порядке практически во всех проектах. Такие процессы рассматриваются как основные процессы планирования. Их состав и схема взаимодействия показаны на рисунке:
Схема 2. Процессы планирования