Массовое использование информационный систем как в жизни отдельного человека, организации, так и государства в целом привносит очевидные преимущества: высокую скорость выполнения операций, автоматизацию рутинных задач, доступность услуг из любой точки мира и др. При этом без внимания и широкого освещения остается вопрос того, насколько нелегко реализовывать подобные высокосложные ИТ-проекты. Реализация таких проектов – это отдельная наука, вбирающая в себя множество технических дисциплин от программирования и математики до системного анализа и управления проектами. Активность внедрения информационных систем далеко не единственная задача с точки зрения жизненного цикла программного обеспечения.
Имплементации программной системы предшествует большая работа по предварительному расчету ключевых параметров проекта. Наиболее полный перечень параметров к проработке предлагает свод знаний по управлению проектами PMBoK [1], именно в нем явно отражается взаимозависимость между содержанием, сроками, ресурсами и бюджетом инициативы. Данные показатели позволяют построить сводную картину о будущем ИТ-проекте, обеспечивая формирование план-графика, ресурсного плана и других важных его составляющих.
Подготовка план-графика внедрения информационной системы требует от автора детального понимания всех аспектов выполняемых задач, возможности его сравнения с бенчмарками, привлечения экспертов для детальной проработки технических вопросов, а также терпения при многократных процедурах балансировки четверки «содержание-срок-ресурсы-стоимость». Несмотря на наличие в литературе детально описанных способов формирования планов работ на основе методов критического пути и критической цепи [1], вводящего резервные временные интервалы для обработки непредвиденных ситуаций, их использование в ИТ-проектах не всегда возможно и целесообразно.
Целью текущей работы является рассмотрение особенностей подготовки план-графиков проектов для внедрения наиболее популярных программных продуктов 1С и SAP, что позволит увеличить качество планирования проектных работ. Достижение заявленной цели потребует:
- рассмотрения шагов подготовки план-графика для внедрения программных продуктов;
- обзора SAP-проекта и особенностей построения его план-графика;
- анализа активностей типового 1С-проекта и отличий построения плана работ для него.
Механизм составления план-графика внедрения ПО
Основное назначение верхнеуровневого план-графика состоит в демонстрации сроков выполнения этапов работ над проектом. Поэтому первое, что влияет на структуру плана, – это модель внедрения. Выделяют каскадную, итерационную и спиралевидную модели разработки программного обеспечения (далее – ПО). Корпоративные информационные системы и их частный вид, представленный ERP-системами, преимущественно реализуются на основе каскадной и спиралевидной моделей, отводя итерационной модели ведущую роль лишь в активностях по развитию уже имплементированных систем [2]. Модель определяет фазы работ и последовательность их выполнения, что закономерно находит отражение в план-графике.
Воспользуемся приложением Excel для демонстрации типового план-графика (рис. 1). Как видно из представленного рисунка график содержит указание:
- этапов выполняемых работ, определенных моделью внедрения;
- года и месяца, что важно для продолжительных по времени проектов;
- числа рабочих дней в неделе/месяце, это позволяет исключать из расчетов выходные и праздничные дни;
а также допускает задание элементов ресурсного плана:
- список человеческих ресурсов по проектным ролям;
- %-вовлечения этих человеческих ресурсов.
Последнее обусловлено тем, что фундаментом построения план-графика является объем выполняемых работ по этапам, то есть трудозатраты вовлеченных человеческих ресурсов, о чем мы подговорим далее. Допустимо применение любых других программных средств для планирования и расчета сроков проекта, как то: Project, Timetta и др., так как принцип построения плана един.
Обратимся к своду знаний PMBoK, вводящем четверку параметров «содержание-срок-ресурсы-стоимость». Указанные параметры имеют следующую зависимость:
Сроки = Содержание / Человеческие ресурсы, (1)
Стоимость = Функция от (Человеческие ресурсы). (2)
Из приведенной формулы (1), легко увидеть, что сроки зависят от объема работ и числа вовлеченных человеческих ресурсов. Данная закономерность заметна и на приведенном нами примере плана (рис. 1):
- сроки задаются годом, месяцем, числом рабочих дней;
- человеческие ресурсы – списком ресурсов по проектным ролям;
- содержание – %-ом вовлечения человеческих ресурсов, переведенным в трудозатраты.
Таким образом процесс построения план-графика неразрывно связан с пониманием как минимум трех параметров проекта из PMBoK, параметр же стоимости (2) мы детализируем чуть позже. Отдельной задачей составления ресурсного плана является его оптимизация, состоящая в рациональном вовлечение людей в проект и планомерном их высвобождении, разумном распределении работ между экспертами и новичками, чем мы пренебрежем в контексте текущей статьи.
Говоря о ресурсном плане, который также является проекцией объема/содержания выполняемых задач, следует упомянуть доступные способы его построения:
- экспертный. Формирование плана ведется одним или несколькими экспертами, которые, зная контекст проблемы и способы ее разрешения в программной системе, выносят суждения о числе необходимых человеческих ресурсов. Минус данного способа состоит в низкой формализации процесса подготовки ресурсного плана. Тем самым, создание плана для одной и той же задачи разными людьми даст, вероятнее всего, различный результат;
- на основе понимания объема доработок ИТ-системы. Данный способ построения ресурсного плана на основе RICEFS-оценщика разработок детально описан в работах [3-5] и состоит в следующем. Над требованиями, предъявляемыми к программному продукту, проводится процедура Fit/Gap-анализа, позволяющая выявить позиции, требующие программной доработки в решении. Каждой доработке ставится пара «тип доработки-сложность». Зная статистические значения трудозатрат проектирования и разработки для каждой пары, вычисляются суммарные трудозатраты. На основе найденных трудозатрат определяется число человеческих ресурсов для фаз проектирования и реализации, а дальше, применяя бенчмаркинг продолжительностей этапов, вычисляются ресурсы оставшихся фаз (рис. 2). Область применения метода – это ИТ-проекты, в которых требуется разработать/доработать программный продукт;
- комбинированный, предполагающий применение двух описанных выше методов, тем самым применимый в ИТ-проектах, содержащих помимо доработок еще и прочие активности (настройка, миграция, обучение и др.).
Обратимся к двум возможных опциям, доступным для создания план-графика проекта ...
Полный текст статьи: https://corpinfosys.ru/archive/2024/issue-25/282-2024-25-projectplan