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