Обеспечение проектной деятельности. 6358.03.01_РУ.01_1_БИОР. Оглавлени естр
 Скачать 0.78 Mb.
|
|
3 О Г Л А В Л Е Н И Е Стр. ДИДАКТИЧЕСКИЙ ПЛАН........................................................................................................................4 ТЕМАТИЧЕСКИЙ ОБЗОР .........................................................................................................................5 1 ИНИЦИАЦИЯ ПРОЕКТА .......................................................................................................................5 1.1 Адаптация модели жизненного цикла проекта ..............................................................................5 1.2 Процедура адаптации модели ЖЦ ИС ..........................................................................................10 1.3 Разработка технико-экономического обоснования .....................................................................11 1.4 Формирование бизнес-цели проекта .............................................................................................13 1.5 Разработка устава проекта .............................................................................................................13 1.3 Идентификация и анализ участников проекта .............................................................................16 1.7 Использование функции качества .................................................................................................19 2 ПЛАНИРОВАНИЕ ПРОЕКТА..............................................................................................................20 2.1 План управления проектом ............................................................................................................20 2.2 Формирование иерархической структуры проекта .....................................................................21 2.3 Определение содержания проекта.................................................................................................22 2.4 Критические факторы успеха ........................................................................................................25 2.4 Формирование списка работ (операций) проекта........................................................................28 3 РАЗРАБОТКА РАСПИСАНИЯ ПРОЕКТА .........................................................................................28 3.1 Исходные данные для разработки расписания ............................................................................28 3.2 Разработка расписания проекта методом критического пути ....................................................31 3.3 Организация управления расписанием проекта...........................................................................33 3.4 Диаграмма контрольных событий.................................................................................................35 ЗАДАНИЯ ДЛЯ САМОСТОЯТЕЛЬНОЙ РАБОТЫ ..............................................................................36 ГЛОССАРИЙ .............................................................................................................................................38 4 ДИДАКТИЧЕСКИЙ ПЛАН Инициация проекта Адаптация модели жизненного цикла проекта. Процедура адаптации модели ЖЦ ИС. Разработка технико-экономического обоснования. Формирование бизнес-цели проекта. Разработка устава проекта. Идентификация и анализ участников проекта, использование функции качества. Планирование проекта План управления проектом. Формирование иерархической структуры проекта. Определение содержания проекта. Критические факторы успеха. Формирование списка работ (операций) проекта. Разработка расписания проекта Исходные данные для разработки расписания. Разработка расписания проекта методом критического пути. Организация управления расписанием проекта. Диаграмма контрольных событий. 5 ТЕМАТИЧЕСКИЙ ОБЗОР 1 ИНИЦИАЦИЯ ПРОЕКТА 1.1 Адаптация модели жизненного цикла проекта Модель жизненного цикла информационных систем (ЖЦ ИС) описана в стандарте ГОСТ Р ИСО/МЭК 15288. В соответствии с данным стандартом запуск каждого нового проекта подразумевает создание или адаптацию уже имеющейся модели ЖЦ, состоящей из стадий. Процесс создания или адаптации уже имеющейся модели ЖЦ начинается с определения целей и результатов каждой из стадий, образующих структуру работ для детализированного моделирования процессов реализации ИТ. Исходя из стандарта, а также типовых этапов ЖЦ ИТ и принятой последовательности их реализации, модель ЖЦ ИТ определяет следующую последовательность стадий: 1) планирование проекта; 2) проектирование; 3) разработка и внедрение; 4) эксплуатация и поддержка; 5) утилизация и обновление. Цели каждой из выделенных стадий ЖЦ: • замысел (планирование проекта ИС): оценка новых возможностей в деловой сфере, разработка предварительных системных требований и проверка их осуществимости. Концептуальное планирование всего ЖЦ ИС; • разработка (проектирование): создание проекта системы, которая удовлетворяет требованиям приобретающей стороны и может быть реализована, испытана, оценена, применена по назначению, поддержана при применении, в последующем списана и/или обновлена; • производство (разработка и внедрение ИС): разработка (настройка) системы в соответствии с требованиями приобретающей стороны, тестирование системы, реализация соответствующих организационно-технических мероприятий и развертывание поддерживающих систем, направленных на обеспечение корректной эксплуатации внедренного продукта; • применение, поддержка применения (эксплуатация и поддержка ИС): использование внедренного продукта в заданных условиях функционирования и обеспечение продолжительной результативности. Осуществление в процессе эксплуатации материально-технического снабжения, технического обслуживания и текущего ремонта, которые обеспечивают непрерывное функционирование рассматриваемой системы и устойчивое предоставление услуг, поддерживающих ее применение; • изъятие и списание (утилизация и обновление ИС): обеспечение удаления рассматриваемой системы и связанных с нею обслуживающих и поддерживающих организационно- технологических подсистем, поддержка планирования перехода на новую версию текущей или на абсолютно новую систему. Полужирным шрифтом выделены новые понятия, которые необходимо усвоить. Знание этих понятий будет проверяться при тестировании. 6 Приведенные этапы есть стадии жизненного цикла информационной системы и не тождественны жизненному циклу проекта. Жизненный цикл продукта отражает, что нужно сделать для создания, эксплуатации, поддержки и утилизации данного продукта, а жизненный цикл проекта – как нужно организовывать и управлять работой. Фаза ЖЦ продукта может включать в себя все этапы ЖЦ проекта, и, в соответствии со стандартом ГОСТ Р ИСО/МЭК 15288, предусматривает наличие этапов планирования, оценки и контроля, а также процесса принятия решения – шлюза, через который происходит переход на следующий этап ЖЦ ИС и который является точкой мониторинга качества и точкой принятия решения о целесообразности продолжения проекта. Планирование, оценка и контроль характерны для любого цикла управления. Рассмотрение каждой стадии ЖЦ ИТ в качестве отдельного проекта позволяет применять метод планирования по принципу набегающей волны (вид планирования последовательной разработки, при котором работа, которую надо будет выполнить в ближайшей перспективе, подробно планируется с глубоким раскрытием иерархической структуры работ, в то время как далеко отстоящая работа планируется с относительно неглубоким раскрытием иерархической структуры работ, но по мере выполнения работ текущего периода производится подробное планирование работ, которые надо будет выполнить в следующем временном периоде), который значительно понижает рискованность проекта и повышает шансы на успех. В то же время процессы, выполняемые в рамках одной стадии ЖЦ ИТ, могут иметь взаимосвязи как в рамках данной стадии, так и с процессами других стадий. Для успешного достижения целей проекта необходимо не только управлять каждым процессом в отдельности, но и обеспечить комплексный подход к управлению с учетом взаимосвязей, взаимозависимостей как отдельных процессов, так и групп процессов. С целью структурирования процессы управления проектом принято делить на области знаний. Перечислим области знаний, составляющие процессы проектного управления: 1. Управление интеграцией. 2. Управление содержанием. 3. Управление сроками. 4. Управление стоимостью. 5. Управление качеством. 6. Управление рисками. 7. Управление человеческими ресурсами. 8. Управление коммуникациями. 9. Управление конфигурацией. Область знаний «Управление интеграцией». Управление интеграцией включает в себя процессы и действия, необходимые для определения, уточнения, комбинирования, объединения и координирования различных процессов и действий по управлению проектом в рамках групп процессов управления проектом. Таким образом, цель данного процесса состоит в достижении эффективного взаимодействия процессов управления проектами, обеспечивающих достижение целей проекта. Эффективное взаимодействие на стадии планирования заключается в формировании базовой линии (срез согласованных требований на определенный момент времени) проекта (project baseline). Базовая линия проекта состоит из: – базового расписания проекта – это утвержденный план-график с указанными временными фазами проекта, контрольными точками и элементами иерархической структуры работ; 7 – базового плана по стоимости – это распределенный во времени суммарный исходящий денежный поток проекта, используемый для измерения и мониторинга исполнения стоимости проекта; – базового плана по качеству, который является частью базового плана исполнения и служит основой для оценки и составления отчетов по исполнению требований качества; – базового плана по конфигурации – набор элементов конфигурации, формально определенный и зафиксированный по времени в процессе жизненного цикла ИС; – реестра рисков: содержит информацию в табличной удобочитаемой форме об известных, идентифицированных рисках проекта. Процессы, относящиеся к области знаний «Управление интеграцией»: – разработка ТЭО проекта; – разработка устава проекта; – разработка плана управления проектом; – руководство и управление исполнением проекта; – осуществление интегрированного управления изменениями; – оценка альтернатив развития проекта; – планирование закрытия проекта и перехода в стадию эксплуатации; – завершение проекта. Область знаний «Управление содержанием». Управление содержанием включает в себя процессы и действия, обеспечивающие включение в проект всех тех и только тех работ, которые необходимы для успешного выполнения проекта. Оно непосредственно связано с определением и контролем того, что включено или не включено в проект. Процессы, относящиеся к области знаний «Управление содержанием»: – формирование требований проекта; – формирование иерархической структуры работ (ИСР) – иерархическое разбиение всей работы, которую необходимо выполнить для достижения целей проекта, на более мелкие операции и действия до такого уровня, на котором способы выполнения этих действий вполне ясны и соответствующие работы могут быть оценены и спланированы; – определение содержания проекта; – определение результатов всех стадий ЖЦ ИС; – оценка реализуемости требований проекта; – подтверждение содержания проекта; – определение уточненных системных требований; – мониторинг содержания и объема проекта; – оценка готовности пользователей к работе в системе; – планирование обучения конечных пользователей. Область знаний «Управление сроками». Управление сроками проекта включает в себя процессы, обеспечивающие своевременное завершение проекта. Процессы, относящиеся к области знаний «Управление сроками»: – формирование списка работ проекта; – определение последовательности работ проекта; – оценка трудоемкости и продолжительности работ; – разработка базового расписания проекта; – контроль и управление расписанием проекта. 8 Область знаний «Управление стоимостью». Управление стоимостью проекта объединяет процессы, выполняемые в ходе планирования, разработки бюджета и контролирования затрат и обеспечивающие завершение проекта в рамках утвержденного бюджета. Процессы, относящиеся к области знаний «Управление стоимостью»: – оценка стоимости проекта; – разработка сметы проекта; – разработка базового плана по стоимости; – управление стоимостью проекта. Область знаний «Управление качеством». Процессы управления качеством проекта объединяют все осуществляющиеся в исполняющей организации операции, определяющие политику, цели и распределение ответственности в области качества таким образом, чтобы проект удовлетворял тем нуждам, для которых он был предпринят. Управление качеством осуществляется посредством системы управления, предусматривающей определенные правила, процедуры и процессы по планированию качества, обеспечению качества и контролю качества, а также операции по их совершенствованию. Процессы, относящиеся к области знаний «Управление качеством»: – формирование программы качества проекта; – формирование базовой линии требований проекта; – управление требованиями проекта; – осуществление обеспечения качества; – тестирование; – приемка результатов. Область знаний «Управление риском». Процесс управления рисками тесно связан с общим жизненным циклом проекта. На ранних этапах преобладают риски, связанные с бизнесом, рамками проекта, требованиями к конечному продукту и проектированием этого продукта. На стадии реализации доминируют технологические риски, далее возрастает роль рисков, связанных с поддержкой и сопровождением системы. На протяжении всего жизненного цикла проекта возникают новые риски, что требует проведения дополнительных операций анализа и планирования. Согласно ГОСТ Р ИСО/ МЭК 15288-2005, цель процесса управления рисками заключается в снижении последствий отрицательного воздействия вероятных событий, которые могут явиться причиной изменений качества, затрат, сроков или ухудшения технических характеристик. В ходе данного процесса проводятся определение, оценка, обработка и мониторинг рисков, возникающих в течение полного жизненного цикла, а также вырабатывается реакция на каждый риск в терминах реализации соответствующих мер противодействия риску или его принятия. Процессы, относящиеся к области знаний «Управление риском»: – планирование управления рисками; – идентификация рисков; – качественный анализ рисков; – количественный анализ рисков; – планирование реагирования на риски; – мониторинг и управление рисками. Область знаний «Управление человеческими ресурсами». Управление человеческими ресурсами проекта – это процесс обеспечения эффективного использования человеческих 9 ресурсов проекта, к которым относятся все участники проекта (спонсоры, заказчики, команда проекта, субподрядчики, подразделения компании и другие участники проекта). Процессы, относящиеся к области знаний «Управление человеческими ресурсами»: – планирование человеческих ресурсов; – набор команды проекта; – оценка доступности; – развитие и оценка команды проекта; – организация инфраструктуры проекта. Область знаний «Управление конфигурацией». Управление конфигурацией – процесс управления аппаратными средствами, программным обеспечением, данными, а также документацией в ходе разработки, тестирования и использования информационных систем. Цель процесса управления конфигурацией состоит в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны. Задачи управления конфигурацией проекта: – определение стратегии управления конфигурацией, включающей следующие вопросы: • определение полномочий на запрет или разрешение доступа, реализацию и контроль изменений элементов конфигурации; • определение места и условий хранения элементов конфигурации, включая требования к окружающей среде, а в случае информации – требования к хранению носителей информации в соответствии с назначенными уровнями целостности, защищенности и безопасности; • определение критериев или событий, соответствующих началу контроля конфигурации и сопровождения базовых линий в процессе эволюции конфигураций; • определение стратегии аудита и ответственности за гарантии непрерывной целостности и защищенности информации, описывающей конфигурацию; – идентификация элементов, которые необходимо контролировать в процессе управления конфигурацией; – поддержка информации о конфигурации на приемлемом уровне целостности и защищенности. Для этого рекомендуется: • поддерживать записи о конфигурации в течение всего жизненного цикла и архивировать их в соответствии с соглашениями, законодательством или передовым производственным опытом; • описывать конфигурацию в соответствии с производственным или технологическим стандартами там, где это возможно; • регистрировать обоснования для изменений базовой линии конфигурации и связанные с этим данные о соответствующих разрешениях; – гарантирование того, что изменения базовой линии конфигурации соответствующим образом идентифицируются, записываются, оцениваются, утверждаются, проводятся и верифицируются. Для этого рекомендуется: • регистрировать этапы конфигурации; • управлять выполнением записей, изменениями и утверждениями текущего статуса конфигурации и статуса всех предыдущих конфигураций для подтверждения корректности, своевременности, целостности и защищенности информации; • проводить аудит для проверки соответствия базовой линии УК требованиям к результатам проекта. 10 Процессы, относящиеся к области знаний «Управление конфигурацией»: – идентификация объектов управления конфигурацией; – планирование инфраструктуры стадии разработки; – установление базовой линии конфигурации проекта; – оценка соответствия базовой линии конфигурации; – контроль конфигурации выделенных элементов проекта; – обеспечение целостности элементов конфигурации; – реконфигурация инфраструктуры проекта. В рамках конкретных проектов предложенные этапы ЖЦ ИТ, а также и отдельно взятые процессы ЖЦ ИТ могут быть индивидуально отобраны, идентифицированы и при необходимости модифицированы для достижения измененных целей и результатов соответствующих стадий. Сделанные изменения должны быть задокументированы. Общие требования к процедуре модификации таковы: любой новый процесс жизненного цикла определяется и документируется в терминах его назначения, целей и результатов. Ответственным за такого рода модификации является, как правило, руководитель соответствующего проекта. В то же время утверждение адаптированной, сокращенной или дополненной модели ЖЦ ИС обычно производит офис управления проектами или иная организационная единица, в круг обязанностей которой входит поддержание целостности и актуальности корпоративной методологии управления проектами. Приведенная процедура и шаблон документирования модификации ЖЦ ИТ являются одним из возможных вариантов оформления соответствующих действий над ЖЦ ИТ. |