Плохой выбор системы управления разработкой редко заметен в первый месяц. Сначала всё выглядит терпимо: задачи заведены, доски настроены, отчёты где-то строятся. Потом начинается рабочая реальность. Разработчики уточняют статусы в чате, релизы собираются вручную, критичные дефекты ведутся в отдельной таблице, тимлид перед встречей открывает пять вкладок и пытается понять состав спринта.
Я работаю руководителем проектов внедрения в крупной российской технологической компании, связанной с одним очень крупным банком. Мы разрабатываем собственное программное обеспечение для внутренних нужд банка, а заодно продаём и внедряем его внешним заказчикам. Чаще всего это большие компании и корпорации, где любое действие сопровождается совещанием, а любое совещание — ещё двумя совещаниями поменьше. Другими словами […]
Исследователи обнаружили, что в 2026 году разработчики уже не смогут отказаться от инструментов для программирования с использованием ИИ. Это может создать дополнительные проблемы с сопровождением кода.
«Раньше у нас была классная команда, все друг друга знали, задачи решали быстро. А теперь — процессы, согласования, и непонятно, кто за что отвечает. Кстати, напомните — как зовут нашего дизайнера?». Узнаете? Это голос руководителя, который перерос свои старые методы. Вы прошли путь от 5 до 50 человек. Или от одной команды до целого отдела. Вместо драйва — усталость. Вместо скорости — бюрократия.
Оптимизация кода сервисов на Go под реальную нагрузку Когда сервис на Go начинает «тормозить» под реальной нагрузкой, проблема почти всегда не в самом языке и даже не в алгоритмах. Чаще всего узкие места лежат на уровне работы с памятью, сериализации данных и неочевидных накладных расходов рантайма. Если сервис упирается в сеть, базу данных или внешние […]
У нас было 120 процессов, 9 областей управления, более 100 авторов из 60 компаний, 3 ветки на каждый репозиторий и ещё по одной на каждую задачу, AI-агент, таск-трекер, толстый клиент редактора и три портала документации. Не то чтобы всё это нам было нужно, чтобы описать методологию управления в ИТ. Но когда однажды начинаешь собирать серьёзную […]
Опыт после обучения 10+ коллег: почему одни ускоряются в разы, а другие получают уверенную кашу. За последние пару месяцев я обучил свою команду, как встроить LLM в рабочий процесс. Не «поиграться с ChatGPT вечером». Не «задать вопрос, как сделать то-то». А именно начать использовать LLM в реальной работе: код, тексты, анализ, ревью, документация, исследование, планирование […]
За последние несколько лет AI-продукты перестали быть просто экспериментами или внутренними pet-project’ами. Крупные компании начали внедрять генеративный ИИ, AI-ассистентов и аналитические AI-системы уже не в формате «посмотреть, что умеет нейросеть», а как полноценные production-решения, влияющие на эффективность бизнеса, производительность сотрудников и экономику процессов. Но довольно быстро выяснилось, что классический Product Manager далеко не всегда подходит […]