Как мы обеспечиваем self-service разработки и деплоя витрин, обрабатывая 30000 тасок в сутки

Привет! Меня зовут Николай Огоров, я Big Data-инженер в Авито. В этой статье я и мой коллега Айк Оганесян расскажем, как обеспечили пользователей инструментами, которые дают им возможность самим создавать витрины в хранилище Авито без привлечения специалистов. Эта история больше про подходы, решения и философию, которые позволяют жить в парадигме, когда потребностей на создание объектов DWH стало сильно больше, чем возможностей Data-инженеров.

Self-service (далее…)

Шторм по расписанию: стоит ли давить на команду в самом начале проектного пути?

Привет, Хабр! Меня зовут Антон Филимонов, я руководитель Центра компетенций по разработке прикладных решений в «Газпром ЦПС». Чтобы успевать за быстроизменяющейся рыночной средой и быть эффективной, наша компания должна уметь формировать новые команды и выводить их на оперативный ритм в короткие сроки. 

(далее…)

Новый уровень проектирования в nanoCAD Механика PRO 2.0 — меньше кликов, больше контроля

Как «Спортивный помощник» на NLU закрывает более 80% обращений в чате

Как «Спортивный помощник» на NLU закрывает более 80% обращений в чате - 1

Привет!

Меня зовут Екатерина Морозова и я менеджер продукта “Спортивный помощник”. В этой статье я расскажу, как работает наш чат-бот и как мы подняли процент закрытия чатов ботом до более, чем 80%.

(далее…)

Как спасать команду от бесконечных митингов: практики, которые я подсмотрела у техлидов

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

Ниже — практики, которые я подсмотрела у техлидов и продуктовых команд. Это не попытка «учить» разработчиков тому, что они и так знают лучше меня. Скорее, я описываю опыт со стороны — как человек, который постоянно учится у них дисциплине управления временем.

(далее…)

BPMN для аналитиков и тимлидов (часть 1)

Привет, Хабр! Давайте знакомиться! Меня зовут Дима. Я много лет работаю системным аналитиком.

За моими плечами – десятки проектов по разработке и внедрению программного обеспечения, где я не только проектировал, но и проводил ревью процессов других аналитиков и специалистов заказчика. Кроме того, регулярно проводил обучение по нотации BPMN (Business Process Model and Notation).

(далее…)

Не получается делегировать? 3 типа руководителей, которые тащат все на себе

Я всё сделаю сам: синдром спасателя у менеджера

Каждый менеджер хотя бы раз ловил себя на мысли: «Если не я, то кто?» Это вроде бы простая фраза, но за ней скрывается куда больше, чем желание увидеть проект успешным. Она задаёт тон всей культуре управления: той, где руководитель становится «героем», который раз за разом вытаскивает команду из дедлайнов, конфликтов и хаоса. 

(далее…)

За пределами embeddings: комбинируем векторный и лексический поиск для повышения релевантности

Таксономия рисков в Delivery Management: от «зависимостей» до «технического долга»

Все вокруг твердят о рисках, «риски надо учитывать», «риски нужно минимизировать», но мало кто системно объясняет, какие вообще риски бывают и как их классифицировать именно применительно к Delivery Management.

Итак, представьте: вы DM, ведете проект. В вашем чеклисте десятки пунктов, и среди них мутно сформулированное управление рисками. Разбиваем работу с рисками на три вопроса:

  1. Источник риска. Откуда проблема может прийти? (Команда, технологии, бизнес или внешняя среда)

  2. Тип проявления риска. Чем грозит? (Срыв сроков, падение качества или полный стоп проекта)

  3. (далее…)