Я новичок в Lean/Kanban, но за последние несколько недель вылил интернет-ресурсы, и у меня возник вопрос, на который я не нашел хорошего ответа. Lean/Kanban кажется в противном случае такой хорошей подгонкой для нашей компании, которая уже использует Scrum, но в некоторых методологиях имеет некоторые ограничения. Надеюсь, кто-то здесь может дать мне хорошую идею.
Как я вижу, одним из самых больших преимуществ Scrum over Waterfall является использование спринтов. Имея все готовое каждые 14 дней, вы получаете короткие циклы обратной связи и можете часто выпускать. Однако, как я понял из чтения о Lean, некоторые из них связаны с этим (например, время, проведенное на совещаниях по планированию спринтов, встречах с командами и некоторые проблемы с поиском чего-то полезного для всех в конце спринтов).
Lean/Kanban удалит эти отходы, но только ценой невозможности выпуска каждые 14 дней. Или я пропустил важный момент? Ибо, в Канбане, как вы можете работать над новыми задачами разработки и выпускать одновременно? Как вы убедитесь, что вы не отправляете то, что сделано на полпути? И как вы можете проверить его правильно?
Мои лучшие "решения/идеи" до сих пор:
- Не выпускайте часто и не допускайте отходов, связанных с истечением новых задач разработки. На самом деле это не решение вопроса.
- Разрабатывайте в ветких, а затем объединяйтесь в основной багажник. Заставляет вас поддерживать по крайней мере две ветки непрерывно внутри.
- Используйте специальную автоматическую систему маркировки, чтобы автоматически создавать только определенные готовые задачи, а не другие.
Как резюме, мой вопрос: Когда вы используете Lean/Kanban, можете ли вы выпускать часто, не вводя отходов? Или часто выпускает не часть Lean/Kanban?
Дополнительная информация, относящаяся к моей компании: Мы используем Team Foundation System и Source Control и ранее имели некоторые плохие впечатления в отношении ветвления и слияния. Могло ли это быть решено просто путем привлечения некоторых специалистов в этой области?
