Обновить
455.26

Управление разработкой *

Планирование, отслеживание и контроль

Сначала показывать
Порог рейтинга
Уровень сложности

Почему разработчики перестали читать документацию и что с этим делать

Уровень сложностиПростой
Время на прочтение3 мин
Охват и читатели6.2K

Всем привет! Я системный аналитик в компании «СИБИНТЕК-СОФТ». Последние несколько лет занимаюсь разработкой ИТ-продуктов и сталкиваюсь с одной и той же проблемой – документация есть, но ее не читают. В чём причина — в лени разработчиков или в плохо написанной документации? Давайте разберёмся.

Важно: речь в статье идёт именно о внутренней технической документации для команды разработки: архитектурных решениях, описании сервисов, API и т.д. Это не про инструкции пользователей или администраторов и не про проектную документацию для заказчика.

Читать далее

Новости

«Я напишу вам CLAUDE.md, и всё полетит»: как я провалил первую неделю внедрения ИИ и что пришлось менять

Уровень сложностиПростой
Время на прочтение5 мин
Охват и читатели7.1K

Честная история о том, как я взялся за проект по внедрению ИИ в разработку во время переезда на новый стек.

Читать далее

mise — утилита, необходимая каждому разработчику и в каждом проекте

Уровень сложностиСредний
Время на прочтение11 мин
Охват и читатели9.5K

Утилита mise (полное название MISE-EN-PLACE) настраивает необходимое для разработки окружение:

Для разработчика это глобальный набор инструментов (от языков программирования до мелких утилит) нужных версий.

Для проектов это аналогичный набор инструментов (специфичных для этого проекта версий, одинаковых у всех разработчиков и на CI) плюс конфигурация (переменные окружения/зашифрованные секреты для конкретного dev/staging/prod/… окружения плюс локальные отличия) плюс задачи (скрипты) для сборки/тестирования/деплоя/….

Я использую mise примерно полтора года, постепенно перевожу на неё все свои проекты, и мне однозначно нравится результат! Дальше я опишу свои впечатления от использования mise, но, в общем и целом, всё необходимое есть в официальной доке.

Читать далее

Ваш браузер — это узкое место для OpenClaw

Уровень сложностиПростой
Время на прочтение2 мин
Охват и читатели6.2K

Все в технологическом мире уже либо попробовали OpenClaw, либо у них есть коллега, который что-то на нём уже выкатывает в прод. И почти все упираются в одну и ту же проблему — браузерная автоматизация.

По умолчанию OpenClaw управляет локальным браузером. Для пары простых сценариев это ок. Но как только начинается что-то серьёзнее — параллельные сессии, большие флоу — машина становится узким местом. RAM улетает, всё начинает тормозить, прогоны становятся нестабильными. Плюс вы фактически запускаете агента рядом со своим реальным браузером — с куками, сессиями и всем остальным. С точки зрения безопасности это спорное решение.

Firecrawl выкатили решение — Browser S andbox. И это уже инфраструктурный подход, а не «девтул».

Читать далее

Мой тимлид не пишет код 3 года. Почему он — лучший тимлид, с которым я работал

Уровень сложностиПростой
Время на прочтение8 мин
Охват и читатели13K

На Хабре любят хейтить менеджеров, которые «забыли, как кодить». Мол, оторвались от реальности, не понимают сроков, не чувствуют боль разработчика. Я раньше тоже так думал. А потом попал в команду к человеку, который три года не открывал IDE, и за полгода понял, что был неправ.

Читать далее

Почему мы строим звездолеты для перевозки картошки

Уровень сложностиПростой
Время на прочтение3 мин
Охват и читатели10K

Вы все это видели.

Стартап на три человека. Идея простая - агрегатор скидок в районных парикмахерских. Бэкенд еще не написан, но архитектура уже утверждена.

Конечно же, микросервисы. Конечно же, Kubernetes. Обязательно кафка для обмена сообщениями, потому что "нам нужна асинхронность". И база данных - непременно NoSQL, желательно шардированная, ведь мы готовимся к миллионам пользователей. Сразу. В первый день.

Проходит полгода.

