Первая встреча Agile.by
Вчера прошла первая встреча белорусского сообщества Agile.by. В качестве выступающего был заявлен Дмитрий Чернявский и тема "Опыт проведения SCRUM проектов". Дмитрий поделился своим опытом. В частности он показал, как на его проекте оформлялись требования (features) в MS Project, как выглядел Sprint backlog ну и много чего ещё. Особенностью проекта было то, что заказчик не находился рядом с командой.
Приятной неожиданностью стала презентация Дениса Петелина :) Я восхищаюсь тем, как это человек делится своим ценным опытом. Ну и его оратоские способности меня тоже всегда удивляли :) Его выступление очень выгодно отличалось от предыдущего. Денис заострил внимание на тех ошибках, которые были допущены в проекте Дмитрия и эти замечания были очень ценными.
Что бы я хотел отметить по итогу встречи:
- Заказчика всегда нужно готовить к тому процессу, по которому будет идти разработка (Денис показал замечательную презентацию, которая клиенту "на пальцах" объясняет процесс)
- Только живое общение с заказчиком. Описание требований на листике/доске и т.п. в виде страниц, формул и т.п. Использовать электронные средства для коммуникации с заказчиком могут только гуру (джедаи высшей категории).
- Заказчик должен всегда находиться в контакте с командой. XP, к примеру, требует, чтобы представитель заказчика находился в составе команды постоянно (Дмитрий на своем проекте отказался от возможности ежедневной часовой встречи с заказчиком, т.к. это слегка напрягало команду)
- Первая итерация (спринт) всегда должна быть успешной. Иначе заказчик потеряет веру в команду и выбранный процесс. После этого что-то повернуть в нужное разработчикам русло будет очень сложно.
- 0 багов в конце рабочего дня. Добиться этого, как мне кажется сложно, но подобная практика повышает ответственность программистов :)
- Программист сам делает оценку задачи, которую берется выполнить. Это персональная ответственность. Заказчик, впрочем, как и менеджер, не имеет права навязывать свою оценку.
- Применяя какую-либо методологию нужно использовать ВСЕ практики, которые она описывает. Не бывает Agile на половину.
- Не стоит забывать, ради чего вы работаете (если компания продает время, то и цели проекта для компании не получить качественный продукт быстро, а продать больше времени. Этот вопрос неоднозначный конечно :)
Встреча была очень инетесной и полезной. Всех желающих приглашаю к участию в жизни сообщества
agile.by
![[info]](http://p-stat.livejournal.com/img/userinfo.gif){kind=small}
alovak) wrote,
