Отличный подход для стартапов. Не для долгоиграющих проектов, где "сделаем быстренько, может даже откажемся от части фич" со временем перерастает в "архитектуру не продумали, добавление фичи требует переписывания ядра"
MVP подход никак не мешает продумывать архитектуру. Один из самых важных показателей качества кода - расширяемость и масштабируемость. Если программист не думает, что он пишет, то любой подход придет через пару лет к "добавление фичи требует переписывания ядра".
Отличный подход для стартапов. Не для долгоиграющих проектов, где "сделаем быстренько, может даже откажемся от части фич" со временем перерастает в "архитектуру не продумали, добавление фичи требует переписывания ядра"
Потом задач будет больше 50 и вариант с notion они повторно перезапишут в ту самую Jira которую ругали ;)
Захотят сделать ретроспективу, а данных нет, есть примитивные строчки в списке кому чего надо сделать.
Опсы будут поддерживать продукт, а т.к. issue tracker'а не было, то и предыдущий опыт считай что ушел в никуда.
Про базу знаний тоже ничего не написали.
«Сделал дело, слезай с тела» проект :)
Э не, основная метрика нашего технического успеха - это простота изменений. Decoupled, strongly tested, вот это все.
MVP подход никак не мешает продумывать архитектуру. Один из самых важных показателей качества кода - расширяемость и масштабируемость. Если программист не думает, что он пишет, то любой подход придет через пару лет к "добавление фичи требует переписывания ядра".