Архив рубрики ‘Разработка’

Чёрная дыра в продукте: Как назначенный профи создал вакуум управления

История распада ответственности в одном проекте Новый король без короны

Невидимый архитектор — тот, кто всем мешает, но всех спасает

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

“Разработчики тупят” — а может, просто задачи дурацкие?

Если вы хоть раз были на стороне бизнеса, наверняка слышали (или говорили): Разработчики что-то тормозят…Сколько можно делать такую простую штуку?Они что, не понимают, как это важно? Но тут надо смотреть шире

Как AI-агенты помогут достроить вашу Вавилонскую Башню

AI-агенты работают быстрее и не устают, а потому обходятся дешевле Попробовал я тут на днях Codex от OpenAI. Его релиз состоялся 16 мая 2025 года, т.е. два месяца назад.

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

Почему разработчики не делают «по уму», даже когда знают как

На каждом созвоне слышно: «Надо думать наперёд»«Давайте писать с запасом на рост»«Архитектура должна быть зрелой» И в той же команде — к вечеру релиз на костылях, баги в проде и геройская починка «в ночи». Но ведь команда не из новичков. Разработчики знают, как «по уму». Почему же всё не так? Ответ — в среде (не день недели). Даже зрелый инженер не может строить на болоте. Не «ленивый разработчик», а токсичная среда Ошибка менеджмента — думать, что хорошее […]

Зачем и как писать ТЗ

Эта статья написана для заказчиков разработки, в основном касается IT-продуктов на ранних стадиях. Цель статьи — дать понимание, что писать в ТЗ, как и главное, зачем. ТЗ — это вообще интересный феномен, все знают о том, что писать надо, но никто не делает. Либо делает халтуру с GPT, то же самое, даже хуже. Зачем писать […]

Когда «ускорить разработку» — значит всё сломать

Почему скорость команды — это не всегда про людей, а про инфраструктуру https://t.me/+7-m11XS2SFQwNjk6 «У нас горят сроки, надо быстрее!»«Почему вы делаете задачу уже вторую неделю?»«Давайте подключим ещё одного разработчика — точно ускоримся».

Отправляем заказчика в одиночное плавание

Одиночное плавание В своей прошлой статье я обещал затронуть тему применения парадигмы языково-ориентированного программирования (ЯОП) при разработке программного обеспечения (ПО), но ушёл в сторону, сосредоточившись на моделировании. Теперь хочу исправить ситуацию.

10 промптов вместо споров об ИИ: как мы сэкономили недели разработки

Я относительно недавно пришёл в новую команду в качестве проджект-менеджера. Компания разрабатывает платформу для автоматизации внутренних бизнес-процессов (B2B Saas) — систему управления задачами, документами и внутренней коммуникацией для корпоративных клиентов. Одна из первых задач команды — релиз новой фичи. Вроде ничего нового, но среди коллег начался конфликт.  Команда разделилась на 2 лагеря, где с одной […]