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