все эти фишечки от менеджеров типа wip лимитов, офигенно плохо сказываются на производительности когда нужно затащить задачу за спринт, то да команда это делает а когда нужно выполнить план на пол года, то увы и ах, делать в двоем одну задачу обычно усложняет её и напрягает разработчиков
По началу именно так и должно казаться. Пока в голове парадигма "я свою часть делаю и хорошо". Но это давление приводит (должно приводить) к сугубо положительным вещам. Во первых, парное программированние - вещь очень положительная, если правильно его готовить. Во вторых, есть время на код ревью и на тех.долг. Есть время на самообучение. Улучшается ворк-лайф баланс, что даёт результаты на длительную перспективу. А доска все равно не пропустит задач больше, чем делает самое медленное звено. И высводившееся время быстрого звена должно помочь протолкнуть работу через медленное. Если затык на тестировании, программист хоть тысячу задач сделает - команда не поставит больше, чем успеет протестировать тестер.
Ссылка на презентацию спикера: agile-days.ru/pimenov_2017
это просто офигенно! Огромное спасибо, что сделали видео доступным!!!
Да уж, мощный доклад. Не смотря на то, что оператор вечно не снимал презентацию. Спасибо!
зачем снимать лицо докладчика когда он рассказывает о диаграмме которую мы не видим. и так везде. смените оператора.
Я тоже пришёл сказать про то, что у оператора есть пара точек роста))
Че звук такой плохой?
Спасибо.
Увольте оператора , бесит 😤
А определение Канскрам есть? Когда наоборот)
"моя задача что бы вы ушли с антибиблиотекой в голове...."
что значит эта фраза? я не понял. (
13:40
Оператор просто отвратительный!
трелло с плагином канбанелло умеет делать вип-лимиты на две колонки
Не нахожу в "улучшениях", где смотреть и полное название на английском можешь написать?
еще актуально, поделитесь названием
@@iamP.M.I.T kanbanello
Какой ужасный звук. А контент очень любопытный
все эти фишечки от менеджеров типа wip лимитов, офигенно плохо сказываются на производительности
когда нужно затащить задачу за спринт, то да команда это делает
а когда нужно выполнить план на пол года, то увы и ах, делать в двоем одну задачу обычно усложняет её и напрягает разработчиков
Почему усложняет и напрягает? Я предположу потому что давят другие задачи на которые они подписались, но не успевают сделать?
По началу именно так и должно казаться. Пока в голове парадигма "я свою часть делаю и хорошо". Но это давление приводит (должно приводить) к сугубо положительным вещам. Во первых, парное программированние - вещь очень положительная, если правильно его готовить. Во вторых, есть время на код ревью и на тех.долг. Есть время на самообучение. Улучшается ворк-лайф баланс, что даёт результаты на длительную перспективу.
А доска все равно не пропустит задач больше, чем делает самое медленное звено. И высводившееся время быстрого звена должно помочь протолкнуть работу через медленное. Если затык на тестировании, программист хоть тысячу задач сделает - команда не поставит больше, чем успеет протестировать тестер.