14 материалов · приём действия · Управлять разработкой и доставкой
Выступление1 ч 5 мин«При планировании сложных фичей закладывайте в бюджет скрытые издержки: инфраструктурную непредсказуемость и необходимость непрерывного дообучения.»
здесь это прозвучало
Выступление«Если продукт рассчитан на долгую жизнь, закладывайте время и бюджет на проектирование архитектуры и рефакторинг еще до старта разработки.»
здесь это прозвучало
Подкаст52 мин«До начала разработки нового продукта технический и продуктовый руководители должны совместно спроектировать архитектуру и обсудить бизнес-метрики.»
здесь это прозвучало
Выступление«При оценке каждого нового продукта или фичи нужно задавать вопрос: как это решение скажется на здоровье всей системы в краткосрочной и долгосрочной перспективе.»
здесь это прозвучало
Выступление«При планировании перехода от единственного продукта к линейке нужно заранее закладывать бюджет на масштабный рефакторинг архитектуры ядра.»
здесь это прозвучало
Подкаст37 мин«Создавать сложную архитектуру нужно итеративно, начиная с минимально работающей системы и постепенно её модифицируя.»
здесь это прозвучало
Выступление«Чтобы техдолг не копился бесконечно, резервируйте фиксированную долю story points в каждом спринте или выделяйте через равные интервалы целые «пустые» технические спринты.»
здесь это прозвучало
Видео16 мин«Механики привлечения нужно закладывать в архитектуру продукта еще до запуска, потому что добавить виральность или UGC-цикл в готовую систему очень дорого.»
здесь это прозвучало
Видео8 мин«Виральные механики нужно закладывать в архитектуру продукта до запуска, а не прикручивать постфактум.»
здесь это прозвучало
Видео9 мин«После периода быстрых экспериментов на «костылях» нужно планово выделять время (например, квартал) на выплату технического долга.»
здесь это прозвучало
Видео31 мин«Первые визуальные наброски нужно показывать разработчикам, чтобы заранее выявить технические ограничения и не нарисовать то, что невозможно реализовать.»
здесь это прозвучало
Видео22 мин«Архитектуру MVP нужно сразу проектировать под масштабирование, потому что времени и ресурсов на переделку после релиза не будет.»
здесь это прозвучало
Видео54 мин«Технический трек (стабильность, uptime, рефакторинг) нужно включать в продуктовую стратегию наравне с пользовательскими фичами.»
здесь это прозвучало
Видео6 мин«При активном росте продукта критически важно контролировать накопление технического долга, чтобы сохранить возможность быстро проводить эксперименты.»
здесь это прозвучало
