Особенности управления качеством в ИТ-проектах

Дата: 2025-05-25; Просмотры: 2

Оценка:

0.00 из 5.00 — оценок

Скачиваний: 0

Скачать

По управлению качеством проектов в области информационных технологий (ИТ-проекты) существуют специализированные стандарты, например, стандарты COBIT или корпоративный стандарт Microsoft MSF.

При управлении качеством в ИТ проектах (особенно крупных) необходимо учитывать:

· Смена задач в ходе проекта. Часто первоначальная постановка задачи существенно меняется в ходе проекта. Кроме того, при внедрении проектных решений необходима реорганизация деятельности заказчика, при этом постоянно должны уточняться и корректироваться функциональность разрабатываемой системы и отслеживаться потребности заказчика при изменении его бизнес-процессов.

· Параллельное ведение работ разными проектными группами. Например, одновременно могут выполняться работы по эскизному проектированию всей ИС, разрабатываться ПО, обеспечивающее интеграцию существующих ИС предприятия с разрабатываемой системой, вестись внедрение отдельных модулей ERP-системы. В сочетании с первой особенностью это может вызвать лавинообразный рост трудозатрат по проекту.

· Большие риски как для заказчика, так и для исполнителя проекта. Риски заказчика связаны с неполным достижением целей проекта и не эффективно израсходованными средствами, а риски исполнителя - с возможностью резкого превышения фактической себестоимости работ по сравнению с плановой.

26.Техническое задание: структура и особенности разработки для проектов внедрения ИС

Техническое задание, как термин в области информационных технологий – это значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.

Составление ТЗ — сложная и ответственная задача: многие данные ещё не известны, но то, как задание будет поставлено, способно облегчить или затруднить последующее проектирование.

Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются.

Согласно ГОСТ 34.602-89 - «Техническое задание на создание автоматизированной системы (АС)» ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

· общие сведения;

· назначение и цели создания (развития) системы;

· характеристика объектов автоматизации;

· требования к системе;

· состав и содержание работ по созданию системы;

· порядок контроля и приемки системы;

· требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

· требования к документированию;

· источники разработки.

27.Управление человеческими ресурсами проекта

По стандарту ANSI PMI PMBOK® 3-rd Edition (2004):

· Планирование человеческих ресурсов – определение и документальное оформление ролей, ответственности и подотчетности, а также создание плана управления обеспечением проекта персоналом.

· Управление командой проекта – контроль за эффективностью членов команды проекта, обеспечение обратной связи, решение проблем и координация изменений, направленных на повышение эффективности исполнения проекта.

Управление человеческими ресурсами проекта включает в себя процессы по организации команды проекта и управления ей. Команда проекта состоит из людей, каждому из которых назначена определенная роль и ответственность за выполнение проекта.

После распределения ролей и ответственности между членами команды проекта, они должны принимать активное участие в планировании проекта и принятии решений.

Команда управления проектом – это часть команды проекта; она отвечает за выполнение операций по управлению проектом (например, планирование, управление и завершение).

Эта группа может называться ядром, исполняющей или руководящей командой.

На малых проектах обязанности управления проектом могут быть распределены между всеми членами команды или поручены непосредственно руководителю проекта.

Спонсор проекта работает в контакте с командой управления проектом и обычно принимает участие в решении таких вопросов, как финансирование проекта, прояснение содержания проекта и иных вопросов, влияющих на производительность и экономическую эффективность проекта.

28. Устав проекта. Структура и назначение

Устав проекта - документ, который авторизует выполнение проекта в организации и дает право руководителю проекта задействовать ресурсы организации в проекте.

Устав проекта, явно или со ссылкой на внешние источники, должен содержать следующую информацию:

· Полное и сокращенное названия проекта;

· Цели и задачи проекта;

· Требования к проекту и продукту проекта, в достаточно общем виде;

· Ограничения и допущения применительно к проекту;

· Краткое описание этапов выполнения проекта;

· Бюджет проекта;

· Перечисление рисков проекта;

