Управление проектами: статьи

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

• Плохое управление проектом
• «Плывущие»  требования
• Неправильная оценка проекта

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

«Плывущие»  требования

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

• Постепенное понимание заказчиком того, что же ему на самом деле нужно
• Изменение бизнеса заказчика за время реализации проекта

Понятны и негативные следствия плывущих требований:

• Разногласия между заказчиком и поставщиком
• Превышения сроков
• Работа, сделанная впустую.
• Превышение бюджетов и финансовые потери

Неправильная оценка проекта

О неправильной оценке проекта, как важном источнике проблем проекта (причем таких, с которыми никакими средствами и подходами к управлению проектами не справиться!), почему-то очень мало вспоминают. Наверное, просто неприятно вспоминать. Основные причины неправильной оценки проекта:

• Отсутствие опыта или методики оценки проекта
• Непредвиденные проблемы в используемых средствах и компонентах
• Непонимание ключевых технических проблем проекта

Контрактная сторона вопроса

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