2.2 ОЦЕНКА ВАШЕГО ПРОЕКТА ДЛЯ ПРИМЕНЕНИЯ ГИБКИХ ПОДХОДОВ
Авторы раздела:
Романов Ф. А.
Алферов П. А.
Ожаровский А. В.
Продолжаем разговор о выборе инструментов и проверим на практике критерии, на основе которых можно проанализировать ваши проекты на предмет применимости гибких подходов, возможных рисков и способов их смягчения. Если вы не знаете, как выбрать первый проект для теста Agile, то внимательно изучите данный раздел.
Продолжаем разговор о выборе инструментов и проверим на практике критерии, на основе которых можно проанализировать ваши проекты на предмет применимости гибких подходов, возможных рисков и способов их смягчения. Если вы не знаете, как выбрать первый проект для теста Agile, то внимательно изучите данный раздел.
Авторы раздела:
Алферов П. А., Ожаровский А. В., Романов Ф. А.
Время чтения: 18 мин. — чтение и изучение таблицы + 10 мин. на практическое задание
Если ваш проект вполне соответствует первоначальным критериям, то вы можете перейти к следующему инструменту, который позволяет оценить сложность проекта и понять, насколько он подходит для первого тестирования Agile. Инструмент основан на модели управленческой сложности проектов, разработанной в Центре оценки и развития проектного управления и адаптированной и дополненной авторами данного документа в соответствии с условиями государственных организаций.
Время чтения: 18 мин. – чтение и изучение таблицы + 10 мин. на практическое задание
Если ваш проект вполне соответствует первоначальным критериям, то вы можете перейти к следующему инструменту, который позволяет оценить сложность проекта и понять, насколько он подходит для первого тестирования Agile. Инструмент основан на модели управленческой сложности проектов, разработанной в Центре оценки и развития проектного управления и адаптированной и дополненной авторами данного документа в соответствии с условиями государственных организаций.
Модель управленческой сложности проектов ПМ «Стандарт». Центр оценки и развития проектного управления. URL: https://www.isopm.ru/sistema-pro/model-slozhnosti-proektov/.
Центр оценки и развития проектного управления. URL: https://www.isopm.ru.
Для гибридного применения (см. раздел 2.3) выбирается не проект целиком, а подходящий подпроект, блок работ, фрагмент или набор функций.
SLA (Service Level Agreement) — это соглашение об уровне предоставления услуг, формальный договор между заказчиком услуги (гражданином) и ее поставщиком (вашей организацией), содержащий описание услуги, права и обязанности сторон и согласованный уровень качества предоставления данной услуги.
В качестве примера оценим первое использование Agile для задачи по добавлению нового функционала мобильного приложения Государственного купеческого банка, например для оплаты ЖКУ при помощи QR-кода. Считаем, что само приложение с основными функциями уже разработано.
Длительность проекта. Оплату по QR-коду можно разработать менее чем за 3 месяца — 1 балл.
Количество организаций, участвующих в реализации проекта. Банк и организации, печатающие QR-коды на своих квитанциях, — 2 балла. Ознакомиться с рекомендациями: «У вас должны быть Scrum-мастер и владелец продукта. Все сотрудники из других организаций должны быть хорошо знакомы с Agile».
Количество пользователей информационной системы.
- Более 500 тыс. физических лиц — 3 балла. Стоит ознакомиться с рекомендацией: «Разработка по Agile, релизная политика и поддержка по SLA в классическом виде. Отдельная команда поддержки, которая может справиться с некоторыми ошибками самостоятельно».
- Более 500 тыс. физических лиц, но можно выделить до 1 тыс. человек, которых затронут изменения, — 1 балл.
Количество областей профессиональных компетенций. Дизайн, разработка Android/iOS, тестирование, аналитика поведения пользователей — 2 балла. Ознакомиться с рекомендацией: «Разделение компетенций внутри команды. Нужен опытный Scrum-мастер для эффективного планирования задач и контроля сроков».
Наличие в проекте неформализованных требований (ожиданий). С высокой вероятностью до 20% требований в проекте будут неформальными — 1 балл.
Количество сторон, определяющих требования. Требования к продукту определяет владелец продукта — 1 балл.
Ожидаемые существенные изменения требований в ходе реализации проекта. До 20% требований в проекте может измениться — 1 балл.
Новизна и низкая зрелость используемых в проекте технологий. Большинство ведущих участников рынка используют технологии проекта длительное время — 1 балл.
Большое количество используемых технологий и необходимость их интеграции.
- Есть интеграция с необходимыми системами, например биллинг, — 1 балл.
- Необходима интеграция с 1−5 системами — 2 балла.
Новизна технологий для исполнителей. Исполнители регулярно работают с данной технологией — 1 балл.
Территориальная распределенность. Одна площадка — 1 балл.
Взаимосвязь и взаимозависимость с другими проектами. Нет — 1 балл.
Закупочная процедура. Не нужна — 1 балл.
Наличие законодательных барьеров. Нет — 1 балл.
Максимальное количество — 19 баллов, необходимо обратить внимание на пункты, где балл больше 1.
Проверьте себя!
Попробуйте сами оценить сложность следующего проекта по таблице 3 и изучите рекомендации, если некоторые ответы окажутся в желтой или оранжевой зоне: «У вас существует система приема показаний со счетчиков воды через Интернет без участия владельца квартиры. Появились датчики нового поколения, ваша система не поддерживает их формат данных. Вам необходимо интегрировать новые датчики в свою систему. Дополнительные вводные:
- Система работает в городе с населением более 1 млн человек.
- Дорабатывать нужно сайт и систему ЖКХ, в которой производится расчет квартплаты для каждой квартиры.
- Заказчик находится внутри вашей структуры.
- Вы не привлекаете подрядчиков.
- Вы будете работать по технологиям, ранее использованным командой.
Сколько баллов может набрать такой проект? Варианты ответа:
- Проект несложный — менее 14 баллов.
- У проекта есть небольшие риски — от 14 до 20 баллов.
- Очень сложный проект — значительно выше 20 баллов.
Узнать ответ
Ответ на вопрос теста: у проекта есть небольшие риски — от 14 до 20 баллов.