
Я больше десяти лет делаю рекламные платформы. Команды за это время были разные — по размеру, по составу, по зрелости. Но почти всегда был один загон — всем почему‑то было очень важно работать по спринтам.

Я больше десяти лет делаю рекламные платформы. Команды за это время были разные — по размеру, по составу, по зрелости. Но почти всегда был один загон — всем почему‑то было очень важно работать по спринтам.
У нас в компании давно живёт странная двойственность. Я как руководитель смотрю на проект сроками, вехами и деньгами. Разработчик смотрит на него колонкой «в работе». Это два разных языка, и переводчиком обычно работает статус‑митинг на сорок минут, после которого никто не стал умнее.
Мы пришли к схеме, где OpenProject остаётся инструментом верхнего уровня, а канбан‑доска — рабочим местом команды. У нас в роли доски PLANKA: self‑hosted, с OIDC через Authentik, живёт на нашем же контуре. Ниже — как это устроено и, что важнее, где эта конструкция ломается. Я специально не буду обещать, что всё это собирается за вечер.
Когда задач немного, списка или канбан-доски хватает. Проблемы начинаются, когда в проекте появляются зависимости, блокеры, подзадачи, несколько команд и сроки. В этот момент хочется видеть не только карточку задачи, но и структуру: что от чего зависит, где риск, что можно делать параллельно, а что заблокировано.
Я собрал обзор инструментов, которые помогают визуализировать задачи и связи между ними. Смотрел в первую очередь на официальную документацию и страницы продуктов: Jira, Яндекс Трекер, Asana, Linear, Azure DevOps, YouTrack, ClickUp, monday.com, а также приложения из Atlassian Marketplace.
Сколько людей - столько и мнений о процессах в команде (с).
Давайте поразмышляем - как выстроить процесс анализа так, чтобы он стал для команды не формальным набором этапов, а рабочим инструментом? Опираемся на наш опыт работы в командах разработки одного из операторов электронного документооборота. Все описанные процессы формировались и развивались на практике.
За отправную точку возьмем несколько потребностей:
управлять неопределённостью,
повышать качество требований,
снижать риски на этапе разработки.
«Здравствуй, мама, я руководитель! Сейчас как все разрулю! как бы так всех организовать, чтобы больше ничего не делать.. Тем более когда есть такой выбор!»
_________________________________________________________________________
А что же организовывала я? И кто я такая вообще?
Меня зовут Яна. Мой стаж в ИТ 13+ лет, а начался еще в университете, ведь я инженер-программист, решивший, что сфера огонь, но вот код писать это не его.
Как вы проводите ретроспективы в своей команде? Используете Confluence или Miro с такими техниками, как «start, stop, continue» или 4L? Как вы количественно оцениваете, стала ли ваша команда лучше за определённый период — будь то год или квартал? Полагаю, что никак, ведь извлекать данные из визуальных инструментов или вики‑страниц, которые часто хаотично оформлены за целый год, — задача непростая.