(спойлер: в конце будет ссылка на GitHub)

Таск-менеджеры вроде Jira — хороший инструмент для ведения проектов. Вот только есть одна проблема — на них очень быстро забивают. В первую очередь — проектные менеджеры (на всякий случай: я тоже забиваю). Когда проект стартует, менеджер с командой, как правило, делают волевую попытку декомпозировать его на эпики и задачи. Каждая задача получает красивое описание, а иногда даже назначенных исполнителей и дедлайны.

Потом проект стартует…

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

В какой-то момент наиболее ответственный член команды решает устроить субботник и позакрывать то, что уже сделано. Отсюда — популярность следующих вопросов в поддержке Jira:

Мне посчастливилось поучаствовать в координации внедрения Gen AI инструментов в Яндексе на уровне весей компании (на момент написания статьи процесс в самом разгаре). Огромная часть моей работы — знакомиться с различными командами, оптимизирующими свои внутренние процессы.

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

Let’s clarify right away — we’re not aiming to make this super cheap. I’d rather not lose brain cells trying to build makeshift encoders for motors, and I want to simplify creating a 3D model needed for ROS control (link to the finished model — further below).