К основному контенту

Agile Gathering 5 - call for papers

Автор: Кривицкий.

Следуя пожеланиям нашей аудитории, мы решили провести следующую киевскую конференцию уже в июне, ориентировочно 21го в субботу.

В настоящий момент активно ищутся докладчики, желательно с практическим уклоном. Длительность докладов от 20 до 40 мин.

Присылайте заявки на alexey (AT) agileukraine.org.

Ниже приводится список горячих тем.

QA
  • Тестирование в Agile (сложные длительные проекты)
  • QA motivation
  • Agile in testing (QA)
  • QA в agile-проэктах
  • Автоматизированное тестирования в Agile проектах
Individuals and teams
  • Мотивация разработчиков
  • Создание микроклимата в команде
  • Психологические отношения скрам-мастер - программист )
Practical cases
  • Обмен опытом по решению практических проблем в Agile проектах
  • Сравнение разных agile практик от человека который их пробовал
  • Примеры (workflow) из реальных проектов (анализ, тест, разработка, коммуникации)
Negative cases
  • Несостоявшийся "SCRUM в больших проектах"
  • Agile разработчик в не-agile среде
  • Где Scrum не работает и почему
Project management
  • Управление agile-проектами
  • Управление рисками
Complex projects
  • Внедрение Agile в крупных проектах и распределенных командах
  • Agile в крупных проектах - more information
Engineering
  • Инженерные практики
  • Паттерны TTD
Other
  • Agile и фриланс
  • Эффективное поэтапное введение Scrum в проекте, где его не было
  • Трекинг Agile проектов




ПОПУЛЯРНОЕ

Шаблоны декомпозиции Пользовательских Историй (User Stories)

Автор: Richard Lawrence
Переведено с английского проектом Agile Translations


Хорошие Пользовательские Истории следуют INVEST модели, предложенной Биллом Вейком (Bill Wake). Они независимые (Independent), обсуждаемые (Negotiable), ценные (Valuable), поддающиеся оценке (Estimable), небольшие (Small) и тестируемые (Testable). Именно требование к размеру приводит нас к необходимости делить большие Пользовательские Истории, однако, даже после разбиения, они все еще должны следовать этой модели.
Многие начинающие agile-команды пытаются разделять Пользовательские Истории по архитектурным слоям: одна история для пользовательского интерфейса, другая — для базы данных, и так далее. Такой подход может удовлетворять критерию “небольшая”, однако, не сможет похвастаться тем же в случае с “независимая” и “ценная”. За девять лет работы с гибкими методологиями, я определил девять шаблонов разбиения Пользовательских Историй на хорошие, небольшие истории.

Скрамбан - собираем лучшее

Автор: Илья Павличенко.


Иногда я слышу фразу - «теперь у нас будет СкрамБан». И, к сожалению, наблюдаю, что чаще всего это означает, что у команды теперь не будет ни полноценного Скрама, ни внедренного должным образом Канбана. Хотя это понятие (СкрамБан) подразумевает и первое, и второе. Таким образом, команды лишают себя преимуществ обоих методов, переходя в серую зону неопределенности.

Привожу цитату Алана Шалловея, одного из родоначальников Канбана (полностью его блог-пост по этому вопросу можно прочесть здесь):
«Теперь стало модно у многих Скрам команд уходить от итераций и кросс-функциональных команд и говорить, что теперь у них внедрен Канбан. Я принимаю то, что в Канбане отсутствует и первое, и второе. Но Канбан не определяется отсутствием итераций или кросс-функциональных команд. Он определяется визуализацией, управлением потока, наличием явных полиси и т.д. Если у вас был Скрам и вы решили уйти от итераций - у вас не Канбан. Вы даже и близко не подошли к тому, чтобы приблизиться…

Календарь тренингов по Agile

Наши партнёры по тренингам: