Andrei
Slava
тут могу так сказать - мы где-то лет на 5-8 отстали
Slava
от запада
Slava
эффектные методы уже есть
Slava
самое свежее по теме - https://blog.agendashift.com/2017/03/03/why-continuous-transformation/
Slava
Respectful of present and past, the current context and the journey
Slava
дело в том, что начать с чистого листа, но со старыми топами - это на мой взгляд некоторая ловушка
Стас Щетинников
Slava
ну топы разве выкидываются ))
Slava
я где-то рисовал картинку - agile в голове компании - agile компания, agile в it-департаменте - "сказать ребятам, что они работают в современной компании"
Slava
кейсов нет н и х р е н а
Slava
ссылаются на NDA
Slava
у меня вообще складывается такое ощущение - вся аджайл движуха внутри энтепрайза работает так - людям которые открыты к знаниям откываются глаза на многие вещи, которые раньше были им неочевидны (ценности манифеста в самом первом приближении)
Slava
потом они просто свалят )))
Slava
https://www.youtube.com/watch?time_continue=33&v=LSUW0rssLqc
Mikhail
Читаю "канбан" дэвида андерсона.Увидел термин вариативность и то что с ней необходимо бороться для улучшения предсказуемости.Погуглил ясного ответа не нашел-изменчивость,изменчивость чего?кода, кто нибудь подскажите что под.этим термином подразумевается?
P.s. я не программист и плохо разбираюсь в программировании.есть представление но очень слабое,поэтому если можно то на доступном языке
Mikhail
Mikhail
Andrey
Mikhail
Mikhail
О спасибо!
Mikhail
Ща почитаю
Slava
Это когда задачи по времени выполнения разные
Slava
И когда разброс слишком большой - сложнее строить точные прогнозы.
Mikhail
Спасибо.То есть нужно закидывать в конвейер приблизительно одноразмерные задачки в каждый сервис?если так то я так понимаю что нужно мелкие задачки набивать в одну до схожего с другими размером
Mikhail
?
Mikhail
А по видео речь о вариативности проблем в разработке и разных подходов к их решениям
Aleksandr
Nick
+1 к дроблению, а какие вопросы возникают?
Slava
Slava
Про дробить на сопоставимые задачи - нет
Slava
Это заблуждение
Slava
Вы думаете о поставке ценности потребителю, заказчику (внутреннему или внешнему), а уж какого размера будет задача - увы не ваше дело, вы можете декомпозировать ее на составляющие, но то какими они будут скорее определяется тем, например за какие участки системы кто отвечает и какие компетенции есть
Slava
Кстати вы не задумывались над тем, что сроки очень сложно спрогнозировать, а если это так, то как мы можем достоверно знать, сопостовимые ли задачи?
Поэтому скрам и не пользуется "временем" вообще никак, там SP. 1 SP != 1 SP.
Slava
1 SP ~= 1 SP
Slava
Серьезно повлиять на вариативность можно, если научиться делать задачи, которые не будут зависать на конвеере на пути от "очередь", до "готово" и лимитируя кол-во этих задач в работе. Вот про это в целом целиком книжка)
Anonymous
плюсану к Славе
Kirill
В книге про канбан или скрам? Канбан рекомендует оценивать задачи в SP?
Anonymous
в книге Канбан написано про Канбан, он также относится к семейству гибких методологий и имеет ряд общих вещей со скрамом
Slava
Не Канбан как правило работает со статистическим данными - временем выполненных задач
Kirill
Вариативность времени выполнения задач.
Высокая вариативность приводит к большому количеству незавершенных задач
Вариативность - плохо
Источники вариативности - правила работы (ежемесячное перепланирование и прочие)
Борьба с вариативностью - менять правила работы
Slava
Да, но кроме правил там еще внешние факторы (например, зависимость от вендоров/команд)
Slava
Источников проблем много - их надо видеть и разрешать
Kirill
Есть пример из опыта как удалось повлиять на источник вариативности, чтобы уменьшить его влияние
Slava
Выкатку в продакшен делал админ, сделали автоматическую систему
Slava
По регламенту тестировщики должны были проверять все задачи, сделали так чтобы только те, которые успевают.
Slava
Успевают = не блокируют поток
Slava
С такими примерами можно до процесса бюджетирование дойти
Kirill
Круто, спасибо за примеры
Slava
К большому количеству незавершенных задач в первую очередь приводит бесполезный кипиш
Slava
а не вариативность
Nikolai
жиза
Slava
;)
Slava
Нам срочно нужен agile чтобы решить эту проблему !!!
Slava
-> ":))))))))))"
Dmitry
- Алло, %username%, вы посмотрели эту фичу?
- Ой, сейчас другие дела
Andrey
http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-US.pdf#zoom=100
скажите а почему в скрам гайде не ищется слово velocity ?
Slava
А почему должно
Andrey
:)) Потому что у меня ожидания, что где-то в этой секции это должно быть
Andrey
Dmitry
NOOOOOOOOOOOOO
Slava
:)
Dmitry
Потому что велосити – не нужен =)
Andrey
от него уже все отказались? че-то я отстал в таком случае
Dmitry
ну это я утрирую, конечно
не все еще)
но он уж явно не обязателен
Dmitry
в гайде только обязательный фишки
Slava
Вынесли за пределы каркпск
Andrey
ну если в гайде только core , то почти понятно тогда
Slava
Каркаса, потому что это конкретика без которой скрам прекрасно существует
Dmitry
а велосити – это один из инструментов планирования
покера там тоже нету же
Dmitry
ну и да, некоторые уже отказываются от велосити, как и от оценок вообще
Dmitry
точнее от их фиксации
Dmitry
оценки нужны, чтобы спровоцировать обсуждение
Slava
Андрей загугли Васко Дуарте, ноу эстимейтс
Василий
Васко одобряет Васко 😂
Slava
Эстимейты очень скучная тема, там надо разбираться с математикой, а в создании инновационных продуктов важно не в срок, а попасть в ожидания