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

SCRUM воркшоп, Харьков. Отчет

12 октября 2007 мы провели встречу в Харькове!

Спасибо всем, кто пришел послушать и принять участие в дискуссиях про внедрение SCRUM в проекты. Нам было очень интересно общаться с вами!

Спасибо компании Сиклум за предоставленное помещение и отличные условия.



По мимо краткого обзора подхода SCRUM за три часа встречи мы успели обсудить такие темы как:
  • daily meetings: formality or a real need? why the 3 boring questions?
  • the SCRUM framework: are there optional activities?
  • QA in SCRUM teams: what do the books say on that? why is it so complex?
  • priority and requirements changes: why and how to adapt?
  • distributed teams in SCRUM: how to deal with such a project setup?
  • not committed Product Owner: any way to help your project survive and produce the results?
  • how to deal with non planned work during sprints?
  • agile estimating and planning: why to estimate? do we need time tracking?
  • ScrumMasters and team motivation: who is the manager of the project? who and how should do employee reviews?
  • the Certified ScrumMaster training: what it gives? why and why not to attend?
Мы попробуем поделиться с украинский Agile-сообществом идеями, которые возникли во время обсуждения вышеперечисленных тем. Подпишитесь и принимайте участие в наших дискуссиях.

Конечно, нельзя успеть ответить на все вопросы (мы старались). Вот, к примеру, те, которые мы попробуем обсудить в оффлайне в нашей группе, если будет интерес:
  • SCRUM in fixed-cost projects: myth or reality?
  • sprint planning: how to deal with tasks that none likes to commit to?
  • estimating: quality of the estimates

Мы будем рады приехать в другие города и регионы с похожими сессиями. Пишите.

Тимофей Евграшин, Алексей Кривицкий.
Agile Ukraine

ПОПУЛЯРНОЕ

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

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


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

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

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


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

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

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

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