Один из основных вопросов, которые задают себе участники почти всех тренингов — «Что мне с этим делать дальше?» Безусловно, на этих тренингах рассматривается много полезной информации, участники практикуют новые навыки, но все же реальные проекты сильно отличаются от тех, которые рассматриваются на обучении. Мы бы хотели изменить такую ситуацию и представляем вам анонс двух принципиально новых тренингов:
- Использование практик XP для спасения проектов от 2 лет и более
- Тестирование взрослых проектов: от стабильной боли к стабильному качеству с помощью XP практик
Пару слов о каждом тренинге.
Использование практик XP для спасения проектов от 2 лет и более
Уже давно такие инженерные практики как TDD или рефакторинг перестали удивлять и стали чем-то обыденным. Кто-то считает, что они обязательны для успешного проекта, кто-то, что они приносят пользу, но добавлять их нужно по желанию. Но главной проблемой для всех становится их внедрение. Проблема в том, что если проект уже разрабатывается, или тем более активно используется очень трудно внедрить новые практики и побороть этим существующие проблемы.
Исходя из этого на тренинге мы обсудим и рассмотрим на практике такие важные вопросы как:
- Как проводить рефакторинг легаси систем
- Что такое и как развивать эволюционную архитектуру
- Как сделать самодокументирующийся код
- Как начать тестировать не тестируемый код?
- Декаплинг монолитной архитектуры без смерти продукта
- Как организовать переход к Continuous Delivery
- Как перейти на новые версии фреймворков без остановки производства
Тестирование взрослых проектов: от стабильной боли к стабильному качеству с помощью XP практик
Чем больше проект — тем больше у него проблем. И если опросить команду разработки на тему «У кого проблем больше», то лидировать наверняка будут тестировщики. И вовсе не потому, что в тестирование идут нытики и слабаки, как много подумать, а потому, что тестировщикам достается со всех сторон. Проблема в том, что при переходе к короткие итерациям становится сложнее спланировать свою работу:
- постоянные изменения требований, ведут к изменению тест-кейсов
- проблемы с разработчиками не позволяют эффективно писать автотесты
- зависимость от смежных команд приводит к задержкам и ожиданиями
- и многое, многое другое.
Все это вы могли бы прочитать это в десятках книг по тестированию, agile, менеджменту и автоматизации, но мы бы хотели рассказать об этом на одном тренинге.
Соответственно, мы обсудим и рассмотрим на практике такие важные вопросы как:
- Как эффективно общаться с аналитиками для выработки понятных требований?
- Как спланировать работу на итерацию?
- Что делать в условиях ограниченного времени на тестирование?
- Как выбирать и внедрять инструменты автоматизации?
- Как перетащить разработчиков на свою сторону?
- Какие метрики собирать и как с ними работать?
- Как не делать лишней работы?
Если вам интересно, то подписывайтесь на рассылку информации о тренингах, а так же присоединяйтесь к сообществу Russian Software Craftsmanship Community.
Автор: mythmaker
