Алексей Солнцев, Инфопульс Украина (Киев)
Где найти:
Должность:
Head of Agile Competence Center
О себе:
Первый, кто получил звание Certified Scrum Practitioner на территории Украины, России и Беларуси. Данным статусом подтвердил те наработки и практики, которые использовал в крупных распределённых проектах на протяжении последних пяти лет. К тому же, являюсь практикующим Flex и Java разработчиком, при этом помогая многим проектам успешно внедрять процессы автоматизации и тестирования.
Веду активную волонтёрскую работу по развитию и становлению Agile сообщества. Является не только докладчиком, но и рецензентом таких конференций как Agile Gathering, Agileee, IT Jam, Agile Base Camp. Благодаря моей инициативе, Agile сообщество получило возможность читать в отличном русском переводе популярные книги Хенрика Книберга «Scrum and XP from the trenches» и «Kanban and Scrum: making the most of both».
Выступает с докладами
Многие жалуются на качество кода, автоматизированных тестов или продукта в целом, на количество ошибок, найденных конечными пользователями или отделом тестирования. Почему это происходит? Необходимо понимать, что для того чтобы не допустить подобных ситуаций требуются дополнительные усилия – необходимо следить за качеством кода и работать над его улучшением. Code Review является одной из наиболее полезных и эффективных практик для ранней борьбы с дефектами в коде и повышению его качества. Использование Code Review на различных этапах разработки, начиная от дизайна и заканчивая написанием кода и тестов, помогает построить ранний цикл обратной связи и избежать потерь времени в будущем на исправление ошибок.
Вроде мы все разговариваем на одном языке, но каждый из нас понимает слова «скоро», «качественно» и «готово» по-разному. Вы заканчиваете итерацию, а заказчик отказывается принимать «готовую» функциональность? Тестировщики не могут начать тестирование «законченного» кода? Вся команда не может продолжать работу из-за того, что один из разработчиков «завершил» задачу? Вы тратите кучу времени в следующей итерации чтобы «доделать» работу из предыдущей итерации, которая считалась успешной? Все это происходит от разного понимания базовых, но очень важных терминов.