Size: a a a

2017 November 29

Ⓢⓔⓡⓖ in SOFTER
Vasilii Artemev
Я пока не уверен успею ли завтра к 7 освободиться
ну приходи как освободишься
источник

YR

Yaroslav Ra in SOFTER
Алексей Козлов
На вопрос: "Как осуществляется управление рисками в Scrum?"
Ответ: "Никак"

не?)
в явном виде никак, но сама идеология заточена так. что само собой происходит управление некоторыми рисками
источник

Ⓢⓔⓡⓖ in SOFTER
источник

YR

Yaroslav Ra in SOFTER
Алексей Козлов
Вообще было бы интересно придумать, как управление рисками по скраму построить. Ну или нечто подобное.
Алексей, а давай обсудим как по скраму реализовать, например. мотогонки или авиаперелеты
источник

Ⓢⓔⓡⓖ in SOFTER
Если будете проектировать архитектуру системы управления авиаперелётами по Scrum, главное, не говорите об этом ни экипажу, ни клиентам!
источник

YR

Yaroslav Ra in SOFTER
Ⓢⓔⓡⓖ
Кстати одна из стратегий (не лучшая) управления рисками - игнорирование
не управления, а реагирования.
источник

YR

Yaroslav Ra in SOFTER
Vasilii Artemev
Мне больше нравится название "accept", чем "ingore". Действительно, в некоторых случаях вполне оправданно просто принимать риск как есть и ничего с ним не делать
accept не = ingore. принятие оно осознанное и может быть и активным и пассивным. А игнор это вообще ноль
источник

YR

Yaroslav Ra in SOFTER
Андрей Павленко
Просто два беклога - фич и рисков - мне лично нравятся меньше, чем 1 общий, но как сказано выше - если команда готова только к варианту 2 бэклогов, пусть так и будет
а давайте еще бэклог коммуникаций, интеграции (управленческой, не системной), быклог управления персоналом и т.п....
источник

YR

Yaroslav Ra in SOFTER
братан!
источник

АП

Андрей Павленко in SOFTER
Yaroslav Ra
а давайте еще бэклог коммуникаций, интеграции (управленческой, не системной), быклог управления персоналом и т.п....
Не-а, не "давайте". Вы о чём вообще? 🙂
источник

YR

Yaroslav Ra in SOFTER
Ⓢⓔⓡⓖ
Если будете проектировать архитектуру системы управления авиаперелётами по Scrum, главное, не говорите об этом ни экипажу, ни клиентам!
ни пассажирам
источник

АП

Андрей Павленко in SOFTER
Ⓢⓔⓡⓖ
Если будете проектировать архитектуру системы управления авиаперелётами по Scrum, главное, не говорите об этом ни экипажу, ни клиентам!
А что мешает?
источник

YR

Yaroslav Ra in SOFTER
Андрей Павленко
Не-а, не "давайте". Вы о чём вообще? 🙂
Цитирую вас: "...Просто два беклога - фич и рисков..."
Продолжаю идею не 2 бэклогоа. а на каждую область управления по бэклогу.
источник

VA

Vasilii Artemev in SOFTER
Ⓢⓔⓡⓖ
Если будете проектировать архитектуру системы управления авиаперелётами по Scrum, главное, не говорите об этом ни экипажу, ни клиентам!
Вспоминается старый рекламный ролик https://www.youtube.com/watch?v=L2zqTYgcpfg
источник

YR

Yaroslav Ra in SOFTER
Андрей Павленко
А что мешает?
Мешает главным образом жесткий минимум фич, которые должны быть реализованы кровь из носу. в этом некоторое противоречие с некоторыми пунктами Эджайл манифеста
источник

АП

Андрей Павленко in SOFTER
Yaroslav Ra
Цитирую вас: "...Просто два беклога - фич и рисков..."
Продолжаю идею не 2 бэклогоа. а на каждую область управления по бэклогу.
Ну так цитируйте дальше, где я пишу, что это идея ПЛОХАЯ. И лучше всё полодить в общий бэклог, так как риски есть неотъемлемая часть продукта. Однако я готов допустить её временное существование, если команде почему-то никак не нравится идея одного бэклога. Пусть поживут с двумя, споткнутся об острые углы и примут идею, что всё нужно в 1 месте.

Я выше вижу, что люди именно так относятся к идее "всё в 1 бэклог".

В общем, вы как-то с претензией "а давайте миллион бэклогов" пришли не туда.
источник

VA

Vasilii Artemev in SOFTER
Yaroslav Ra
accept не = ingore. принятие оно осознанное и может быть и активным и пассивным. А игнор это вообще ноль
Можно пару примеров активного и пассивного принятия?
источник

VA

Vasilii Artemev in SOFTER
Активное это когда мы риск приняли, ничего не делаем, но активно беспокоимся?
источник

АП

Андрей Павленко in SOFTER
Yaroslav Ra
Мешает главным образом жесткий минимум фич, которые должны быть реализованы кровь из носу. в этом некоторое противоречие с некоторыми пунктами Эджайл манифеста
Да почему же? Это условия существования продукта в его экосистеме, мы можем либо подстроиться под неё, либо (если очень круты) пытаться изменить экосистему.

Другой вопрос - если мы очень хорошо знаем, что делаем (то есть скорее где-то в complicated, чем в complex), то нужен ли нам именно Scrum?
источник

YR

Yaroslav Ra in SOFTER
Андрей Павленко
Ну так цитируйте дальше, где я пишу, что это идея ПЛОХАЯ. И лучше всё полодить в общий бэклог, так как риски есть неотъемлемая часть продукта. Однако я готов допустить её временное существование, если команде почему-то никак не нравится идея одного бэклога. Пусть поживут с двумя, споткнутся об острые углы и примут идею, что всё нужно в 1 месте.

Я выше вижу, что люди именно так относятся к идее "всё в 1 бэклог".

В общем, вы как-то с претензией "а давайте миллион бэклогов" пришли не туда.
точно! вот блин фильтры восприятия :-)
источник