· Отображенная взаимосвязь с другими проектами.

Написание устава значительно повышает вероятность успешного завершения проекта. Дело в том, что он документирует в явном виде намерения участников проекта в самом начале проекта и может служить основополагающей точкой разрешения споров между участниками проектной команды и исполняющей организацией. Так, например, в уставе проекта можно зафиксировать гарантию участия в проекте необходимых сотрудников, порядок финансирования, соглашение о процедуре изменения требований в ходе проекта, отношения между участниками и т.п.

Ключевой точкой в уставе проекта является соглашение руководителя проекта с организацией о невозможности изменения устава проекта без изменения других проектных параметров. Если устав проекта подписан вышестоящим руководителем, то в случае, например, перевода в другой проект одного или нескольких - оговоренных в уставе - исполнителей, автоматически инициируется пересмотр графика проекта, его стоимости и функционала продукта.

29.Управление коммуникациями проекта

Управление коммуникациями проекта – это область знаний, включающая в себя процессы, необходимые для своевременного создания, сбора, распространения, хранения, получения и, в конечном итоге, использования информации проекта. Процессы управления коммуникациями проекта предусматривают создание необходимых связей между людьми и информацией, которые требуются для успешного осуществления коммуникаций.

Управление коммуникациями проекта включает в себя:

· Планирование коммуникаций – определение потребностей участников проекта в коммуникации и информации.

· Распространение информации – своевременное предоставление необходимой информации участникам проекта.

· Отчетность по исполнению – сбор и распространение информации о выполнении работ. Эта информация включает в себя отчеты о текущем состоянии, оценку прогресса и прогнозирование.

· Управление участниками проекта – управление коммуникациями в целях удовлетворения требований участников проекта и решения возникающих проблем.

30.Стандарты в области ИТ проектов. ГОСТ 34

ГОСТ 34. Разработка автоматизированной системы управления (АСУ) описывает жизненный цикл процесса создания АСУ, формирует требования к АС, устанавливает состав и содержание и требования к техническому заданию, определяет требования к документации в процессе управления проектами и др. Включает в себя следующие стандарты:

· ГОСТ 34.003-90 Автоматизированные системы. Термины и определения: стандарт устанавливает термины и определения основных понятий в области автоматизированных систем и распространяется на АС, используемые в различных сферах деятельности, содержанием которых является переработка информации.

· ГОСТ 34.603-92 Виды испытаний автоматизированных систем: стандарт устанавливает виды испытаний АС и общие требования к их проведению.

· ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы: стандарт устанавливает состав, содержание, правила оформления Технического задания на создание (развитие или модернизацию) системы.

· ГОСТ 34.201-89 Виды, комплектность и обозначение документов при создании автоматизированных систем: стандарт устанавливает виды, наименование, комплектность и обозначение документов, разрабатываемых на стадиях создания АС.

· РД 50-34.698-90 Автоматизированные системы требования к содержанию документов: документ устанавливают требования к содержанию документов, разрабатываемых при создании АС.

31.Управление рисками проекта. Идентификация и анализ рисков ИТ-проекта

Риски проекта – это непредвиденные события или условия, которые в случае возникновения, имеют воздействие на какую-либо из целей проекта. Например, сроки, стоимость, содержание или качество проекта. Риск может быть вызван одной или несколькими причинами и в случае возникновения может оказывать влияние на один или несколько факторов. К условиям возникновения риска могут также относиться аспекты внешней среды организации или проекта, способствующие увеличению риска .

Управление рисками проекта включает в себя процессы, относящиеся к планированию управления рисками, их идентификации и анализу, реагированию на риски, мониторингу и управления рисками проекта.

Цели управления рисками проекта – повышение вероятности возникновения и воздействия благоприятных событий и снижение вероятности возникновения и воздействия неблагоприятных для проекта событий.

Управление рисками включает в себя следующие процессы:

· Планирование управления рисками – выбор подхода, планирование и выполнение операций по управлению рисками проекта.

· Идентификация рисков – определение того, какие риски могут повлиять на проект, и документальное оформление их характеристик.

