Как вы выбираете методологию продуктовой разработки?
Наверняка на собеседованиях вы часто слышите вопрос «Какими методологиями вы пользуетесь».
А вы задумывались, как вообще мы выбираем метод, по которому будем вести разработку продукта?
Ведь это не просто про фреймворк. Это управленческое решение, которое влияет на скорость, ошибки, стоимость и формат всей работы в команде. И часто этот выбор делает один человек — продакт. По сути, это про насмотренность, опыт и смелость взять ответственность.
Тему я подсмотрел в канале Елены Пугачёвой. В своем посте она обобщает ответ на вопрос до трёх типичных сценария выбора методологии, которые видел (и сам проходил):
📌 «Так принято у нас в команде» Классика. Кто-то давно выбрал процесс за нас и мы просто его повторяем. Иногда это работает, иногда наоборот создает дополнительный объем работы и бюрократию. Особенно если задачи уже изменились, а процесс нет.
📌 «Как умею, так делаю» Работает на знакомых задачах, особенно если вы «натренированы» в определённом контексте. Но на нестабильных рынках, в новых продуктах и ранних стадиях это может сильно ударить по срокам и качеству.
📌 «Мы подумали, и я решил» Мой любимый вариант. Когда ты понимаешь бизнес-задачу, зрелость команды, ограничения — и подбираешь подход под конкретную ситуацию.
А как у вас обычно происходит выбор методологии?
Ответы в опрос👇🏻. Интересно, что у нас получится.
Чтобы не выбирать на интуиции или по памяти можно посмотреть список популярных методологий в этой статье. Может быть полезно, если вы: — строите процессы в продакт-команде, — устали от продуктового хаоса, — или просто хотите выбирать метод осознанно, а не по инерции.
В этом посте были ссылки, но мы их удалили по правилам Сетки