Я заметил, что многие обсуждения между разработчиком и владельцем продукта происходят в частных беседах в различных средствах коммуникации (Skype, Slack, электронная почта и т. д.). Причина в том, что эти инструменты более удобны для общения, чем Jira.
Есть ли хорошие практики, чтобы избежать этого?
Из Agile-манифеста :
Ваша цель НЕ состоит в том, чтобы избегать общения. Вы хотите его продвигать . Люди в проекте должны общаться наиболее эффективным способом, который они считают нужным . Я считаю, что вам следует сместить фокус своей энергии, изменив вопрос, на который вы ищете ответы на такие вопросы, как
Эти вопросы могут помочь вам точно настроить конкретные потребности для вашего контекста. Канонического ответа нет, так как он сильно зависит от вашей среды.
Среда № 1: юниорская команда, низкая достоверность между частями, разница в часовых поясах. Вы по-прежнему хотите, чтобы разговоры продолжались, но вы хотите, чтобы это где-то было записано для дальнейшего использования. Каждый разговор может быть связан с конкретным тикетом, поэтому результаты этого разговора можно обобщить в виде комментария jira. Особое внимание на итоги и подведение итогов . Вам определенно не нужны стенограммы разговоров (как я видел, кто-то делал несколько лет назад).
Среда № 2: Опытная команда, высокое доверие между участниками. В этих случаях нет лучшего «общения», чем работающее программное обеспечение. Больше ничего писать не нужно.
===
Помните: все, что напрямую не способствует доставке, — пустая трата времени. Часто потери необходимы, но команде не нужно придерживаться их ради методологии. Методология — это просто средство, инструмент для достижения цели, а не цель сама по себе. Вы всегда должны быть сосредоточены на последовательной доставке, а не на последовательном использовании методологии .
Прежде всего, вы не можете использовать инструменты для решения этой проблемы. Если здесь и есть какая-то проблема, то это проблема людей и проблема общения. Я говорю «если», потому что это может быть хорошо. Может быть, это что-то, что действительно влияет только на них. Или, может быть, после встречи один на один они делятся информацией с нужными людьми.
Если вы видите влияние, когда информация из этих разговоров не передается, и это влияет на работу команды, я бы порекомендовал поднять эти воздействия на ретроспективе, а затем в команде обсудить, как вы хотели бы работать по-другому. чтобы избежать этих воздействий. Если они используют другие инструменты вместо Jira, возможно, Jira — плохой инструмент для такого общения, но существуют и другие варианты, например, разговор в командном чате, а не один на один. Я уверен, что команда сможет найти решение, которое устроит их, упростит общение и позволит избежать случайных побочных эффектов.
Jira не является средством коммуникации, но это не значит, что вы не можете добавить в заявку информацию, полученную в другом месте .
Если что-то непонятно в описании билета, обязательно поспрашивайте, пока не поймете, а затем вернитесь и обновите описание билета . Если в ходе вашего разговора вы обнаружите недостающие критерии приемлемости или ссылку, которая будет актуальна для всех, кто реализует (или просто просматривает) задачу, добавьте ее.
Обратите внимание: хотя вы можете использовать комментарии для обсуждения внутри заявки Jira, длинная ветка комментариев может легко выйти из-под контроля. Комментариям также легче устареть, чем описанию (которое может обновить любой желающий). Тем не менее, комментарии — это хороший способ привлечь чье-то внимание и получить ответы на конкретные вопросы, например, когда вам нужны дополнительные сведения о задаче или отчет об ошибке.
Ответ Тиаго и ответ Ллевеллина дают хорошее представление об общем подходе. Однако я бы выбрал немного другой подход.
Поскольку Jira, как правило, более доступна, чем личный почтовый ящик и частные каналы Slack или DM, я склонен думать о Jira как об источнике правды и использовать интеграции, чтобы люди могли отправлять контент в Jira, когда это уместно.
Что вам следует рассмотреть, так это способ получить информацию из этих других инструментов в Jira. К счастью, в Jira есть интеграции с электронной почтой, Slack, Teams и другими инструментами, которые могут помочь либо связать контент с заявкой Jira, либо прикрепить содержимое к заявке Jira в виде вложений или комментариев. Интеграция со Slack, например, позволяет людям получать уведомления о проблемах и вносить определенные изменения, в том числе оставлять комментарии, не выходя из Slack. Существуют аналогичные интеграции для Gmail и Outlook, а также более общие электронные письма в Jira и из него.
Тьяго Кардосо