N
У меня на прошлой работе был канбан... после канбана скрам кажется монструозным и неповоротливым
Size: a a a
2020 April 14
2020 April 15
Н
Vasya Pupkin
3 недели не заходил (осилил не все прочитать) и вот у меня назрел вопрос - я так понимаю все уже 2-3 недели на удаленке, по спринту-два успели прокатить. Как ощущения у тех, кто раньше преимущественно в офисе сидел? Упала производительность/выросла/открылись ли новые грани взаимодействия и просто внутри команд?
Упала и в добавок перессорились командой) сейчас вроде пик напряжения пошел на спад. Думаю к концу карантина ситуация стабилизируется
VP
а, если не секрет, было время проанализировать
а) почему упала
б) почему перессорились?
а) почему упала
б) почему перессорились?
SG
У меня на прошлой работе был канбан... после канбана скрам кажется монструозным и неповоротливым
А что при этом было "в канбане", чего не стало "в скраме"?
VR
А что при этом было "в канбане", чего не стало "в скраме"?
Наоборот - чего не было. Канбан это же скрам без спринтов )
K
но с канбанами
VR
А вообще вангую, что этап стартапа уже прошел и сидели на 50% на поддержке
DN
Ребят, всем привет.
Вопрос: Инструменты для оценки рисков в начале проекта ? Из практики. 😊
Вопрос: Инструменты для оценки рисков в начале проекта ? Из практики. 😊
ДШ
Dark Ness
Ребят, всем привет.
Вопрос: Инструменты для оценки рисков в начале проекта ? Из практики. 😊
Вопрос: Инструменты для оценки рисков в начале проекта ? Из практики. 😊
DN
Отлично,спасибо 😉
N
А что при этом было "в канбане", чего не стало "в скраме"?
скорость поставки же
DG
Всем привет! Вопрос про #SAFe, в частности про управление бэклогом программы.
Бэклог программы должен состоять из фич, программных энейблеров и NFRs. Как в таком случае управлять историями, которые "кажутся что не тянут" на фичу? Эти истории могут возникать как обратная связь после System Demo или после того, как фичи раскатаны на клиентов. По критериям приемки фичи выполнены и обозначены как закрытые. Для каждой новой истории создаем отдельную фичу? В таком случае меня беспокоит утяжеление бэклога, его станет сложно воспринимать наглядно. С другой стороны, хочется как-то понимать что эти истории есть, и мы берем их на планирование на следующий PI. Как потом с ними работать на PI-планировании, если не создавать под каждую историю фичу? Обычно на планах команд обозначается фича и все истории с ними связанные. У нас будут истории без фич?
Поделитесь, пожалуйста, своим опытом. Если вопрос обсуждался где-то, буду рад увидеть ссылку.
Бэклог программы должен состоять из фич, программных энейблеров и NFRs. Как в таком случае управлять историями, которые "кажутся что не тянут" на фичу? Эти истории могут возникать как обратная связь после System Demo или после того, как фичи раскатаны на клиентов. По критериям приемки фичи выполнены и обозначены как закрытые. Для каждой новой истории создаем отдельную фичу? В таком случае меня беспокоит утяжеление бэклога, его станет сложно воспринимать наглядно. С другой стороны, хочется как-то понимать что эти истории есть, и мы берем их на планирование на следующий PI. Как потом с ними работать на PI-планировании, если не создавать под каждую историю фичу? Обычно на планах команд обозначается фича и все истории с ними связанные. У нас будут истории без фич?
Поделитесь, пожалуйста, своим опытом. Если вопрос обсуждался где-то, буду рад увидеть ссылку.
N
А вообще вангую, что этап стартапа уже прошел и сидели на 50% на поддержке
почему канбан - это сразу поддержка? Что мешает использовать его в продуктовой разработке?
N
Всем привет! Вопрос про #SAFe, в частности про управление бэклогом программы.
Бэклог программы должен состоять из фич, программных энейблеров и NFRs. Как в таком случае управлять историями, которые "кажутся что не тянут" на фичу? Эти истории могут возникать как обратная связь после System Demo или после того, как фичи раскатаны на клиентов. По критериям приемки фичи выполнены и обозначены как закрытые. Для каждой новой истории создаем отдельную фичу? В таком случае меня беспокоит утяжеление бэклога, его станет сложно воспринимать наглядно. С другой стороны, хочется как-то понимать что эти истории есть, и мы берем их на планирование на следующий PI. Как потом с ними работать на PI-планировании, если не создавать под каждую историю фичу? Обычно на планах команд обозначается фича и все истории с ними связанные. У нас будут истории без фич?
Поделитесь, пожалуйста, своим опытом. Если вопрос обсуждался где-то, буду рад увидеть ссылку.
Бэклог программы должен состоять из фич, программных энейблеров и NFRs. Как в таком случае управлять историями, которые "кажутся что не тянут" на фичу? Эти истории могут возникать как обратная связь после System Demo или после того, как фичи раскатаны на клиентов. По критериям приемки фичи выполнены и обозначены как закрытые. Для каждой новой истории создаем отдельную фичу? В таком случае меня беспокоит утяжеление бэклога, его станет сложно воспринимать наглядно. С другой стороны, хочется как-то понимать что эти истории есть, и мы берем их на планирование на следующий PI. Как потом с ними работать на PI-планировании, если не создавать под каждую историю фичу? Обычно на планах команд обозначается фича и все истории с ними связанные. У нас будут истории без фич?
Поделитесь, пожалуйста, своим опытом. Если вопрос обсуждался где-то, буду рад увидеть ссылку.
По логике вещей, если фичи закрытые - истории надо выкидывать и не делать или переоткрывать фичи и работать над историями как минимум в режиме поддержки.
DK
но с канбанами
С каденциями жэ!
SG
скорость поставки же
Поставка и есть поставка. Какая разница - Скрам или Канбан? Не догоняю.
N
Поставка и есть поставка. Какая разница - Скрам или Канбан? Не догоняю.
очень раздражает, когда баги обнаруживаются через спринт после окончания разработки, а не сразу.
VR
очень раздражает, когда баги обнаруживаются через спринт после окончания разработки, а не сразу.
Пока непонятно.
Ну раздражают, а в чем монструозность и неповоротливость?
Ну раздражают, а в чем монструозность и неповоротливость?