ИТ-руководитель проекта

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

Типичные задачи в ИТ-проекте

  • строить структуру проекта по результатам поставки или спринтам (фронтенд, бэкенд, база данных, документация)

  • планировать специалистов и команды через профессиональные квалификации (роли) по фактической потребности

  • выявлять узкие места по дефицитным профилям (например, специалисты по безопасности, архитекторы)

  • координировать параллельные направления разработки и отображать зависимости

  • делать критический путь и риски видимыми за пределами одного проекта

  • использовать интеграцию с Rillsoft Integration Server для учёта времени и обратной связи от разработчиков

  • измерять прогресс и готовить план-факт анализ для совещаний по управлению

Типичный путь работы

1. Построить структуру проекта по результатам поставки

Разбейте ИТ-проект на подпроекты по результатам поставки (например, фронтенд, бэкенд, API, тестирование, развёртывание). Избегайте слишком мелких работ — отдельные задачи короче рабочего дня не должны попадать в план проекта.

(rightarrow) Построение структуры проекта

2. Спланировать роли (квалификации) до назначения сотрудников

Сначала назначьте работам роли (например, «Senior Backend Developer», «DevOps Engineer», «UX Designer»). Балансировка мощностей покажет, покрывают ли доступные сотрудники потребность — прежде чем Вы запланируете конкретные имена.

(rightarrow) Планирование потребности в ресурсах через специальности

3. Связать параллельные направления разработки

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

(rightarrow) Связывание работ

4. Балансировка мощностей для дефицитных профилей

После планирования ролей проверьте, есть ли недогрузка по дефицитным профилям (редким квалификациям). Балансировка мощностей показывает это агрегированно по всем проектам.

(rightarrow) Проведение балансировки мощностей

5. Использовать Rillsoft Integration Server для учёта времени

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

(rightarrow) Учёт рабочего времени сотрудников (rightarrow) Экспертные знания

6. Прогресс и управление

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

(rightarrow) Панель информации о проекте и статусе

Важные представления для ИТ-руководителя проекта

Представление

Применение

Диаграмма Ганта

Повседневная работа: работы, зависимости, критический путь

Загрузка по роли

Потребность в мощности по каждой квалификации за период проекта

Загрузка команды

Загрузка целых команд разработки одним взглядом

Загрузка персонала

Индивидуальная загрузка разработчиков и специалистов

Сетевая диаграмма

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

Панель информации

Опоздавшие работы, проверка непротиворечивости, внешние ссылки (тикеты, вики)

Портфель (диаграмма полосами)

Обзор всех ИТ-проектов и конкуренции за ресурсы между ними

Типичные решения

Ситуация

Рекомендация

Проверка безопасности блокирует несколько последующих работ

Сделать проверку безопасности вехой; все зависимые работы связать финиш-старт

Фронтенд и бэкенд можно разрабатывать параллельно

Общая связь старт-старт от завершения дизайна; финиш-финиш к интеграционному тестированию

Дефицит DevOps-ресурса сразу в нескольких проектах

Проверить загрузку по роли в контексте портфеля; балансировка мощностей по сводному проекту

Разработчики должны сами сообщать фактическую трудоёмкость

Настроить обратную связь через Integration Server; права доступа к работам проекта

Переход между спринтами: текущий спринт заканчивается, следующий начинается

Веха в конце спринта; новый спринт как подпроект; связь финиш-старт

Дата развёртывания зафиксирована договором

Развёртывание как веха с ручным зафиксированным сроком; сделать резерв перед ней видимым

Срок внешней поставки API неизвестен — заглушка в плане

Работа с оценочной длительностью; добавить примечание; обновить после уточнения

Смежные темы

ит-руководитель проекта, спринты, результаты поставки, дефицитные специалисты, календарный план, диаграмма Ганта, график, критический путь, связь, project-manager