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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Agile, Scrum, Lean, Kanban, XP

3273 membersпожаловаться на группу
2020 February 27

AS

Alex Sem4 in Agile, Scrum, Lean, Kanban, XP
Sergey Dyachenko
Вообще есть цель спринта. Если ваш po согласен, что на спринт цель устранить такие-то баги, ну что же, значит такая цель. Но скрам он вообще не про текучку в виде устранения багов. Он про достижение цели, и цель обычно po понимает как полезный инкремент продукта, а не исправление багов.
Хм. А как будет звучать цель спринта, если в рамках него правятся только баги? И как сформулировать ценность для пользователей, когда будет готов работающий «инкремент»?
источник
20:04пожаловаться#1

ДК

Дмитрий Каленых in Agile, Scrum, Lean, Kanban, XP
Alex Sem4
Хм. А как будет звучать цель спринта, если в рамках него правятся только баги? И как сформулировать ценность для пользователей, когда будет готов работающий «инкремент»?
Целью спринта должна быть ценность для клиента))
источник
20:05пожаловаться#2

AS

Alex Sem4 in Agile, Scrum, Lean, Kanban, XP
Спасибо. А можете пример цели всё же?
источник
20:05пожаловаться#3

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Alex Sem4
Хм. А как будет звучать цель спринта, если в рамках него правятся только баги? И как сформулировать ценность для пользователей, когда будет готов работающий «инкремент»?
Я бы сначала задал вопрос - почему цель баги? И ответ скорее всего будет - потому что пользователи плачут и что-то сделать не могут. Это, скорее не про инкремент, а про выживание продукта, и если довели до того, что спринт на баги, значит что-то не то в разработке.
источник
20:06пожаловаться#4

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
У меня организационный момент, заказчику не нужно по чуть-чуть.  Ценность в готовой подсистеме, работа над которой длится до нескольких месяцев. В релиз обычно выходит большая подсистема и мелкие задачи, но ценность именно в большом функционале.
источник
20:06пожаловаться#5

AS

Alex Sem4 in Agile, Scrum, Lean, Kanban, XP
А ещё, если баги неоднородные/по разным частям функционала, то целей будет по количеству багов?
источник
20:06пожаловаться#6

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Но мой проект не пример, с ним нельзя работать по чистому скраму
источник
20:07пожаловаться#7

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Alex Sem4
А ещё, если баги неоднородные/по разным частям функционала, то целей будет по количеству багов?
Да не должны быть баги целью спринта. Зачем вам спринт вообще в этом случае?
источник
20:07пожаловаться#8

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Просто остальные наверняка сталкивались, как трактовали подобную ситуацию
источник
20:07пожаловаться#9

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Sergey Dyachenko
Да не должны быть баги целью спринта. Зачем вам спринт вообще в этом случае?
Ну заказчик может ждать исправления..
источник
20:08пожаловаться#10

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Evgeniya Ko
У меня организационный момент, заказчику не нужно по чуть-чуть.  Ценность в готовой подсистеме, работа над которой длится до нескольких месяцев. В релиз обычно выходит большая подсистема и мелкие задачи, но ценность именно в большом функционале.
Зачем вам скрам?
источник
20:08пожаловаться#11

AS

Alex Sem4 in Agile, Scrum, Lean, Kanban, XP
Sergey Dyachenko
Да не должны быть баги целью спринта. Зачем вам спринт вообще в этом случае?
Я зацепился за пост выше, когда  РО якобы согласился на такую цель. Кейс бы :)
источник
20:08пожаловаться#12

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Sergey Dyachenko
Зачем вам скрам?
Ответила выше) вопрос не зачем он мне, а как справляются в подобных ситуациях другие)
источник
20:09пожаловаться#13

AS

Alex Sem4 in Agile, Scrum, Lean, Kanban, XP
Лично я за то, что правка багов не может быть целью, а «технические спринты» идут вразрез со смыслом всего нашего кружка по интересам под названием Скрам.
источник
20:09пожаловаться#14

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Alex Sem4
Я зацепился за пост выше, когда  РО якобы согласился на такую цель. Кейс бы :)
Это не мой кейс и я считаю такая цель спринта - показатель того, что есть проблемы. Либо с выбором фреймворка, либо с качеством разработки.
источник
20:12пожаловаться#15

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Evgeniya Ko
Ответила выше) вопрос не зачем он мне, а как справляются в подобных ситуациях другие)
За всех не скажу. Но сам бы использовал обычное проектное управление плюс канбан.
источник
20:14пожаловаться#16

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Alex Sem4
Лично я за то, что правка багов не может быть целью, а «технические спринты» идут вразрез со смыслом всего нашего кружка по интересам под названием Скрам.
Именно
источник
20:15пожаловаться#17

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Sergey Dyachenko
За всех не скажу. Но сам бы использовал обычное проектное управление плюс канбан.
А что такое «обычное проектное управление»?)) такого ведь не бывает)
источник
20:19пожаловаться#18

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Я за то, что все проекты необычные. Они как живой организм - все разные
источник
20:20пожаловаться#19

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Evgeniya Ko
А что такое «обычное проектное управление»?)) такого ведь не бывает)
Хороший вопрос 😉 я про PMBok
источник
20:20пожаловаться#20