Предыдущие 4 лекции серии понравились в отличие от данной. Тут многое перепутано, подходы к материальному и нематериальному производству, Канбан метод, Скрам фреймворк, и прочее. Например, 1. Канбан - это метод в данном контексте, Скрам -это фреймоворк, Agile в целом - система ценностей или способ мышления. 2. Доска со стикерами это не Канбан. На рисунке просто способ визаулиазции потока, кототрый может использоваться везде: в Scrum, в Канбан-методе, где-угодно. 3. Смысл Scrum-фреймворка не в работе спринтами, а в работе всей командой только над самым ценными в один момент времени, чтобы довести это до состояния "готово" и получить ОС как можно быстрее. (как раз аналогия из регби). 4. Делить команды нужно не по компонентам (фронтенд, бэкенд, дизайн ,..), а так, чтобы одна команда могла полностью сделать какую-любо задачу от начала и до конца. Если делать как предлагает лектор, то вы всегда будет на ручном приводе утилизировать команды. Тут можно подробнее почитать - less.works/less/structure/feature-teams.html Чтобы использовать правильную терминологию прикладываю первоисточники Scrum описан в руководстве от его создателей - scrumguides.org/ Kanban-метод -resources.kanban.university/guide/ Если лень ходить по ссылкам, можно вот этот видос посмотреть - th-cam.com/video/sGvLjXSyxUM/w-d-xo.html
![[LIVE] : ONE ลุมพินี 87 วันนี้!! คู่เอก "ก้องชัย vs โชคปรีชา"](http://i.ytimg.com/vi/YN6e7HVnekw/mqdefault.jpg)
Отличный лектор, смотреть весь курс одно удовольствие!
Предыдущие 4 лекции серии понравились в отличие от данной.
Тут многое перепутано, подходы к материальному и нематериальному производству, Канбан метод, Скрам фреймворк, и прочее.
Например,
1. Канбан - это метод в данном контексте, Скрам -это фреймоворк, Agile в целом - система ценностей или способ мышления.
2. Доска со стикерами это не Канбан. На рисунке просто способ визаулиазции потока, кототрый может использоваться везде: в Scrum, в Канбан-методе, где-угодно.
3. Смысл Scrum-фреймворка не в работе спринтами, а в работе всей командой только над самым ценными в один момент времени, чтобы довести это до состояния "готово" и получить ОС как можно быстрее. (как раз аналогия из регби).
4. Делить команды нужно не по компонентам (фронтенд, бэкенд, дизайн ,..), а так, чтобы одна команда могла полностью сделать какую-любо задачу от начала и до конца. Если делать как предлагает лектор, то вы всегда будет на ручном приводе утилизировать команды.
Тут можно подробнее почитать - less.works/less/structure/feature-teams.html
Чтобы использовать правильную терминологию прикладываю первоисточники
Scrum описан в руководстве от его создателей - scrumguides.org/
Kanban-метод -resources.kanban.university/guide/
Если лень ходить по ссылкам, можно вот этот видос посмотреть - th-cam.com/video/sGvLjXSyxUM/w-d-xo.html
"заказчик мощнейше офигевает"..))))) Пожалуй, у меня всегда будет работа))
Спасибо, как раз было интересно применение lean в разработке, если будет возможность, с удовольствием посмотрела бы более подробное видео.
Спасибо. Вот и мне предстоит внести Agile в хаос.
👍👍👍
Плохая пустая лекция полная воды. Не стоит смотреть.