Продукт не запущен. Деньги инвесторов (или личные сбережения фаундера) сгорают на оплату кластеров в облаке. Два сеньора, которых наняли за большие деньги, целыми днями настраивают CI/CD пайплайны и спорят о правильной гранулярности сервисов.

А бизнес-задача? Она потерялась. Мы не решаем проблему пользователя, мы решаем проблемы, которые сами себе создали, выбрав инструменты не по размеру.

Читать далее

Data Structure Protocol (DSP): как дать LLM-агентам «долговременную память» о большом репозитории

Уровень сложностиСредний
Время на прочтение6 мин
Охват и читатели8.1K

Есть паттерн, который видит каждый, кто работает с агентами: первые 5–15 минут уходят не на задачу, а на "ориентацию". Где точка входа? Откуда растут зависимости? Почему эта библиотека, а не другая? Кто считает это публичным API? В маленьком проекте раздражает. В большом — превращается в постоянный налог на токены и внимание.

DSP (Data Structure Protocol) "выносит карту проекта наружу" — в простой, версионируемый, языковой граф, который живёт рядом с кодом и доступен агенту как постоянная память.

k-kolomeitsev/data-structure-protocol

Цель в архитектуре сформулирована так:

1) Цель и границы

Цель DSP — хранить минимальный, но достаточный контекст о репозитории/системе артефактов в виде графа «сущности → зависимости/публичный API», чтобы LLM могла:

- быстро находить нужные фрагменты по UID,

- понимать «зачем» сущности существуют и «как» они связаны,

- не требовать загрузки исходников целиком в контекстное окно.

DSP — это долговременная память и индекс проекта для LLM. Агент может в любой момент выполнить поиск (grep) по проекту, найти нужные сущности по описаниям/ключевым словам и от найденного UID раскрутить весь граф связей: входящие зависимости, исходящие импорты, реципиентов через exports. Это заменяет необходимость «помнить» структуру проекта или загружать его целиком — вся карта проекта всегда доступна через .dsp.

Читать далее

Техдолг — всё

Время на прочтение9 мин
Охват и читатели4.9K

Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC.

За годы в ИТ я видел десятки команд, которые буквально тонут в техническом долге, но даже не осознают этого. Они продолжают героически вкатывать хотфиксы, год за годом пересобирать один и тот же код и удивляться: почему скорость упала, а пользователи ноют?

Самое коварное — технический долг маскируется под обычную занятость. Вам кажется, что работа кипит, но на деле вы просто раз за разом наступаете на одни и те же грабли.

В этой статье делюсь опытом, как перестать ходить по кругу и превратить беспорядок повторяющихся проблем в управляемый, прозрачный процесс.

Без магии, зато с метриками, ролями и реальными кейсами.

Читать статью

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

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели9.9K

Всем привет! Меня зовут Юлия Новикова, и мае 2025 года я стала Team Lead группы фронтенд-разработки в Ozon. В моей команде сейчас 5 разработчиков и 2 тестировщика, и мы создаём фронтенд для админок, которые управляют работой складов, РЦ (распределительный центр) и дарксторов. Но путь мой сюда был не самым тривиальным — до этого я была QA Lead, а не разработчиком.

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

Читать далее

Scrum — это не ритуалы. Это состояние потока

Уровень сложностиПростой
Время на прочтение8 мин
Охват и читатели5.4K

Вы проводите daily stand-ups? Делаете ретроспективы каждые две недели? Следите за velocity? Поздравляю, вы делаете Scrum. Но понимаете ли вы философию? Или ваш Scrum превратился в набор встреч, которые все ненавидят, но ходят, потому что «так надо»?

Читать далее

Целительные хлопоты: как измерить температуру проекта

Уровень сложностиСредний
Время на прочтение9 мин
Охват и читатели4.4K

Большинство методик управления проектами отвечают на вопрос «что делать», но значительно хуже — на вопрос «в каком состоянии находится проект прямо сейчас». Мы измеряем сроки, бюджеты, проценты готовности, количество выполненных задач — и при этом нередко упускаем момент, когда проект перестаёт быть управляемым, хотя формально всё ещё «идёт по плану».

Проблема в том, что управление обычно рассматривается как последовательность действий: поставить задачу, выполнить, проверить, скорректировать. Такой взгляд удобен, но он скрывает главное — проект развивается не по шагам, а по состояниям. Между «всё под контролем» и «проект провален» лежит широкий спектр промежуточных состояний. Именно в них и накапливается риск.

