Подходы к разработке проектов

Приветствую! Сегодня я, Дмитрий Балашов, руководитель проектного отдела компании Decart IT, расскажу про подходы к разработке, лежащие на более фундаментальном уровне, чем методологии, которым уже посвящено множество статей.

За основу возьму PMBoK - библию в мире проектного менеджмента от американского Института проектного менеджмента(PMI), а конкретно последнее седьмое издание, учитывающее изменения ковидной эпохи. Статья будет полезна всем, кто работает с проектами, не обязательно в IT.

В разных сферах под разными названиями могут существовать 3 подхода: предиктивный, гибридный и адаптивный. Рассматривать их следует не как 3 точки, а в виде спектра, где на одном конце предиктивный подход, а на другом - адаптивный.

Для предиктивного подхода характерны следующие свойства:

Например, вы хотите построить здание, автоматизировать производственную линию или спроектировать ядерный реактор - все эти проекты подразумевают важность детальной работы с требованиями и проектированием с первых дней проекта.

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

На другом краю спектра расположился адаптивный подход, для которого справедливы:

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

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

Адаптивный подход делает упор на непрерывное улучшение процессов и получение опыта командой для увеличения ценности поставляемого результата.

Гибридный подход представляет собой сочетание предиктивного и адаптивного, Например, в ходе IT-проекта требования и дизайн могут разрабатываться адаптивно, а разработка и развертывание - предиктивно.

Из своего опыта выделю еще пару практических советов.

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

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

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

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