6 основных рисков разработки программного обеспечения и способы их минимизирования

Неправильная оценка

• Выполняйте только самые важные задачи;

• Добавьте время разработчикам для изучения и снижения рисков в частях нового проекта;

• Добавьте предполагаемый период для команды разработчиков в течение недели для задачи, выходящей за рамки проекта;

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

Изменения

• Небольшие, простые в управлении итерации по гибкой методологии Agile позволяют анализировать и изменять размер проекта;

• При оценке проекта взять несколько дополнительных недель для “непредвиденных ситуаций”

Вовлечение пользователей

• Пользовательское тестирование и обратная связь;

• Фокус-группы;

• Частые релизы;

• Бета-тестирование.

Код низкого качества

• Клиент может нанять менеджера проекта или технического директора, который сможет проверять качество кода и контролировать команду разработчиков;

• Соблюдение системы Стандартов Качества Кода (англ. Clear Coding Standards and Guidelines);

• Тестирование после каждой итерации кода;

• Прежде чем начать работу с компанией-разработчиком, клиент может запросить аналогичный проект и ознакомиться со стандартами кода компании.

Низкое взаимодействие с клиентом

• Необходимо четко согласовать, когда клиент и заказчик смогут провести Пользовательское Тестирование (User Acceptance Testing);

• Важно оговорить допустимое время ответа, если у любой из сторон есть проблема или вопрос по проекту;

• Четкий выбор целей и приоритетов проекта.

Недостаточное количество людей

• Документирование всего процесса разработки;

• Хорошая внутренняя кадровая система, позволяющая, в случае возникновения такой ситуации, быстро заменить члена команды;

• Менеджер проекта должен часто контролировать график рабочей нагрузки своей команды, чтобы оперативно среагировать на изменения

Кто может контролировать риски в разработке программного обеспечения

• Менеджер проекта отвечает за все задачи, связанные с проектом.

• Бизнес-аналитик, занимающийся определением и анализом требований проекта.

Вместе они могут помочь создавать успешные продукты и минимизировать риски разработки программного обеспечения.

Менеджер проекта и управление рисками

• Разработка нового продукта или новых функций. Менеджер проекта организует встречу с техническим архитектором и разработчиками, обсуждает с ними предстоящие задачи, помогает в составление ТЗ;

• Планирование. Важно учитывать все факторы, влияющие на ход разработки, включая квалификацию сотрудников и связанные с ними риски, зависимость от сторонних сервисов и исправление ошибок;

• Контроль. Менеджеру проекта необходимо ежедневно отслеживать проектные итерации и контролировать весь процесс разработки, чтобы оперативно реагировать на возникающие проблемы.

• Общение с заказчиком. Это важный пункт при разработке проекта, так как проблемы могут происходит ситуативно и важно поддерживать коммуникацию с клиентом, сообщать об изменениях на проекте.

Бизнес-аналитик и управление рисками

• Выявление требований заказчика к проекту;

• Документирование требований к будущему проекту;

• Создание прототипов требований клиентов, мозговой штурм с клиентом и командой разработчиков, проведение тестов и анкетирование для лучшего понимания и анализа требований;

• Выявление слабых сторон проекта на основе собственного анализа. Предложение способов оптимизации процессов и решение возможных проблем по проекту;

• Написание технического задания, оптимизация требований к проекту;

• Передача оптимизированных требований от заказчика команде разработчиков.