Спасибо автору за такое повествование. По большей части я с ним согласен, и объясню почему. У меня ещё ни разу не было слаженного scrum, а вот kanban был. Поэтому и склоняюсь в сторону второго. Но если бы в моей карьере случилось наоборот, то и думал бы, соответственно, наоборот.
Помимо нескольких других статей про kanban, я также прочёл книгу Алексея Пименова "Метод Канбан. Базовая практика". Далее, хочу прокомментировать точечно, опираясь на книгу Пименова.
На Kanban доске WIP обозначает ограничение на количество задач, которые могут находиться одновременно на каждом из этапов рабочего процесса.
Не на каждом этапе, а только на одном - в процессе :) Из расшифровки WIP - work in progress - понятно, что речь про задачи "в процессе". То есть выполняемые задачи в настоящий момент.
...которое называется WIP (Work in Progress). Это один из ключевых принципов, направленных на управление потоком работы и повышение эффективности команды.
Да, один из, но не единственный. В книге хорошо изложены и другие аспекты. Будь то выявление потребностей и неудовлетворённостей заказчика, выявление узких мест в своей системе и действия над ними: перемещение узкого места на другой этап, его расширение. И дальнейшее подчинение всего процесса узкому месту... Было бы интересно прочесть здесь и эти моменты, как бы автор раскрыл их.
3. Более высокая прозрачность и управление потоком
Kanban делает акцент на визуализации рабочего процесса с помощью доски Kanban. Задачи на доске проходят через различные этапы: от «Backlog» и «To do» до «Done», что даёт полное представление о текущем состоянии всех задач в проекте.
Никто не мешает, работая по scrum или другому методу, включить kanban-доску для отображения задач по стадиям. Многие так и делают :) Сама канбан-доска это просто доска - всего лишь способ визуализации рабочего процесса. Такая доска вовсе не означает, что работа организована по канбану :) И канбан не акцентируется на визуализации рабочего процесса. Канбан акцентируется на управлении работой, а не людьми.
4. Процесс непрерывного улучшения
Этот пункт не раскрыт и не аргументирован совсем :/
6. Нет необходимости в сложном планировании
А вот тут не понял. Любое планирование везде можно усложнить. Это уже от людей зависит, а не от метода организации работы :)
Спасибо автору за такое повествование. По большей части я с ним согласен, и объясню почему.
У меня ещё ни разу не было слаженного scrum, а вот kanban был. Поэтому и склоняюсь в сторону второго. Но если бы в моей карьере случилось наоборот, то и думал бы, соответственно, наоборот.
Помимо нескольких других статей про kanban, я также прочёл книгу Алексея Пименова "Метод Канбан. Базовая практика". Далее, хочу прокомментировать точечно, опираясь на книгу Пименова.
Не на каждом этапе, а только на одном - в процессе :) Из расшифровки WIP - work in progress - понятно, что речь про задачи "в процессе". То есть выполняемые задачи в настоящий момент.
Да, один из, но не единственный. В книге хорошо изложены и другие аспекты. Будь то выявление потребностей и неудовлетворённостей заказчика, выявление узких мест в своей системе и действия над ними: перемещение узкого места на другой этап, его расширение. И дальнейшее подчинение всего процесса узкому месту... Было бы интересно прочесть здесь и эти моменты, как бы автор раскрыл их.
Никто не мешает, работая по scrum или другому методу, включить kanban-доску для отображения задач по стадиям. Многие так и делают :) Сама канбан-доска это просто доска - всего лишь способ визуализации рабочего процесса. Такая доска вовсе не означает, что работа организована по канбану :) И канбан не акцентируется на визуализации рабочего процесса. Канбан акцентируется на управлении работой, а не людьми.
Этот пункт не раскрыт и не аргументирован совсем :/
А вот тут не понял. Любое планирование везде можно усложнить. Это уже от людей зависит, а не от метода организации работы :)