Массовое использование информационный систем как в жизни отдельного человека, организации, так и государства в целом привносит очевидные преимущества: высокую скорость выполнения операций, автоматизацию рутинных задач, доступность услуг из любой точки мира и др. При этом без внимания и широкого освещения остается вопрос того, насколько нелегко реализовывать подобные высокосложные ИТ-проекты. Реализация таких проектов – это отдельная наука, вбирающая в себя множество технических дисциплин от программирования и математики до системного анализа и управления проектами. Активность внедрения информационных систем далеко не единственная задача с точки зрения жизненного цикла программного обеспечения.
Имплементации программной системы предшествует большая работа по предварительному расчету ключевых параметров проекта. Наиболее полный перечень параметров к проработке предлагает свод знаний по управлению проектами 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). Область применения метода – это ИТ-проекты, в которых требуется разработать/доработать программный продукт;
комбинированный, предполагающий применение двух описанных выше методов, тем самым применимый в ИТ-проектах, содержащих помимо доработок еще и прочие активности (настройка, миграция, обучение и др.).
Обратимся к двум возможных опциям, доступным для создания план-графика проекта:
формирование плана от даты начала активностей;
построение плана от даты завершения инициативы.
В первой опции отсутствуют какие-либо временные ограничения. Обратите внимание на формулу (1). Считаем, что параметр содержания фиксирован, тогда в виду отсутствия ограничений для переменной срока, мы можем задавать любые значения параметру человеческих ресурсов. Тем самым формирование плана проекта ведется в режиме, наиболее удобном для исполнителя: подбирая оптимальное значение человеческих ресурсов, автоматически вычисляются сроки проекта. Рис. 3 демонстрирует несколько примеров построения плана проекта для данной опции, отличительной особенностью которых является «растянутость» вовлечения человеческих ресурсов по горизонтали/времени (меньшее число ресурсов на длительный срок).
Наоборот, во второй опции работы должны выполняться в лимитированный временной интервал, чаще всего достаточно короткий, чтобы успеть к заявленному сроку. Вернемся к формуле (1), где как и в первом случае параметр содержания фиксирован. Переменная срока здесь ограничена/зафиксирована по условию задачи. Таким образом возможность выбора параметра человеческих ресурсов отсутствует: в виду ограниченности всех остальных переменных он также лимитирован (принимает единственное значение) ...
Литературный источник, полная версия статьи
Евдокимов А.Д. Особенности формирования план-графика для проекта внедрения корпоративных информационных систем на примере 1С и SAP (часть 1) // Корпоративные информационные системы. – 2024. – №1 (25) – с. 36-41. – URL: https://corpinfosys.ru/archive/2024/issue-25/282-2024-25-projectplan.
