07 августа в 07:01

👥 Онбординг — не выдача доступов, а процесс длиною в месяцы Свести адаптацию новичка к инструктажу по доступам и экскурсии по офису — самая частая и самая дорогая ошибка. Человек получает учётку, но не понимает, как здесь принято работать, и месяцами не выходит на полную отдачу. Здоровый онбординг идёт по четырём уровням одновременно: организационная, техническая, социальная и культурная адаптация. Техническая закрывается за неделю — поднял окружение, сделал первый коммит. Социальная и культурная тянутся месяцами и реже попадают в формальный план. Ключевая метрика — time-to-productivity: интервал от первого рабочего дня до момента, когда сотрудник начинает приносить ценность на уровне команды. Без карты территории новичок неделями делает простые вещи «в лоб», не зная о готовых инструментах и процессах. Цена слабого онбординга скрыта: затянутый выход на продуктивность, ранние увольнения в первые 3–6 месяцев и потеря доверия к руководству, которая формируется именно в первые недели. 🔗 Онбординг (адаптация сотрудника): https://agaltsovav.ru/docs/people-managment/onboarding/

Telegram MAX

06 августа в 13:01

🔧 Системный аналитик — инженер на стыке бизнеса и кода Если бизнес-аналитик отвечает на вопрос «что нужно бизнесу», то системный аналитик отвечает на вопрос «как система должна быть устроена». Он проектирует модели данных, описывает контракты API, прорабатывает интеграции между системами и переводит бизнес-требования в технические спецификации. Особенно незаменим в сложных Enterprise-проектах: интеграционных решениях, микросервисной архитектуре, миграциях с legacy-систем. В небольших продуктах эту роль берёт на себя TechLead или backend-разработчики, но с ростом сложности интеграций без отдельного специалиста не обойтись. Ошибка в контракте API обнаруживается только на этапе интеграционного тестирования или в продакшене — поэтому точность спецификаций системного аналитика напрямую определяет, будет ли команда работать плавно или тонуть в переделках. 🔗 https://agaltsovav.ru/docs/overview/system-analyst/

Telegram MAX

06 августа в 07:01

📋 Kanban — управлять потоком, а не спринтами Kanban — метод управления потоком работы, при котором процесс становится наглядным, а объём незавершённой работы ограничивается явными лимитами. Команда берёт новую задачу только тогда, когда в потоке появляется свободное место — цель не «делать больше», а «делать быстрее». Метод пришёл из производственной системы Toyota, где инженер Оно Тайити в 1950-х использовал карточки-канбан как сигнал между станциями конвейера. В разработку ПО идею перенёс Дэвид Андерсон, опубликовав в 2010 году книгу о Kanban как инструменте эволюционного изменения. Математический фундамент метода — закон Литтла (L = λW): чем меньше незавершённой работы, тем быстрее она выполняется. Именно это превращает ограничение WIP из дисциплинарной меры в инструмент ускорения. В отличие от Scrum, Kanban не вводит ролей, итераций и церемоний. Он начинается с того, что уже есть: текущий процесс визуализируют, ограничивают и постепенно улучшают. 🔗 https://agaltsovav.ru/docs/project-managment/kanban/

Telegram MAX

05 августа в 18:11

🤖 Восемь мифов об ИИ в разработке ПО — что показало исследование 450 инженеров Microsoft Разработчики проводят за написанием кода лишь около 14% рабочего времени. Остальное — дизайн, встречи, ревью, планирование. ИИ-ассистент ускоряет крошечную часть рабочего дня, но маркетинг обещает двукратный рост продуктивности. Строки кода как метрика влияния ИИ статистически невалидны: они стимулируют накрутку объёма в ущерб качеству и рост технического долга. Альтернативы — фреймворки SPACE, DevEx и DORA, которые измеряют результат, а не объём. Прирост продуктивности от ИИ крайне неоднороден: одни задачи ускоряются, другие замедляются. Исследование показало рост времени на 18% у опытных open-source разработчиков. Реальный выигрыш приходит от переосмысления процессов на уровне организации, а не от раздачи лицензий. 🔗 Восемь мифов об ИИ в разработке ПО: https://agaltsovav.ru/blog/genai-myths/

Telegram MAX