БЛИЖАЙШИЕ МЕРОПРИЯТИЯ:
26 января: Киев, Распределенные системы контроля версий
26-27 января: Киев, Certified Scrum Product Owner
26-27 января: Киев, Test Driven development in Java
28 января: Киев, AgileBaseCamp конференция
29-30 января: Киев, Scrum для команд и заказчиков
2 февраля: Киев, Idea Boot Camp: инструменты продуктового менеджмента

2011/06/30

Agile Club отчетик

Юуху!

29 июня мы провели Agile-клуб ! Было 35 человек и много фана: мини-доклады, общение, пиццы и разбор сложного аджального конфликта.


Благодарим компании Сиклум на уютный спейс.

Ниже коллаж, фото и несколько слайдов. Ждем вас на следующем клубе.

Вы были на встрече? Хотели бы пойти на следующую? Подделитесь с нами >>>




Мини-доклад Наташи Трениной о "Рангах и как с ним бороться":

Слайды Леши Кривицкого о "Конфликтах и Глубинной Демократии":
Conflicting for Good
View more presentations from krivitsky

Следите за нами в твиттере: @agileukraine и в группе на facebook-е

2011/06/07

AGILE CLUB. КИЕВ. 29 ИЮНЯ. ВЕЧЕР



Agile-клубы имеют старую историю.

Встречи украинских аджалистов начались в 2007 году, когда Алексей Кривицкий организовывал так называемые “Agile Gathering”, активизируя сообщество “Agile Ukraine”. Эти мероприятия быстро переросли свой формат и стали больше похоже на конференции, чем на встречи клуба.

Весной-летом 2009 году на базе GL-клуба был проведен пяток регулярных встреч в новом формате, который и назывался “Agile Club”. На этих встречах в формате “open space” новички и практики гибкой разработки обсуждали насущные вопросы. В общей сложности эти встречи посетило порядка 150 человек.

Летом 2011 года мы решаем восстановить традицию живых встреч и приглашаем всех желающих обмениваться опытом применения гибкой разработки на “Agile Club”, который состоится 29 июня в Киеве.

РЕГИСТРАЦИЯ И ВХОД
Для всех желающих присоединиться к возрожденному Agile Club открыта регистрация - заполнить форму можно тут.
Стоимость участия - 50 грн.

АДРЕС ПРОВЕДЕНИЯ:
Киев, ул. Амосова, 12, Бизнес центр «Horizon Park», компания Ciklum. Карта.

В ПРОГРАММЕ:


18:30 - 19:00Знакомства
19:00 - 20:00Докладики

Ряд восьми-минутных докладов от всех желающих

Желание выступить с мини-докладами уже выявили
Алексей Кривицкий
Артем Сердюк
Кирилл Климов
20:00 - 20:30Болтовня


20:30 - 21:30



Групповой процесс

Учимся конструктивным конфликтам
Теория от Алексея Кривицкого.
21:30 - 9:00Agile overnight ;)



С нетерпением ждем Вас 29 июня на встрече клуба!

2011/06/06

Первая историческая встреча Agile Moldova

Agile выходит из андеграунда! 
Вы можете стать участником исторической встречи сообщества Agile Moldova.

Мы приглашаем всех, кто заинтересован в гибкой разработке программных продуктов на бесплатное мероприятие - Agile Evening!

ГДЕ И КОГДА?
Вторник 7 июня, 19:00, Кишинев.
Адрес: Ул. Гиочеилор 1 (Территория Moldexpo), Кишинёв (http://www.casavinului.md/rus/contact)

КТО ОРГАНИЗОВЫВАЕТ ВСТРЕЧУ
SCRUMguides (www.scrumguides.com) в лице Алексея Кривицкого (Украина).

SCRUMguides - тренинги и коучинг применения гибкой разработки программных продуктов.
Алексей Кривицкий - совладелец и основной Scrum-тренер компании SCRUMguides:

  • Первый независимый Agile-консультант и Scrum-тренер на территории Украины
  • Основатель сообщества AgileUkraine.
  • Основатель и соорганизатор региональной Восточно-европейской Agile-конференции Agile Eastern Europe.
  • Больше об Алексее на www.krivitsky.com
Официальный партнер: компания Simpals.

ЧТО В ПРОГРАММЕ

19:00 - 19:15 Открытие


19:15 - 20:00 “Розовый Agile. Или, все что вы хотели знать о гибкой разработке, но боялись спросить”, 45 минут, Алексей Кривицкий

20:15 - 20:30 Перерывчег)

20:30 - 21:00 Мини-доклады по 8 минут от представителей местного сообщества.
21:00 - 22:00 Открытые дискуссии

РЕГИСТРАЦИЯ И ВХОД

Вход свободный. Важно ЗАРЕГИСТРИРОВАТЬСЯ >>>

КОНТАКТЫ

Если у вас есть вопрос просим вам связаться с нами по адресу agile@agilemoldova.com или по телефону (+373) 69237106 begin_of_the_skype_highlighting            (+373) 69237106      end_of_the_skype_highlighting

МЫ ЕСТЬ В СОЦ СЕТЯХ

Следите за анонсами мероприятия на Facebook и на Twitter #agilemoldova

3-4 июля: TDD .NET in Action, Днепропетровск

TDD .NET in Action или Как за 2 дня .NET-разработчику научиться жить без отладчика

Какие проблемы мучают разработчиков?
Средство, которое решает все эти проблемы
Зачем нужен тренинг?
Аудитория
Тренеры
Стоимость
Контакты и регистрация

Какие проблемы мучают разработчиков?

Непонятно с чего начинать реализацию очередной фичи
  • Трудно работать с чужим кодом: никогда не знаешь, что где сломается, если его поменять
  • Страх перед улучшением архитектуры приложения: "не меняй то, что работает"
  • Починка багов:
    • нужно обнаружить поломку
    • затем ее починить
    • нет гарантий, что исправление одних багов не породит другие
  • Долгое ожидание обратной связи: ошибки обнаруживаются на стадии тестирования, и возвращаются к разработчику в то время, когда он занят другими делами.
Все эти проблемы понижают эффективность работы. Вместо того, чтобы писать код и наслаждаться этим процессом разработчики тратят свое время на менее приятные вещи, вроде поиска и исправления дефектов. Если добавить к этому чувство дискомфорта и неуверенности в работоспособности своего кода, то жизнь разработчиков представляется не такой уж и радостной.

Средство, которое решает все эти проблемы

Test-Driven Development (или TDD) - это как раз оно. Если ваша команда практикует TDD, значит:
  • Есть уверенность, что в репозитории лежит работающий код
  • Нет страха вносить изменения любой сложности
  • Нет чужого кода - можно смело изменять любой код в системе и быть уверенным, что он будет работать
  • Ошибки находятся легче и чинятся намного быстрее
  • Код сам собой получается чистым и понятным
  • Архитектура приложения тоже сама собой стремится к чистоте
  • И самое главное - есть постоянное  ощущения  успешного движения вперед. Каждый добавленный “зеленый” тест - это шаг вперед.

Зачем нужен тренинг?

Несмотря на свои преимущества, TDD не так просто внедрить, как кажется. При своей внешней простоте практики часто не приживаются в командах. Основных причин две:
  1. Отрицание: Команда не понимает, какую пользу принесет TDD.
  2. Неумение: Польза понятна, но непонятно, как нужно внедрять.
Одним из лучших способов понять, зачем и как нужно использовать TDD - попробовать его в деле под руководством профессионалов.

Подробнее о тренинге >>>