Юрий Дворжецкий — кандидат физико-математических наук и опытнейший разработчик, который программирует практически с детского сада.

Как известно бизнес-аналитикам, реальное исполнение бизнес-процессов в компании штука сложная, ведь процессы взаимодействуют между собой. Для описания таких взаимодействий в BPMN 2.0 часто применяются сообщения. Типичное описание такого взаимодействия выглядит так:

Классическая задача отдела продаж: руководитель требует добиться от клиента ответа (желательно, положительного). Что в этом случае делать сотруднику отдела продаж можно прочесть во множестве статей по маркетингу, а вот что делать аналитику бизнес-процессов?

Функционально-стоимостной анализ (ФСА) — штука известная и учебников по нему много. Метод позволяет оценить реальную себестоимость какого-либо процесса в компании. Давайте рассмотрим простой пример, который покажет нам, как забавно иногда ФСА может работать.

Радий Веснин — опытный бизнес-аналитик, программист и айтишник, более 20 лет работающий в сфере информационных технологий и из них более 15 лет — в бизнес-анализе и консалтинге.

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

Pandas сегодня является чуть ли не go-to инструментом для решения аналитических задач. Он предоставляет удобный и понятный широкому кругу исследователей интерфейс манипуляции массивами данных. Давай те же посмотрим, что «под капотом» этой библиотеки и за счёт чего происходит такая эффективная работа с данными?

«Руководитель разработки» — достаточно популярный курс об управленческой деятельности, который преподаётся в OTUS. Здесь подробно рассматриваются управленческие проблемы, с которыми сталкивается современный тимлид в процессе руководства командой программистов. В основе курса лежит уни

Роман Швецов — IT-руководитель с более чем 7-летним опытом. В начале своей управленческой карьеры он руководил командами из 4 человек, постепенно доведя это число до 35.

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