Риски при осуществлении проекта КИС

Обеспечение качества проекта КИС

Решение коммуникационных проблем лежит в области налаживания стандартных процедур работы над качеством продукта. В отличие от создания самого продукта, процесс исправления ошибок в программе более формализуем, и оценки трудоемкости исправления могут быть очень точны (если уж здесь, на этом этапе, есть ошибки более 100%, то вам нужно менять отдел разработки). Стандартная процедура контроля качества может выглядеть, например, так:

1. отдел разработки должен собирать “билды” проекта каждый рабочий день;

2. в конце каждого рабочего дня отдел разработки передает в отдел качества построенный “билд” и сопроводительную документацию к нему. Сопроводительная документация должна включать в себя информацию о новой функциональности, реализованной в проекте, а также об исправленных ошибках, включая просьбы протестировать вновь ту или иную ненайденную ошибку;

3. в вечернюю смену отдел качества должен проверить новый “билд” по тому сопроводительному отчету, который прислал отдел разработки и составить отчет о тестировании;

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

Во многом уследить за проектом, этим склонным к непослушанию объектом, помогает информационная система управления, т. е. организационно-технологический комплекс методических, технических, программных и информационных средств, направленный на поддержку и повышение эффективности процессов планирования и управления проектом. Ее ядро - программное обеспечение календарного планирования и контроля (или системы управления проектами) - обеспечивает поддержку основных процессов временного, ресурсного и стоимостного планирования и контроля на основе алгоритмов сетевого планирования и метода критического пути и предназначается для детального планирования и контроля графика выполнения работ. (Подробнее об информационной системе управления см. статью А. Полковникова в этом номере газеты.)

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

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

Применяемые при создании инфосистем программные продукты календарного планирования должны учитывать неопределенность. Так, традиционные профессиональные пакеты оперируют с датами начала и конца каждой операции, однако, составляя расписание выполнения работ по проекту в области инфосистем, часто удобнее использовать относительные величины типа “сколько времени будет длиться операция”.

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

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

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

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

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

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

Важность управления риском подкрепляется доказанными западными специалистами данными о том, что увеличение затрат на его анализ всего на 20% приводит к повышению вероятности успеха на 80%.

Основные ресурсы в инфосистемных проектах - людские, причем с одной стороны ограниченные недостатком профессионалов действительно высокого класса, а с другой - рамками бюджета.

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

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

Дата добавления: 2014-12-10