· Качественный анализ рисков – расположение рисков по степени их приоритета для дальнейшего анализа или обработки путем оценки и суммирования вероятности их возникновения и воздействия на проект.

· Количественный анализ рисков – количественный анализ потенциального влияния идентифицированных рисков на общие цели проекта.

· Планирование реагирования на риски – разработка возможных вариантов и действий, способствующих повышению благоприятных возможностей и снижению угроз для достижения целей проекта.

· Мониторинг и управление рисками – отслеживание идентифицированных рисков, мониторинг остаточных рисков, идентификация новых рисков, исполнение планов реагирования на риски и оценка их эффективности на протяжении жизненного цикла проекта.

32.Назначение и основные функциональные возможности MS Office Project

Microsoft Office Project - универсальная система календарного планирования и управления проектами

Семейство продуктов Microsoft Office Project состоит из следующих продуктов:

· Microsoft Office Project Standard. Настольное приложение для индивидуального планирования и управления проектами. Обеспечивает разработку календарных планов работ, ресурсных планов и контроль исполнения проекта.

· Microsoft Office Project Professional. Настольное приложение, исполняющее роль клиента в связке с сервером Microsoft Project Server. Содержит всю функциональность Microsoft Project Standard и с Microsoft Project Server обеспечивает пользователей средствами корпоративного управления проектами. Помимо традиционных средств планирования, предоставляются возможности по централизованным настройкам, единому пулу ресурсов и автоматически согласовывать планы с другими проектами. Менеджерам портфеля проектов предоставляется инструмент для эффективного управления ресурсами предприятия.

· Microsoft Office Project Server. Серверный продукт, основа корпоративного решения Enterprise Project Management. Включает в себя централизованную базу данных и службы, исполняющее роль сервера в связке с клиентом Microsoft Project Professional. Microsoft Project Server обеспечивает централизованные настройки для пользователей, единый пул ресурсов, Веб-интерфейс для совместной работы участников проекта, а также содержит средства OLAP-анализа и моделирования портфеля проектов.

· Microsoft Office Project Web Access. Веб-интерфейс Microsoft Project позволяет участникам проектов получить доступ к проектной информации через Internet Explorer. Является составной частью Microsoft Project Server. В сочетании с Windows SharePoint Services обеспечивает управление документами и рисками проектов. Для использования Microsoft Project Web Access пользователи должны обладать клиентской лицензией на доступ к Microsoft Project Server.

33.Управление поставками проекта

Управление поставками проекта включает в себя процессы покупки или приобретения тех необходимых продуктов, услуг или результатов, которые производятся вне исполняющей организации.

Управление поставками проекта содержит процессы управления контрактом и управления изменениями, необходимые для администрирования контрактов или заказов на покупку, подготовленных членами команды проекта.

Управление поставками проекта включает в себя:

· Планирование покупок и приобретений – определение того, что необходимо купить или приобрести, а также когда и на каких условиях.

· Планирование контрактов – представление в документальном виде требований к продуктам, услугам и результатам, которые необходимо приобрести, а также определение потенциальных продавцов.

· Запрос информации у продавцов – получение информации, расценок, оферт или предложений (в зависимости от поставки) от продавцов.

· Выбор продавцов – анализ предложений, отбор потенциальных продавцов и обсуждение условий контракта с каждым продавцом.

· Администрирование контрактов содержит:

o управление контрактом и взаимоотношениями между покупателем и продавцом,

o анализ и документальное оформление текущей и прошлой деятельности продавца для определения необходимых корректирующих действий и обеспечения основы для будущих отношений с продавцом,

o управление изменениями, связанными с контрактом, и, при необходимости,

o управление контрактными взаимоотношениями со сторонним покупателем проекта.

· Закрытие контрактов – завершение каждого контракта, включая разрешение всех открытых вопросов и закрытие каждого контракта, относящегося к проекту или к фазе проекта.

34.Стандарты в области управления проектами

Классификация проектов дана по различным классификационным признакам: