Архив рубрики ‘процесс разработки’

Что остаётся человеку, когда Клод пишет код?

Я дизайнер. За месяц вечеров я собрал сервис, который превращает часовое видео в документ: ссылка на лекцию или запись встречи — и через шесть минут у тебя очищенный текст выступления и выжимка с тезисами, каждый из которых привязан к секунде записи. Код писал Claude Code, экраны рисовал Claude Design, архитектуру держал Claude в чате; я не написал ни строки. Сервис работает: digest.inforobot.space. Эта статья про один день […]

Дефект как источник информации о продуктовом риске

Многие считают, что задача QA — найти как можно больше багов. И чем будет длиннее список в баг‑трекере, тем «полезнее» тестировщик. В этой статье расскажем, почему QA — не просто ловец багов, а инженер качества. Разберем, как инженерный подход к стабильности помогает команде Modus управлять рисками задолго до первой строчки кода и почему это полностью меняет отношение к процессам тестирования. Найденный баг может быть сигналом о проблемах в процессе, а не просто […]

Почему мало просто перейти на SwiftUI и Compose: заглядываем под капот перезапуска приложения Бургер Кинг

Когда старый монолит начинает мешать процессам в разработке, первое, что обычно приходит в голову командам — это переезд на новый стек. Логика понятна: сделаем новый UI, почистим код, а дальше и разработка пойдет бодрее. Чаще всего такое решение — очень дорогая иллюзия. Потому что в бигтехе проблема обычно не в UI, а в связности компонентов, […]

Один дорогой разработчик или шесть дешевых: простая математика

Планирование спринта, приоритизация, постановка задач разработчикам, передача в тестирование. В некоторых командах это постоянные этапы жизненного цикла разработки фич. Однако в 2025 году конкуренция как между компаниями, так и между разработчиками требует иного подхода. Нужно ли планировать этапы работ, делать приоритизацию, тестировать фичи? Безусловно да. Должны ли эти этапы быть обязательными в SDLC? На мой […]

Раннее тестирование или как сократить время деливери

Оценка задач в IT: делать или не делать — вот в чем вопрос?

Стоит ли оценивать время на выполнение задач в IT? Или, может быть, просто приступить и начать работать? А что, если оценивать не время, а объем задач? И что вообще следует и можно оценивать? Как и всегда, универсального ответа нет. Я придерживаюсь следующей стратегии: прежде чем давать или запрашивать оценку, важно понять, зачем это нужно обеим […]

Эпоха вайб-работы уже здесь

Всем привет! Меня зовут Александр, я COO в SaaS-платформе аналитики данных. Последний год активно изучаю внедрение AI-решений в кросс-функциональные процессы. Делюсь материалами, которые помогают: Продуктовым менеджерам — интегрировать AI без перегрузки команд; Разработчикам — выбирать инструменты под конкретные бизнес-задачи; Специалистам по данным — избегать ошибок в production-развертывании. У себя в телеграм-канале делюсь сжатыми и структурированными […]

Как Cursor стал самым быстрорастущим SaaS-стартапом в истории, достигнув $100M ARR всего за 12 месяцев

Всем привет! Меня зовут Александр, я COO в SaaS-платформе аналитики данных. Последний год активно изучаю внедрение AI-решений в кросс-функциональные процессы. Делюсь материалами, которые помогают: Продуктовым менеджерам — интегрировать AI без перегрузки команд; Разработчикам — выбирать инструменты под конкретные бизнес-задачи; Специалистам по данным — избегать ошибок в production-развертывании. У себя в телеграм-канале делюсь сжатыми и структурированными […]

Как «приручить» технический долг: от накопления к решению

Хабр, привет! Меня зовут Дима, и я — деливери-менеджер технического отдела «Автомакон». Сегодня хочу рассказать, как мы пересмотрели подход к управлению техническим долгом и чего добились благодаря этому. Что такое технический долг?

Как мы починили свой процесс и стали меньше отвлекаться

В прошлом году наша команда прошла через жесткий слом процесса разработки, но смогла восстановить его и сделать еще лучше: понятней, приятней и продуктивней. Расскажу про некоторые практики и подходы, которые мы внедрили и используем для обеспечения стабильного процесса. Ключевая идея, вокруг которой все это строится, — у разработчика должен быть фокус на разработку, от которого […]

12