Аналоги Jira и как это пригодится в работе

Не только Jira

Jira — самый распространённый трекер в мире, но не единственный. В российских компаниях также популярны:

• YouGile — российский трекер с досками, чатами в задачах и бесплатным тарифом для небольших команд;
• Kaiten — российский сервис с сильной поддержкой Kanban и метрик потока;
• Яндекс Трекер — трекер в составе Яндекс 360, часто в компаниях, которые работают в экосистеме Яндекса;
• Weeek — простой трекер для небольших команд;
• GitLab и GitHub — задачи и доски рядом с кодом, их используют команды разработчиков.

Интерфейсы разные, но всё главное устроено одинаково: задачи и их типы, статусы, доски с колонками, исполнители, спринты, фильтры, отчёты. Если вы понимаете Scrum и Kanban и поработали в одном трекере, другой освоите за день.

Scrum в разных ролях

• Разработчик берёт задачи с доски, оценивает истории на планировании, двигает задачи по статусам, пишет в них комментарии и ссылки на код.
• Тестировщик участвует в уточнении историй, проверяет критерии приёмки, заводит баги и следит, чтобы задача не попала в Done без проверки. Подробнее — в курсе «Тестировщик с нуля».
• Аналитик пишет истории и критерии приёмки, отвечает на вопросы команды по требованиям. Похожую роль во внедрении 1С разбирает курс «1С-аналитик».
• Дизайнер прикладывает к историям макеты и проверяет, совпадает ли сделанное с ними.
• Менеджер продукта ведёт бэклог и ставит приоритеты, часто он же — владелец продукта.
• Scrum-мастер или менеджер проекта следит за процессом, метриками и препятствиями. В геймдеве похожие задачи у продюсера — курс «Продюсер игр».

Что спрашивают на собеседовании

Вопросы об Agile и трекерах задают почти на любую IT-позицию, даже начинающим:

• Чем Scrum отличается от Kanban?
• Какие роли и встречи есть в Scrum? Зачем ретроспектива?
• Что такое пользовательская история и критерии приёмки?
• Как вы оцениваете задачи? Что такое стори-пойнты?
• Какой жизненный цикл у задачи или бага в вашей команде?
• Что делать, если задача не успевает к концу спринта? Если в середине спринта пришла срочная задача?

Хороший ответ — не заученное определение, а пример: «В учебном проекте мы делали так-то, и вот что я понял». Поэтому полезно хотя бы раз провести спринт самому, пусть на личных делах.

Процесс — инструмент

Последняя мысль курса, может быть, самая важная. Scrum, Kanban и Jira нужны, чтобы команде было проще делать хороший продукт. Если встречи стали формальностью, доска не отражает реальность, а оценки ни на что не влияют — процесс нужно менять. Для этого в Scrum и есть ретроспектива.

Команда, которая слепо следует правилам, работает хуже команды, которая понимает, зачем эти правила, и подстраивает их под себя.