Содержание
Когда команда географически рассредоточена, можно использовать некоторые инструменты, чтобы получить преимущества метода покера планирования. Большинство команд проводят мероприятие по планированию покера вскоре после составления первоначального бэклога продукта. Этот сеанс используется для создания начальных оценок, которые будут полезны при определении размеров проекта. Цель методики – достичь всеобщего понимания командой сути задачи и алгоритма ее выполнения.
По факту наполнять мы его будем все тот же час, но поскольку нам ждать месяц, пока комиссия соберется, то время исполнения и будет месяц. Для яркого примера следует приготовить эталонную задачу. Эталонная задача — это задача, которую команда уже решила или по которой пришла к консенсусу. Каждый член команды тайно берет одну карту, чтобы представить свою оценку. Члены команды разработчиков проводят обсуждение выбранного пункта и задают соответствующие вопросы заказчику. Заказчик выбирает PBI, который необходимо оценить, и зачитывает его команде.
Или же, гуляя с собакой, вы понимаете что ваш шпиц меньше пуделя, а тот меньше овчарки. Конечно, свои дела вы не будете оценивать в собаках или других зверях (хотя некоторые IT-компании так и поступают), вы будете оценивать задачи в цифрах. Вот как проходит оценка задачи по методу Planning Poker. Мы расскажем, что делать, когда команда находится в офисе и её можно привлечь к обсуждению. Они могут использовать карту «Мне нужен перерыв», которая позволяет им привлечь внимание каждого к необходимому перерыву.
Каждый пункт можно разбить на этапы и подзадачи. Задание, которое выносится на голосование, должно быть простым и однозначным. Желательно использовать формулировки, согласованные с заказчиком, чтобы избежать эффекта «сломанного телефона». poker planning Помним, что мы проводим сессию оценки сложности для того чтобынащупать проблемы и понять пути их решение, ни в коем случае не надо скатываться в выяснение отношений. Планирование деятельности в покере играет важную роль в сотрудничестве.
Существует целый ряд разнообразных техник покера планирования, но мы опишем самую популярную из них. Ни одна командная техника не работает без грамотного руководителя. Поэтому менеджер проекта должен уметь взаимодействовать с командой так, чтобы добиваться нужного результата. Planning Poker помогает добиться объективной и точной оценки задач.
Если вы не любите оценивать задачи на глаз, а хотите точных результатов — поиграйте в Planning Poker. После этого карты выбрасываются снова и обычно разрыв уже сокращается, однако если этого не произошло, то цикл повторяется. В данном случае рекомендуется ввести таймер на цикл и поставить ограничения по циклам, но в большинстве случаев после третьего раза показатели становятся примерно одинаковыми. Если имеются небольшие расхождения, то приоритетней показатель человека, который непосредственно будет в разработке этой задачи.
Contents
Выберите задачу для оценки
Неважно, реальная она или виртуальная, это всегда будут карточки с числами. Но номинал карт, который выбирают команды, может различаться. Для четкой оценки всех задач и успешной работы всей Scrum Team и придуман Planning Poker. «Мне действительно нравятся физические техники оценки и планирования. По опыту скажу, что чем больше телодвижений производит команда — тем выше ее активность и нацеленность на достижение результата».
После того как все ознакомились с продуктом и проблемой, команда приступает к оценке сложности данной задачи. Каждый должен выбрать карту из колоды со значением, где увеличение числа будет равно увеличению сложности задачи. После голосования карты открываются, и участники с наименьшими и наибольшими значениями должны аргументировать свой выбор. Если и аргументы оказались убедительными для остальных членов команды, и это помогло прийти к консенсусу, задача становится эталонной. Игра продолжается до тех пор, пока команда не придет к общему решению, и значения карт не будут совпадать. Исполнители с пограничными оценками (т.е. участники, которые дали самую низкую и самую высокую оценку по времени) должны объяснить свой выбор.
В чем разница между стандартом и методологией управления
Напомню, что в случае покерного планирования возможна ситуация когда задачи будут иметь одинаковую сложность. Покер планирования выявляет потенциально влиятельного участника команды, изолируя его мнение от других участников группы. Затем необходимо, чтобы участник аргументировал свой выбор, если он не совпадает с превалирующим мнением. Если участники группы могут выражать свою сплочённость таким образом, они более склонны верить в свои первоначальные оценки. Те, кто хотел назвать число 100, захотят уменьшить свою оценку, а те, кто задумал число 10, захотят увеличить её.
- Если нет, члены команды обсуждают свои оценки, чтобы прийти к заключению.
- Время исполнения (за сколько сделаем)– считается, что это то же самое, что и трудоемкость.
- Исполнители с пограничными оценками (т.е. участники, которые дали самую низкую и самую высокую оценку по времени) должны объяснить свой выбор.
- Планирование покера осуществляется с использованием сюжетных точек, идеальных дней или любых других оценочных единиц.
Выбрав самый большой размер, команде дается достаточно времени, чтобы выполнить работу. Это также ограничивает опасность того, что участники будут жаловаться на то, что у них не хватает времени для выполнения задач, когда начинается фактическая работа. Точную оценку давать очень сложно и почти всегда она не оправдывается. Часто более быстрой и эффективной оказывается относительная оценка. Planning Poker позволяет добиться единой относительной оценки задачи всей командой. Покер планирования — это инструмент оценки сложности и трудоемкости задач.
Что такое шкала оценки?
Ее суть заключается в перспективе оценивания сложности и объема задач посредством коллегиальности. К анализу подключаются специалисты разного плана. Так, если говорить о реализации проекта в области программирования, привлекаются разработчики, аналитики, тестировщики, дизайнеры, администраторы баз данных. Все участники в равных условиях могут влиять на конечный результат рассмотрения и оценку.
Пока команда играет усердно, мы не должны забывать, что некоторым участникам может понадобиться короткий перерыв. Владелец Продукта отвечает на любые вопросы, https://deveducation.com/ которые могут возникнуть у команды в отношении пользовательской истории. Ведущий должен подводить итоги голосования, но не высказывать свое мнение.
Во время обсуждения достоинствам не должны приписываться новые значения в зависимости от размера функций с целью избегания эффекта привязки. Если у вас есть зависимости между задачами, то вначале следует их выявить. Построить сетевой график для них - производить планирование исходя из него. А для областей где задачи независимы можно и нужно использовать квадрант Кантора. В результате у нас получилась вот такая картина. В процессе торгов выяснилось что EPIC 5 проще чем EPIC 3 и более того он самый простой из всех эпиков.
Покер планирования 🃏 (Poker Planning) — гибкая оценка трудоемкости задач
В этой статье я хочу рассказать про две хорошие техники помогающие в планировании. Зачем бросаться на людей, которые просто оставили своё мнение под постом. Положительное оно, либо не очень, не столь важно. Это упражнение побуждает людей задуматься об элементах невыполненной работы по продукту , выдвигая некоторые ценные идеи для достижения консенсуса.
После повторного обсуждения с учетом всех подводных камней, команда принимает решение о том, какая оценка является более подходящей для задачи. Этот срок заносится в карточку с описанием задачи в таск-менеджере. Цель каждого участника команды исполнителей, задавая различные вопросы заказчику и членам команды, выяснить что именно нужно сделать и понять, как лучше всего решить задачу.
Что собой представляют карты для Planning Poker / Scrum Poker
Это основанный на консенсусе метод, используемый для оценки отставания по продукту командами Agile по всему миру. Планирование покера осуществляется с использованием сюжетных точек, идеальных дней или любых других оценочных единиц. Чтобы оценить отставание продукта, покупатель или владелец продукта читает истории пользователей или описывает функции продукта оценщикам.
Иначе некоторые участники начнут ориентироваться на лидера, и результат будет необъективным. Участники могут задавать вопросы и вести обсуждение предложений и рисков. Итог обсуждения записывается менеджером продукта. Первыми высказываются участники с наибольшим разбросом.
Нужно стремиться, чтобы сложность задачи не превышала 1 день. Примерная оценка задач по размерам условных маек — XS, S, M, L, XL. Оценивают, сколько дней или рабочих часов займёт выполнение задачи. Сервис для планирования и блог о Planning Poker. Можно использовать с компьютера или смартфона.
Как использовать Planning Poker
Если вы не достигнете консенсуса к концу третьего тура после голосования, вам нужно взять максимальный размер и идти вперед. Группы обычно обращаются к специализированным точкам интереса, когда они говорят о пользовательской истории. В момент, когда при голосовании между двумя последовательными размерами или точками возникают связи, просто выберите больший размер и продолжайте движение вперед. Довольно часто гибкие команды позволяют всем голосовать, даже если они не знают, о чём идет речь. Ведущий оценивает мнения сотрудников и принимает решение.
Процесс обсуждения продолжается до достижения консенсуса. Голос участника, который, скорее всего, будет владеть разработкой, имеет больший вес в «голосовании на основе консенсуса». Каждый участник называет свою карту https://deveducation.com/ и переворачивает её. Каждому участнику обсуждения выдаётся по колоде карт. Реализуем в следующий релиз + простые(задачи берутся с головы списка). По тому как решаются такие задачи можем сразу понять темп релиза….
Автор: Алексей