Заказать звонок
Москва, Пресненская набережная, 12
Корзина 0
Войти
PMJournal.ru - управление проектами
Портал для профессионалов в управлении проектами
Услуги
Книги
Онлайн-курсы
Кейсы
Статьи
Новости
Обзоры
Тренинги
Работа
Персоны
Мероприятия
Ещё
    PMJournal.ru - управление проектами
    Услуги
    Книги
    Онлайн-курсы
    Кейсы
    Статьи
    Новости
    Обзоры
    Тренинги
    Работа
    Персоны
    Мероприятия
    Ещё
      0
      PMJournal.ru - управление проектами
      0
      • Услуги
      • Книги
      • Онлайн-курсы
      • Кейсы
      • Статьи
      • Новости
      • Обзоры
      • Тренинги
      • Работа
      • Персоны
      • Мероприятия
      • Личный кабинет
      • Корзина0
      Будьте на связи
      Москва, Пресненская набережная, 12
      info@pmjournal.ru
      • Facebook
      • Вконтакте
      • Twitter
      • Instagram
      • Telegram

      Как скрестить ежа с ужом

      • Главная
      • Блог
      • Бизнес статьи
      • Как скрестить ежа с ужом
      // Бизнес статьи
      Автор: PM Angel

      Водопадные и гибкие методы в одном проекте. Как их эффективно использовать вместе?


      Как скрестить ежа и ужа? Использование PMBoK и scrum в одном проекте

      Как скрестить ежа и ужа? Использование PMBoK и scrum в одном проекте

      Уж сколько копий сломано по поводу того, какую методологию лучше использовать для управления проектами: PMBoK или agile?

      Я решил написать о своем опыте скрещивания PMBoK и scrum для управления одним проектом. Это  значит, что  для управления одним и тем же проектом мы использовали как методы и инструменты из PMBOK,так и ритуалы, роли и артефакты из scrum.

      Как вы уже догадались, это был ИТ-проект. Связан он был с внедрением модулей ERP-системы.

      Я руководил программой проектов по автоматизации бизнес-процессов компании на базе ERP, которую мы разрабатывали с нуля на платформе 1С 8.2. 

      В состав программы входили следующие проекты:

      1. Разработка модуля оперативного учета для ключевого сервиса компании
      2. Разработка модуля оперативного учета для остальных сервисов компании
      3. Разработка модуля управленческого учета
      4. Перевод бухгалтерских программ с платформы 1С 7.7 на платформу 1С 8.2
      5. Внедрение модулей оперативного и управленческого учета, интеграция с бухгалтерскими программами
      6. Развитие модулей оперативного и управленческого учета

      До того как я впервые столкнулся с проектом разработки software, для управления проектами я использовал только методы и инструменты PMBoK. 

      При руководстве проектом разработки модуля оперативного учета для экспедиторской компании я понял, что инструментов PMBoK мне не хватает, чтобы выстроить результативный процесс разработки продукта. Дело было в 2010 году, и в Интернете уже было полно информации о гибких методологиях разработки. Побывав на конференции руководителей проектов, я понял, что сильно отстал от жизни, т.к. прогрессивные РМ-ы уже давно использовали scrum.

      Надо отметить, что проект мы делали не в софтверной компании. Мы были внутренней командой разработки, которая собиралась под программу проектов автоматизации бизнеса, и до этого ни у одного участника команды проекта не было опыта работы по scrum.

      Я подумал, что у меня есть шанс попробовать одну из гибких методологий, и проекту от этого хуже не будет. Мы собрались всей немногочисленной командой (на тот момент нас было пятеро), и я рассказал ребятам про scrum. После часовой презентации мы обсудили первые шаги для начала внедрения: надо было создать product-backlog, решить, кто будет scrum-master, а кто – product owner, определиться с длиной спринта и найти какой-нибудь тул для автоматизации управления тремя артефактами scrum.

      Первые три проекта к этому моменту уже завершались, и мы собирались сдавать работающие продукты заказчику проекта. Следующим на очереди был проект внедрения разработанных модулей. В этом проекте мы должны были перевести 5 офисов компании на работу в новой информационной системе с полным отказом от старой системы. Продукты проекта: работающая информационная система с отлаженными шлюзами и с перенесенными данными из старой учетной системы, обученные пользователи, отчеты с верифицированными данными, политики и процедуры, необходимые для работы информационной системы. Для управления пакетом работ «работающий программный продукт с перенесенными данными из старой системы» мы и решили использовать scrum. Общее управление проектом я решил организовать с помощью PMBoK, в частности, использовались Устав проекта, модель проекта в MS Project, реестр рисков проекта, план антирисковых мероприятий и т.д.

      Описывать использование PMBoK в этой статье не буду. Хочу рассказать о том, как мы внедряли scrum. Роль scrum-master я взял на себя, ибо как руководителю проекта мне эта роль показалась наиболее близкой по роду деятельности ) Роль владельца продукта мы поручили нашему бизнес-аналитику, который работал на фрилансе. Для автоматизации работы с артефактами мы выбрали Jira и плагин GreenHopper. Надо заметить, что наш ИТ-отдел (отвечавший за всю «железячную» часть и работу всего софта, кроме 1С) сразу ответил нам отказом на просьбу взять на поддержку сервис Jira. Поэтому нам пришлось администрировать его своими силами. Мы прожили с Jira большую половину проекта, однако в середине проекта нас покинул один из ключевых разработчиков, который администрировал Jira, и мы решили поискать облачное решение. Проанализировав пять облачных сервисов, мы остановили свой выбор на облачном решении от devprom. С этим решением мы и завершили проект, на нем же был сделан еще один проект по scrum. Через год после начала использования этого продукта мы написали собственное решение на базе 1С 8.2 для управления проектами по scrum и автоматизации процессов поддержки программного продукта по ITIL. Сейчас пользователи ERP могут публиковать пожелания прямо в модуле, в котором они работают, а оттуда они автоматически затягиваются в модуль управления проектами в бэклог продукта. Это жутко удобно и экономит кучу времени, которое требовалось на обработку пожеланий из e-mail и других электронных источников. В этом же модуле ведется работа с бэклогами, планированием и контролем спринтов, инцидентами и проблемами, учет релизов и конфигураций.

      В процессе написания этой заметки я открыл записи по первым спринтам и понял, что на тот момент я не мог понять, как правильно считать focus factor. Сейчас это смешно, но мне понадобилось время, чтобы разобраться с этим вопросом :) Ну и Бог с ним, зато в отчете по первой ретроспективе ребята отметили, что процесс разработки после внедрения scrum стал «более систематизированным».

      Что у нас не сразу получилось при внедрении scrum?

      Первое – это роль владельца продукта, которую привлеченный бизнес-аналитик в полной мере выполнять не мог. Для него оказалось трудным выстроить работу по приоритезации требований с привлечением представителей бизнеса. К тому же он ленился принимать результаты спринтов. Мне пришлось взять на себя роль владельца продукта, но через какое-то время я понял, что быть одновременно scrum-master и product owner довольно сложно – нужно при планировании спринта каждый раз спрашивать себя: кто ты сейчас, скрам-мастер или владелец продукта? Тебе нужно больше функционала запихать в спринт или спланировать его так, чтобы взятые командой обязательства были реальны? С этими противоречиями можно жить, но на их решение уходит энергия. Через какое-то время мы предложили роль владельца продукта руководителю одного из филиалов компании, и она согласилась. Решения по приоритетам пожеланий принимались чаще всего коллегиально на совещании ТОПов, но ответственность за наличие приоритетов нес владелец продукта. Правда, у него так же, как и у бизнес-аналитика, не было времени на приемку работ и обычно эта работа делегировалась кому-то из подчиненных.

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

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

      Как мне кажется, опыт скрещивания ежа и ужа был удачный. Я планирую продолжать микшировать PMBoK и scrum на проектах, где это будет уместно. И я собираюсь практиковать другие методологии и фреймворки управления проектами, когда придет время и будет повод.


      Автор: PM Angel
      Понравилось Понравилось Не понравилось Не понравилось

      Теги
      PMBOK Agile Scrum
      Поделиться
      Назад к списку
      • Комментарии
      • Facebook
      • Вконтакте
      Загрузка комментариев...
      Категории
      • Кейсы40
      • Бизнес статьи35
      • Новости13
      • Обзоры38
      • Проект "Бизнес-эволюция"0
      • Тренинги4
      • Работа9
      • Персоны64
      • Мероприятия4
      Это интересно
      • Краткое содержание PMBOK 7
        Краткое содержание PMBOK 7
      • Наш новый проект "FADU.RU - сообщество предпринимателей, бизнес и технологии"
        Наш новый проект "FADU.RU - сообщество предпринимателей, бизнес и технологии"
      • Agile - быть или не быть?
        Agile - быть или не быть?
      • Управление требованиями в Agile. Бизнес-анализ в гибких проектах
        Управление требованиями в Agile. Бизнес-анализ в гибких проектах
      • Как ИТ-проекты выглядят со стороны Заказчика?
        Как ИТ-проекты выглядят со стороны Заказчика?
      • Авторский тренинг "Как повысить эффективность бизнеса? Внедряй Корпоративную систему управления проектами!"
        Авторский тренинг "Как повысить эффективность бизнеса? Внедряй Корпоративную систему управления проектами!"
      • Проектный офис – баланс человеческих ресурсов и программного обеспечения
        Проектный офис – баланс человеческих ресурсов и программного обеспечения
      • Что влияет на эффективность проектных команд
        Что влияет на эффективность проектных команд
      • Синдром отличника
        Синдром отличника
      • Коммуникации в управлении проектами
        Коммуникации в управлении проектами
      • Отчет об исследовании Agile в России 2018
        Отчет об исследовании Agile в России 2018
      • Об эффекте сотой обезьяны
        Об эффекте сотой обезьяны
      • Дюжина ножей в спину PMO
        Дюжина ножей в спину PMO
      • Книга "Как сдать экзамен PMP (Project Management Professional)"
        Книга "Как сдать экзамен PMP (Project Management Professional)"
      • О нулях и единицах в проектных коммуникациях
        О нулях и единицах в проектных коммуникациях
      • Пишите быстро, отвечайте медленно
        Пишите быстро, отвечайте медленно
      • Управление ожиданиями и ожидание управления
        Управление ожиданиями и ожидание управления
      • Книга "Корпоративная система управления проектами"
        Книга "Корпоративная система управления проектами"
      • Проекты по слиянию и поглощению (\M&A)
        Проекты по слиянию и поглощению (\M&A)
      • Эффективное управление хаосом
        Эффективное управление хаосом
      Облако тегов
      50 проектов Agile Gartner IPMA jira Kanban M&A MS Project opm3 PDCA PM PMBOK PMBOK7 PMI PMP PRINCE2 Project Manager RUP Scrum waterfall web-разработка ZohoProjects анти КСУП Боль веб-сервис внедрение информационной системы управления проектами внедрение корпоративной системы управления проектами внедрение проектной методололгии жизненный цикл проекта зачем нужно проектное управление информационная система управления проектами ИСУП коммуникации конференция по управлению проектами Корпоративная Система Управления Проектами КСУП Менеджер проекта Менеджмент менеджмент менеджмент проектов веб-сервисы Методология проектного управления Мотивация области управления проектами Обучение управлению проектами Онлайн-обучение онлайн-тренинги по управлению проектами Онлайн-школа освоенный объем погуби проектное управление подборка принимать решения приоритезация провал проекта продакшн Проектный офис проекты процессное управление процессы управления проектами регулярный менеджмент Роман об управлении проектами Руководитель проекта сервисы сертификация по управлению проектами Стандарт управления проектами ГОСТ строительные проекты тайм-менеджмент технология проектного управления типы коммуникаций типы контрактов Тренинги умение договариваться умение спорить Управление бюджетом управление закупками Управление идеями управление инновациями Управление интеграцией Управление качеством Управление коммуникациями Управление персоналом управление поручениями Управление проектами управление проектами Управление проектами в органах государственной власти Управление проектом управление рисками Управление содержанием Управление сроками Управление стейкхолдерами управление хаосом Фейковое проектное управление финансовый анализ ценность проектного управления Цитаты об управлении проектами Цифровая трансформация
      Подпишитесь на нашу рассылку и получайте первыми все самые интересные новости об управлении проектами!
      Онлайн-школа по управлению проектами
      Авторский тренинг «Стань Руководителем проекта, начни зарабатывать больше»
      Авторский тренинг "Как повысить эффективность бизнеса? Внедряй Корпоративную систему управления проектами!"
      Услуги по управлению проектами
      Внедрение Корпоративной Системы Управления Проектами (КСУП)
      Книги по управлению проектами
      Книга "Корпоративная система управления проектами"
      Книга "Как сдать экзамен PMP (Project Management Professional)"
      Наши контакты


      Заказать звонок
      info@pmjournal.ru
      Москва, Пресненская набережная, 12
      © 2025 PMJournal.ru - управление проектами. Все права защищены.
      • Вконтакте
      • Facebook
      • Twitter
      • Instagram
      • Telegram
      0