При использовании такого мощного инструмента, как Pivotal Tracker, иногда бывает сложно обдумать, как использовать его с максимальной выгодой. И хотя мы не притворяемся, что у нас есть все ответы, время, которое мы потратили на то, чтобы глубоко погрузиться в грязь с Tracker, дало нам хорошую точку зрения, с которой можно было бы найти лучшие практики из … менее лучших ,
Вот то, что мы считаем некоторыми ведущими методами для получения наибольшего количества сока из фруктов Tracker и для более широкого успеха Agile.
1. Основной трекер не является заменой для общения
Язык является изменчивым и подлежит интерпретации, поэтому старайтесь не использовать историю Tracker в качестве заменителя для разговора. Подумайте о том, как создать дизайн истории или проекта с поддержкой и тестировщиками, чтобы они могли помочь с различными взглядами на использование и запросы клиентов.
Ваши комментарии к истории складываются? Соберите людей на короткое время, чтобы обсудить проблемы, а затем обновите историю с ключевыми моментами. Обсуждение вопросов лично может минимизировать недоразумения, которые могут слишком легко отвлечь или потратить время.
2. Команда, которая пишет истории вместе, преуспевает вместе
Когда это возможно, клиенты и разработчики должны писать истории вместе, потому что история — это и ценность для бизнеса клиента, и результат для разработчика. Таким образом, все интересы и точки зрения могут быть общими и согласованными.
3. План успеха
Проводите еженедельное собрание по планированию итераций, чтобы группа могла просмотреть и оценить предстоящие истории. Разрабатывайте оценки как группу, чтобы всех можно было услышать. Чтобы сделать процесс более легким, вы можете сыграть в оценочную игру. Мы не предлагаем Поселенцы Катана для этого. Вместо этого попробуйте что-нибудь более похожее на камень, ножницы, бумагу .
Чтобы оценить конкретную историю, попросите каждого члена команды выбрасывать пальцы — в соответствии с выбранной шкалой оценки — чтобы указать свое предположение о сложности истории. Все ли оценили одинаково? Большой! Если нет, начните обсуждение и оцените историю вместе.
4. Стань маленьким
Создавайте истории, которые являются инкрементными и ориентированы на точку зрения пользователя. Поэтому, если вам нужно отремонтировать кирпичную стену, постарайтесь сосредоточиться на взаимодействии пользователя с определенным аспектом стены, а не на самой стене. История «Стена должна быть в хорошей форме» была бы более полезной, так как «Прохожий не должен видеть видимых трещин в стене».
5. Старайтесь избегать больших оценок
В то же время некоторые истории будут более масштабными или более сложными, несмотря на ваши лучшие намерения. Вы все равно должны попытаться свести к минимуму это и зарезервировать практику только для историй неясного или огромного масштаба, а затем разбить их. В противном случае оценка 8 (основанная на шкале Фибоначчи) — это крик о помощи.
Как разработчик, вы должны попросить разъяснений и найти швы, где история может быть разбита на несколько историй.
6. Назовите Царя Трекер
Управлять кораблем и одновременно устранять утечку — задача, мягко говоря, сложная. Для этого у вас должен быть Tracker Czar, который также не должен кодировать в своем проекте. Владение проектом — это большая ответственность, но это имеет огромное значение.
7. Клиент должен расставить приоритеты
Несмотря на то, что любой может создавать истории и помещать их в «Icebox», только клиент (или премьер-министр, действующий от имени клиента) должен отдавать им приоритет.
Как владелец бизнеса, часть процесса принятия решения клиента должна решить, какие функции имеют приоритет перед другими. Другими словами, клиент должен делать трудный выбор.
8. Включите работу по дому в художественные истории
Превращение дел в функции переопределяет их как элементы прямой и поддающейся проверке ценности как для конечного пользователя, так и для целей проекта. Это может быть просто перефразирование истории или более энергичный аргумент в пользу ее деловой ценности.
9. Принять и затем двигаться дальше
Никогда не перезапускайте принятую историю; вместо этого создайте новую историю или ошибку. Это чище, вы можете держать новую информацию более целенаправленной, и это не умаляет работу, которая уже была проделана. Вы всегда можете вставить URL-адрес оригинальной истории для контекста.
10. Отклонить с классом
Отказ от истории с тактом и ясностью может быть сложной задачей, но есть некоторые стратегии, чтобы сделать ее более гладкой.
Если у вас нет той или иной функции или истории, добавьте к комментарию префикс «отклонить:» — проще отсканировать и выяснить, какой комментарий связан с отклонением.
11. Не отвергайте историю, если в ней отсутствуют критерии или вы изменили свое мнение
В конце концов, здесь может быть больше, чем кажется на первый взгляд. Опять поговорим. Переоценить то, чего не хватает, и составить новую историю; не просто отвергайте это, не зная всех деталей.
12. Переместите отклоненные истории наверх
Местоположение, местоположение, местоположение — это имеет первостепенное значение. Переместите отклоненную историю в начало активной группы в текущей итерации. Когда разработчики ожидают увидеть следующую историю, над которой они работают, они увидят отклоненную историю как следующую.
Даже если не существует поддающегося проверке универсального способа использования Pivotal Tracker для гибкой разработки, и хотя он может учитывать различные подходы, время и опыт доказали нам, что некоторые практики имеют больше смысла.
Если у вас есть вопросы или пожелания, мы будем рады их услышать! Пожалуйста, посетите наш веб-сайт для получения дополнительной информации или свяжитесь с нами по адресу [email protected].