«Никого из вас двух бейджиков нет, а у меня есть!»
@kosmori98982 жыл бұрын
Вот сейчас обидно было.
@kattynia59564 жыл бұрын
Лекция очень полезная, было приятно и интересно слушать. Только не хватало уточнений про планирование - как оно проходит, только ли разработчики там (а как же тестировщики?), что делает остальная команда, пока 1-3 человека фиксят блокер?
@user-rq4xh3dl4e5 жыл бұрын
Очень неоднозначное впечатление оставил доклад. С одной стороны есть все условия, чтобы сказать, что без вариантов должен быть канбан, а не скрам: отсутствие кроссфункциональных команд - разработка фич в несколько спринтов разными командами последовательно, резервирование места в спринте для багфиксов, т.е. необходимость отработки задач срочно, а не после окончания спринта. Такое ощущение, что единственными причинами, которыми можно обосновать наличие скрама, являются: а) возможность хотя бы краткосрочного планирования фич, б) комфорт-ориентированный подход к персоналу - ведь скрамовская техника взять задачи и четко понимать где дедлайн и когда можно немного переключиться и отдохнуть, несомненно, для человека гораздо удобнее, чем конвейерный канбан, когда в общем случае нагрузка команды постоянно ограничена только количеством работы на итерации - при постоянном поступлении задач в работу крайне сложно увидеть небо и вздохнуть, нет психологически ощущения начала и конца, есть только бесконечный конвейер задач
@EADrozdoffАй бұрын
Блин. Рожи зрителей, конечно же важнее слайдов?!
@quazijay6 жыл бұрын
Что-то ни о чём. Разговор идет о разработке в огромнейшей компании, где, судя по расскажу 40% времени фиксят баги, а остальное время дорабатывают продукт. Стартапам такие лекции неинтересны, поскольку, если только 60% времени двигаться вперед, а 40 топтаться на месте, то конкуренты сожрут с потрохами. А крупные компании сами знают как работать. Так и не понял на кого рассчитана лекция. 6:35 может просто нормально заверстать, не пробовали?
@vyachin2 жыл бұрын
Яндекс браузер говно. Госпожа рассказывает о приоритизации задач в туалете)