Общий вопрос по Scrum-у. В общем случае предполагается что scrum-meeting проводится каждый день. В своём проекте обнаружил, что каждодневний сбор "ради галочки" довольно безсмысленнен. Пришли к тому, что общий сбор проводим 2 раза в неделю на 15-20 минут, для того чтобы все знали, кто с чем столкнулся и кто с чем боролся.
Доводилось ли вам видеть, что собрание не дало команде ничего нового и было бы уместнее это собрание отменить?
Второй вопрос, тоже о ежедневних собраниях - в какое время дня их лучше всего проводить и принципиально ни это?
Лучше проводить скрам-митинги каждый день - это вырабатывает определенный ритм работы и создает атмосферу прозрачности, а через нее и взаимное доверие.
Время обычно выбирают в первой половине дня или сразу после обеда, как удобно команде.
По поводу отмены скрам-митингов, имхо, для зрелых команд - это вполне возможно, но следите за последствиями. При внедрении и на первых порах скрам-митинги строго обязательны.
1) На девятой неделе из четырнадцати в примере - внедрение (трех)четырехзвенной архитектуры. Поздновато, нет? Ну и непонятно, что тогда делалось на второй неделе, где высокоуровневая архитектура создавалась.
2) И чем FDD, как оно тут описано, так уж отличается от waterfall?
1. Тут вопрос баланса между загрузкой первых недель и желанием все запихать в них :) 2. К сожалению получилось только очень кратко описать гибкие методологии с целью дать понять читателю, что не Scrum'ом единым живет мир и что из них можно "поворовать" различные практики.
1) Ну вопрос не про баланс. Вопрос вполне конкретный. Что за высокоуровневая архитектура создавалась на второй неделе и почему она сразу не была (трех)четырехзвенной? А если была - почему мы ей не следовали? Требования-то вроде не менялись. И куда теперь девать то, что мы понаделали к началу девятой недели и даже показали пользователям?
2) Ну а все-таки? Если мы изначально раз и навсегда определяем список функций, которые мы будем реализовать, где тут agile?
Comments 10
Reply
Reply
Общий вопрос по Scrum-у. В общем случае предполагается что scrum-meeting проводится каждый день. В своём проекте обнаружил, что каждодневний сбор "ради галочки" довольно безсмысленнен. Пришли к тому, что общий сбор проводим 2 раза в неделю на 15-20 минут, для того чтобы все знали, кто с чем столкнулся и кто с чем боролся.
Доводилось ли вам видеть, что собрание не дало команде ничего нового и было бы уместнее это собрание отменить?
Второй вопрос, тоже о ежедневних собраниях - в какое время дня их лучше всего проводить и принципиально ни это?
Reply
Reply
Мне интересен именно опыт автора - с чем приходилось иметь дело
Reply
Время обычно выбирают в первой половине дня или сразу после обеда, как удобно команде.
По поводу отмены скрам-митингов, имхо, для зрелых команд - это вполне возможно, но следите за последствиями. При внедрении и на первых порах скрам-митинги строго обязательны.
Reply
На девятой неделе из четырнадцати в примере - внедрение (трех)четырехзвенной архитектуры. Поздновато, нет? Ну и непонятно, что тогда делалось на второй неделе, где высокоуровневая архитектура создавалась.
2)
И чем FDD, как оно тут описано, так уж отличается от waterfall?
Reply
2. К сожалению получилось только очень кратко описать гибкие методологии с целью дать понять читателю, что не Scrum'ом единым живет мир и что из них можно "поворовать" различные практики.
Reply
2) Ну а все-таки? Если мы изначально раз и навсегда определяем список функций, которые мы будем реализовать, где тут agile?
Reply
Reply
Leave a comment