В этой статье предлагается посмотреть на управление задачами под другим углом — не как на контроль выполнения, а как на работу с пространством возможных состояний, в которых может находиться задача. В таком подходе неопределённость становится не побочным эффектом, а центральной характеристикой процесса, а управление — способом перераспределять её так, чтобы цель оставалась достижимой.

Тепловая модель проекта

Разговаривают два глухих: как сленг убивает бизнес

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели4.7K

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

Читать далее

Проектирование системы отложенных уведомлений со склейкой: от требований до продакшена

Уровень сложностиСредний
Время на прочтение8 мин
Охват и читатели4.7K

Всем привет! Меня зовут Евгений Федосеев, я инженер-программист в компании iSpring.

В рамках развития платформы дистанционного обучения iSpring Learn перед нами стояла задача реализовать систему уведомлений для модуля «Планы развития». Нам нужна была система, которая группирует сообщения для разных видов уведомлений и при этом обспечить надежность и расширяемость

В этой статье я расскажу, как мы проектировали эту систему, какие архитектурные решения приняли для обеспечения гарантии доставки и наблюдаемости, и как этот механизм успешно работает в продакшене.

Читать далее

Ближайшие события

Claude Code для продакт-менеджеров (2026): Гайд и роадмэп, который ускоряет работу

Уровень сложностиПростой
Время на прочтение8 мин
Охват и читатели9.2K

В 2026 продакт-менеджеру важнее всего скорость: из заметок, созвонов или исследований быстро получать PRD и понятный план работ.

В статье как раз практический гайд по Claude Code: зачем он Product-менеджеру, как настроить CLAUDE.md, как автоматизировать конкурентный анализ, использовать параллельных агентов и skills, плюс роадмэп - карта обучения Claude Code для Product-менеджеров и разбор типовых ошибок.

Читать далее

Junior TeamLead Мастерской Яндекса

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели5.9K

Это статья не сеньора, очередной раз пишущего про управление персоналом. Я - Junior Golang-разработчик! У меня нет ответов на все вопросы, но есть путь. Вот что работает, когда ты ещё сам учишься писать код, а уже отвечаешь за команду.

Читать далее

Референсные модели для корпоративного архитектора

Уровень сложностиСредний
Время на прочтение8 мин
Охват и читатели5.7K

Корпоративный архитектор редко начинает с чистого листа: в разных отраслях уже существуют референсные модели процессов, сервисов и данных, которые помогают быстрее выстроить целостную картину организации. В этой статье разберём, какие модели доступны сегодня — от TM Forum и BIAN до IT4IT, SCOR и APQC PCF — и как их использовать при описании деятельности и ИТ-ландшафта компании.

Читать далее

6 инструментов для параллельного Claude Code: тестирую всё, чтобы вам не пришлось

Уровень сложностиСложный
Время на прочтение12 мин
Охват и читатели7K

Conductor, Crystal, Auto-Claude, Claude Squad, CCManager и Cursor 2.0 — честное сравнение с плюсами, минусами и рекомендациями по сценариям.

Читать далее

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

Уровень сложностиСредний
Время на прочтение15 мин
Охват и читатели6K

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

Читать далее

Почему хорошие команды не гарантируют прибыль

Уровень сложностиСредний
Время на прочтение5 мин
Охват и читатели6.1K

Я много лет работаю на стыке технологий и операционного управления. И почти в каждой компании вижу один и тот же парадокс. Команда сильная, процессы выстроены, релизы регулярные.

Но в P&L (Profit and Loss) нет заметного роста. И в какой-то момент возникает вопрос, который неприятно задавать: Если команда хорошая, почему бизнес не чувствует этого в прибыли?

Читать далее

Кризис доверия в IT и наши факапы найма

Уровень сложностиПростой
Время на прочтение5 мин
Охват и читатели8.6K

Сегодня хочу поговорить с вами о доверии к IT-специалистам, а именно о том, что с ним стало и к каким последствиям в найме это привело. Мы посмотрим на наши честные кейсы и факапы с кандидатами, работниками и посчитаем экономику убытков.

Читать далее
1
23 ...