В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Agile, Scrum, Lean, Kanban, XP

3296 membersпожаловаться на группу
2020 April 15

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
Вообще, есть подозрение, что эмпирический подход слишком сложен для понимания.
SP блин вообще разный бывает, и разные команды в него вкладывают совсем разные вещи.
Но при этом дойти к общему пониманию SP просто и быстро.
Вот и получается мне - просто и быстро, а кто-то годами спорит. Мы - разные ))
источник
15:03пожаловаться#1

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Nekt
сторипоинты к часам - это можно понять. Построить распределение вероятностей окончания задач, посчитать вероятность завершения спринта вовремя...

Но тут обратная ситуация - все привыкли считать в часах, а пересаживали на сторипоинты. Вот и появлялись конверторы из часов в сп.
такую ошибку очень часто допускают, а потом еще дольше её исправляют. Понимание того, что 5 <> 5 и что 2+3 <> 5 даётся с трудом.
источник
15:04пожаловаться#2

N

Nekt in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
Вот и получается мне - просто и быстро, а кто-то годами спорит. Мы - разные ))
одному простою А вот в команде еще вопрос такой встает - а как правильно округлять, если оценки не сходятся.
источник
15:04пожаловаться#3

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Nekt
одному простою А вот в команде еще вопрос такой встает - а как правильно округлять, если оценки не сходятся.
Правильный ответ - как угодно. Посмотрим что из этого выйдет. Эмпиризм, так его.
источник
15:05пожаловаться#4

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Nekt
одному простою А вот в команде еще вопрос такой встает - а как правильно округлять, если оценки не сходятся.
А зачем округлять?
источник
15:05пожаловаться#5

N

Nekt in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
А зачем округлять?
что-то же записать надо? А дробные числа не по фибоначчи 😄
источник
15:06пожаловаться#6

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Ладно, спор ради спора. Один скрам не понимает, другой канбан-метод. Да свидания :)
источник
15:06пожаловаться#7

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Nekt
что-то же записать надо? А дробные числа не по фибоначчи 😄
Так договариваться же надо, а не округлять :)
источник
15:07пожаловаться#8

N

Nekt in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Так договариваться же надо, а не округлять :)
на втором часу переговоров округлить уже кажется хорошей идеей
источник
15:07пожаловаться#9

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
То ли еще будет! Фасилитация - наше всё!
источник
15:08пожаловаться#10

AZ

A Z in Agile, Scrum, Lean, Kanban, XP
Nekt
на втором часу переговоров округлить уже кажется хорошей идеей
Значит проблема в отношениях в команде, а не в оценке..
источник
15:17пожаловаться#11

ДК

Дмитрий Каленых in Agile, Scrum, Lean, Kanban, XP
Nekt
одному простою А вот в команде еще вопрос такой встает - а как правильно округлять, если оценки не сходятся.
Нужно обсудить и понять, почему не сходятся.  Сравнить с другими оцениваемыми историями, возможно использовать не покер планирования, а аффинити эстимейшен. И договориться, в конце концов, оценка в сторипойнтах - не цель, а средство предварительной оценки верха беклога.
источник
15:17пожаловаться#12

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
A Z
Значит проблема в отношениях в команде, а не в оценке..
Да, кстати, как любил Сергей Господчиков, говорить - скрам подсвечивает проблемы. Неумение договориться это проблема, которая будет мешать в любом случае. Но можно закрыть на нее глаза, только лучше от этого не станет.
источник
15:27пожаловаться#13

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
Да, кстати, как любил Сергей Господчиков, говорить - скрам подсвечивает проблемы. Неумение договориться это проблема, которая будет мешать в любом случае. Но можно закрыть на нее глаза, только лучше от этого не станет.
Вот да. Умение договариваться - это тоже навык, который можно и нужно прокачивать. СМ тут - один из главных прокачивальщиков.
источник
15:30пожаловаться#14

N

Nekt in Agile, Scrum, Lean, Kanban, XP
Дмитрий Каленых
Нужно обсудить и понять, почему не сходятся.  Сравнить с другими оцениваемыми историями, возможно использовать не покер планирования, а аффинити эстимейшен. И договориться, в конце концов, оценка в сторипойнтах - не цель, а средство предварительной оценки верха беклога.
А зачем вообще предварительно оценивать верх бэклога? Как по мне это один из самых непрозрачных элементов в скраме.
источник
15:33пожаловаться#15

AZ

A Z in Agile, Scrum, Lean, Kanban, XP
И да, я бы посоветовал обязательно отразить проблему в ретроспективе и выработать путь её решения.

Для начала найти источник проблемы, например провести мониторинг отношений в команде при помощи социологического дата-майнинга
источник
15:33пожаловаться#16

AZ

A Z in Agile, Scrum, Lean, Kanban, XP
Nekt
А зачем вообще предварительно оценивать верх бэклога? Как по мне это один из самых непрозрачных элементов в скраме.
Удобно видеть, что у некоторых команд работы ещё на 20 спринтов вперед. А у других на 4. Надо чота делать
источник
15:34пожаловаться#17

N

Nekt in Agile, Scrum, Lean, Kanban, XP
A Z
Удобно видеть, что у некоторых команд работы ещё на 20 спринтов вперед. А у других на 4. Надо чота делать
а без оценки это не видно?
источник
15:36пожаловаться#18

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
A Z
Удобно видеть, что у некоторых команд работы ещё на 20 спринтов вперед. А у других на 4. Надо чота делать
По-моему здесь важнее обратная связь от дев команды в сторону PO по цене и по понятности. PO это может использовать для изменения планов или лучшего описания PBI - чтобы команда сконцентрировалась именно на том, что нужно.
источник
15:37пожаловаться#19

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Nekt
А зачем вообще предварительно оценивать верх бэклога? Как по мне это один из самых непрозрачных элементов в скраме.
Оценка нужна для прогноза и для понимания PO, что всё не бесплатно.
источник
15:37пожаловаться#20