Методология о людях: как я придумал Projex и зачем это вообще нужно

Вот важная новость с фронта ИИ: girder 41 минуту назад Методология о людях: как я придумал Projex и зачем это вообще нужно Простой 12 мин 1. 5K Управление персоналом * Управление проектами * Agile * Анализ и проектирование систем * Управление разработкой * Мнение Из песочницы «Стоит идее завладеть мозгом…»Когда я только начинал выстраивать процессы внутри команды, я экспериментировал с различными подходами: Agile (в основном Kanban), доски в Jira, ретроспективы по понедельникам и пятницам. Работа двигалась, но достаточно тяжело: большинство этих методологии сконцентрированы на процессе, а не на людях, которые в нём работают.

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

Технические детали

Я выстроил с сотрудниками доверительные отношения (дошло до того, что создали общий сервер в Minecraft и играли на нем) и старался поддерживать их как в рабочих, так и в личных делах. Параллельно я формировал идеологию переиспользования отдельных частей систем в других разработках. Например, собственный граббер для онлайн-видео не только снизил потери кадров и ошибок во всех системах, но и позволил оперативно интегрировать его в другие разработки — так появились инструменты для записи видеофайлов, фильтрации видео и ряд других.

Недавно перед командой встала задача по разработке вычислительного комплекса для транспорта: компьютерное зрение, телеметрия, мультимедиа — то, что работает в реальном транспорте, на котором мы все добираемся до работы, дома или ещё куда-то. И тут я задумался: а что если применить новый подход к ведению проекта и описать это как методологию? Так появилась идея Projex, в основе которой лежит простая мысль:_Процесс подстраивается под человека, а не человек под процесс.

В этой статье я хочу рассказать о методологии, которую я невольно создал в своём направлении. Возможно, это не какое-то открытие, но может, это кому-то поможет выстроить в команде похожий процесс - и прийти к результату. Немного о себеМеня зовут Ричард, и я руковожу командой CV-разработчиков и DevOps-инженеров.

Отраслевые последствия

Построил команду с 3 до 10 человек и увеличил количество продуктов направления с 2 до 8 - все они уже проходят опытную эксплуатацию на городском транспорте. Часть продуктов мы уже продали, и они активно используются заказчиками. В основном наша работа заключается в разработке ПО для транспортных систем на базе компьютерного зрения.

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

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