Блог компании ScrumTrek - эффективные процессы

Certified Agile Professional - первый в России сертификационный тренинг!

noreply@blogger.com (Надежда Анохина) — Mon, 13 May 2013 11:13:00 +0000

Этой весной прошел первый в России сертификационный тренинг по гибкой разработке, основанный на программе международного консорциума ICAgile. Задачей консорциума является сбор, обобщение, классификация целей изучения и стандартизация знаний в сфере Agile.

Первые 25 человек, которые прошли тренинг, стали обладателями международного сертификата Certified ICAgile Professional, принимаемого во внимание в большинстве компаний по всему миру. Этот тренинг читали лучшие тренеры России, гуру Agile-разработки – Дмитрий Лобасев и Никита Филиппов.

Тренинги ICAgile проходят под лозунгом «Agile is much more than just Scrum». Поэтому в течении трех дней мы рассматривали все аспекты гибкой разработки включая Agile, Lean thinking, Scrum, XP и Kanban.

Каждый участник пришел со своими знаниями по гибкой разработке и опытом работы над различными проектами. Тренинг помог дополнить и систематизировать эти знания. Теперь мы уверены, что участники смогут по-новому взглянуть на производственные процессы, происходящие в их компаниях, и провести осознанные изменения не только в используемых практиках, но и изменения в культуре компании.

Что же такое Lean thinking и Agile? Почему Agile команды более мотивированы на результат? Какими являются необходимые условия для эффективной командной работы? Как создать рабочую модель ответственности участников команды? Каковыми являются ключевые принципы и лучшие практики визуализации? Как масштабировать Scrum и Kanban на большие проекты? Ответы на эти и другие важные вопросы мы получили на тренинге.

В процессе работы наши тренеры помогли разобраться, как работает процесс внедрения изменений в компании. Мы на практике попробовали распознать и проанализировать проблемы и найти возможные варианты их решений. Мы научились определять источники проблем и анализировать их вместо того, чтобы обучаться шаблонным решениям, которые, скорее всего не сработают из-за специфики конкретного проекта.

Уже сейчас вы можете зарегистрироваться на очередной тренинг Certified Agile Professional, который пройдет 24-26 июня.

Будьте в курсе последних трендов в индустрии разработки – будьте Agile!

ЗАРЕГИСТРИРОВАТЬСЯ

Новые карты Planning Poker

noreply@blogger.com (Ирина Цыбденова) — Mon, 06 Feb 2012 15:27:00 +0000

Мы сделали новые карты!

Они образуют такую последовательность:
0, 1/2, 1, 2, 4, 8, 16, 32, значок кофе, 3 пустые карты

Почему так лучше?

Во-первых, это понятнее для тех, кто оценивает в (идеальных) часах. 4 часа - это полдня. 16 часов - ровно два дня. В последовательности Фиббоначи можно воспользоваться значениями 5 часов и 13 часов, но такого простого и понятного физического смысла в них нет.

Во-вторых, их проще использовать для грубой оценки релиза. Цифра 2 соответствует Small, 4 Medium, а 8 - Large - все просто!

В третьих, оцените-ка полезность пустых карт! На них можно написать свои цифры, буквы, значки и обозначения. Карты пластиковые, так что если воспользуетесь маркерами для флипчартов или фломастерами, сможете легко оттереть и исправить.
Некоторые команды используют свои собственные обозначения, понятные только им. Например, НЕХ для обозначения совершено непонятных фич или значок "epic fail" для технически неосуществимых работ.

Впрочем, мы знаем приверженцев "олдскульных" карт "имени" Майка Кона, ведь они описаны в книгах, уже ставших классическими и мы продолжим их выпуск!

Выбирайте сами :-)

Купить можно здесь по ссылке.

Введение в Agile и Lean для SmartSourcing

noreply@blogger.com (Никита Филиппов) — Thu, 14 Jul 2011 11:22:00 +0000

Сегодня прошел вебинар, посвященный организации процессов разработки ПО (рассматривались подходы Lean и Agile). Вебинар стал рекордным: в пики нагрузки в он-лайне было 185 человек и редко в течение вебинара этот показатель опускался ниже 180.
Так же этот вебинар стал абсолютным рекордсменом по продолжительности: Никита непрерывно вещал в течение 2 часов (с учетом сессии ответов на вопросы).

Кстати, вопросы и ответы на них заслуживают отдельного внимания.

Предлагаем вам ознакомиться с записью и материалами вебинара.

AgileCamp'11 в Самаре - как это было

noreply@blogger.com (Ирина Цыбденова) — Fri, 01 Jul 2011 06:31:00 +0000

17-18 июня в прекрасном южном городе Самара, прямо на берегу Волги, с совершенно невероятным успехом прошла мини-конференция, организованная компанией ScrumTrek и посвященная практическим навыкам работы в Agile проектах - AgileCamp। Если вы, по какой-то причине, не смогли попасть на это мероприятие - читайте, смотрите фотографии и завидуйте тем, кто там был :)

Совершенно новый формат - непрерывные, логически связанные между собой мастер-классы по процессным и инженерным практикам разработки настолько увлекли всех участников кэмпа, что в коридоре между залами не было видно практически никого из 150 пришедших на кэмп участников।

Deep dive в мир Agile - это действительно то, что было нужно - ни единого теоретического доклада, только практические занятия по проектированию и разработке нового продукта с нуля: симуляция процесса разработки крупного продукта одновременно четырьмя командами, проектирование продукта с помощью innovation games (product box и vision canvas), анализ и проработка требований к продукту с использованием storymapping, проектирование интерфейса, анализ рисков - все эти практики каждый участник попробовал своими руками и готов начать применять в своих реальных проектах।

Инженерная секция так же получилась очень насыщенной - модульное тестирование, TDD, непрерывная интеграция с полной настройкой окружения с нуля, парное программирование и другие практики, интерес к которым буквально безвылазно держал около 50 разработчиков в зале все 8 часов первого дня конференции - вы когда-нибудь такое уже видели?

После первого напряженного дня, полностью прошедшего в непрерывной практической работе, шестьдесят счастливчиков, успевших заранее выкупить билеты, рано утром поехали в небольшое путешествие по Волге на специальном кораблике, где было все необходимое для создания атмосферы тесного общения и обмена знаниями и опытом: флипчарты, фломастеры, 100 литров пива, квас и снеки!

Попробуйте представить себе атмосферу небольших докладов (lightning talks) у флипчартов, стоящих на горячем песке островка на Волге, куда причалил корабль - при этом светит солнце, вокруг изумительная природа, люди сидят группами по интересам, пьют пиво и общаются - как вам? :)

Наверное, поэтому не стоит удивляться, что лента новостей в facebook уже вторую неделю после нашего кемпа каждый день показывает добавление десятков новых друзей - людей, которых объединил AgileCamp'11!

Присоединяйтесь к нам в Новосибирске, где пройдет следующий AgileCamp в первых числах ноября। На кораблике, конечно, зимой не поплавать, но что-то такое же необычное и интересное придумать обещаем!

Stay tuned! http://camp।agiledays.ru/

Команда ScrumTrek - ваш проводник в мире Agile процессов.

Usability Missunderstanding (IMHO)

noreply@blogger.com (Никита Филиппов) — Sat, 07 May 2011 11:07:00 +0000

Вообще конечно юзабилити это не про интерфейс.

Вообще, конечно, юзабилити это не про интерфейс . Нет вернее про него, но про интерфейс в последнюю очередь. (Капитан очевидность призывает Мистера Алана Куппера)

Это про то, как вы свой продукт делаете, не про иконки,css3, не про верстку, не про построение интерфейсов используя золотое сечение и так далее. Это про то, на сколько, вы понимаете, как живет %юзернейм в системе%. И вообще, кто этот %юзернейм%.

В большинстве своем люди, которые называют себя юзабилистами - это художники, которые рисуют хуже чем другие, поэтому решают "стать юзабилити/ux-чуваками"

Если вы хоть раз ходили на конференцию по юзабилити, то услышите там: «Разработчики вообще не понимают, как проектировать, мол, инженерам чуждо прекрасное». На самом деле - я видел много инженеров и менеджеров, которые проектируют лучше чем Юзабилити эксперты. Ибо юзабилити эксперт, это не тот, кто Купера почитал, а тот, кто знает как удобно, а для этого, нужно быть экспертом в контексте данного продукта. Юзабилистом может быть и тестер и аналитик или владелец бизнеса если это скажем стартап.

Юзабилити - это не результат, это процесс непрерывного взаимодействия ментальной модели заказчика и исполнителя. Да они сталкиваются на уровне интерфейса ну и что?

По сему, лучше сконцентрируйтесь на грамотном сторимаппинге и валидации понимания цепочки действий в голове юзернейма, вместо того, чтобы думать Кнопочку или Сылочку поставить.

ScrumTrek starts SkillTrek: Краповые береты мира Agile-разработки

noreply@blogger.com (Никита Филиппов) — Thu, 28 Apr 2011 12:06:00 +0000

Друзья!
Хотим поделиться радостью. Мы запускаем первый поток проекта SkillTrek - дистанционной школы инженеров.

SkillTrek - первый в своем роде проект, где участники проходят интенсивную прокачку своих навыков на боевом проекте в условиях удобной загрузки и совмещением с основной работой. Ценность такого формата крайне высока за счет удобного решения задачи непрерывного самообразования и тотальной практической ориентированности всех активностей участников проекта.
Такой формат мы обкатывали на наших клиентах.

Формат сочетает в себе передачу знаний участникам и закрепление их тут же, в условиях реального проекта. Основной объем нагрузки приходится на технологическую часть (стек Java-технологий и современные инженерные практики Agile) и проектирование системы. Но мы ориентируемся не только на развитие технологических навыков, но и навыков командообразования, soft skills, коммуникативных способностей, эффективного управления временем.

Предстоящий летний проект ориентирован на прокачку основной массы участников с уровня Junior Java Developer до уровня Regular Java Developer. Но будут и ребята, тренирующиеся на архитекторов и тимлидов.
Формат первого летнего потока: дистанционный (практическая работа над проектом, теоретические вебинары, персональные консультации), загрузка 10 часов в неделю (по вечерам + пол-выходного), длительность проекта 4 месяца, объем практической работы над проектом не менее 60% времени.

Стартуем мы в в конце мая. Цена за весь курс 150 тыс. рублей, но первый пилотный поток мы делаем скидку в 50% на курс в 4 месяца. На выходе мы обязуемся сделать из вас твердостоящих на ногах Regular'ов (далее сеньоров), как говориться тяжело в учении - легко в бою.

Есть половина группы и если вам интересно поучаствовать пишите мне nfilippov@scrumtrek.ru. Cайт мы приземлим через недельку, а пока если есть вопросы по программе ее составу и графику пишите мне, я отвечу на все вопросы, кто наши тренера и так далее...

Переделки в тренинге по требованиям

noreply@blogger.com (Никита Филиппов) — Wed, 20 Apr 2011 15:07:00 +0000

Недавно практически полностью пересобрали тренинг по управлению требованию в Agile.

Включили туда новую часть по Product Vision и Release Vision, вкрутили туда Innovation Games,добавили туда новые технические детали по работе с UserStories.

Получилось цельно и более понятно. В конце мая сделаем открытый тренинг в новом формате, а пока видео и фотки с нашей обкатки.

Vision has changed!

noreply@blogger.com (Никита Филиппов) — Mon, 18 Apr 2011 05:03:00 +0000

Часто ли вы встречались с такой ситуацией, когда вы, разрабатывая продукт, спустя несколько итераций утопаете в неконтролируемом наборе требования или неожиданно к вам начинают приходить неизвестные до этого вам люди и начинают предъявлять претензии вам, что мол для них вы ничего не разработали, а должны были.

И вроде бы все "по Agile'у" и бэклог вместе собрали, и демонстрации делаем и на ретроспективах рефлексируем и планы выполняем. Но потом оказывается демонстрации сделали, показали, но не тому :), - забыли заказчика, потеряли еще одной заинтересованное лицо.
...или неожиданно заказчик начинает заваливать вас тоннами новых идей, хотя 70% от нового скоупа идеалогически не предполагалось. В чем проблема?

Из нашего опыта достаточно часто это бывает из-за того, что концепция разрабатываемого проекта неконтролируемо изменилась. В следствии чего проектная команда, как слепые котята, начинают реактивно воспринимать текущий поток изменений, создавая дополнительные риски. Шансы закончить данный проект не выполнив поставленные задачи или не соблюсти сроки, или получить отрицательные отзывы от заинтересованных лиц сильно повышаются.

16 апреля мы ездили в Киев на конференцию Agile BaseCamp и выступали с небольшим мастер-классом о том, как разрабатывать концепцию проекта коллективно и эффективно. Сам процесс мы обозвали Vision Crafting, он включает определенные практики организации коллективной работы над созданием концепции, основанные на создание бизнес моделей Alex'a Osterwalder'a, подходов Customer Development и нашего личного опыта работы с внутренней / продуктовой разработкой.

Основные цели создания такого подхода были:
- Научиться создавать Концепцию вместе
- Обрабатывать наибольшее количество возможных рисков, как можно раньше
- Научиться системно обрабатывать изменения концепции (проактивно), на протяжении всего развития продукта или проекта.

Ниже небольшое видео и слайды с данного мастер-класса.

Vision Crafting

View more presentations from Nfilippov.

Ссылка на шаблон Inhouse Vision Canvas (eng)

Product Owner превращается в Scrum Master?

noreply@blogger.com (Асхат Уразбаев) — Wed, 13 Apr 2011 07:22:00 +0000

На заре туманной юности я был твердо убежден, что менеджер проекта не может быть скрам-мастером. Сейчас у меня появились сомнения.

Надо сказать, что основания у меня были. Некоторые происходившие у меня на глазах превращения менеджеров проектов в скрам-мастеров оканчивались печально. Стендапы превращались в отчетные мероприятия, ретроспективы проводились менеджером сольно, причем он еще и имел наглость упрекать команду в пассивности. В общем, чего я вам рассказываю ;-)

Последнее время что-то сдвигается. Менеджеры понимают, что такое supportive leadership. То ли общий тренд, а может Саша Орлов так влияет :-)

Очень часто последнее время наблюдаю такую картину:

Есть менеджер проекта - который вроде как формально Product Owner. В команде есть Scrum Master. В общем, все по науке. Только скрам-мастер выполняет свои функции номинально: он рисует burndown charts, следит за доской задач. Он даже проводит ретроспективы - в смысле стоит у флипчарта и записывает то, что говорит команда.

А вот менеджер проекта действительно вкладывается в то, чтобы сделать команду эффективной. Он задает правильные вопросы на ретроспективе, его советы команде наиболее дельные, он решает все внешние зависимости и устраняет препятствия.

Самое интересно, что и Product Owner из него тоже в общем-то нетипичный. Он старательно дистанцируется от самостоятельного принятия решений. Чаще всего он старается собрать всех заказчиков в группу и проводит встречу, заказчики коллективно договариваются о приоритетах и требованиях. Как правило, он устанавливает некоторую каденцию общения (уж простите термин, не удержался) - например, назначает еженедельные встречи. Забавно, но он точно также вкладывается в то, чтобы команда заказчиков стала эффективной, как и в команду разработчиков.

Если отбросить тонкости, то он становится скрам-мастером команды заказчиков и команды разработчиков, формально таковым не являясь.

Такая схема на практике часто является очень эффективной.

Риски, безусловно, есть. Например, заказчики могут оказаться не настолько профессиональными, чтобы отличать то, что они просят от того, что им нужно. Но даже в этом случае я много раз видел, как менеджер проекта, задавая правильные вопросы, устанавливая прозрачность в общении с профессионалами внутри команды, фактически обучал заказчика.

В общем, вопрос открытый! Может быть создать особую разновидность скрама? :-)

Доклад на конференции SoftwarePeople'11

noreply@blogger.com (Асхат Уразбаев) — Sat, 09 Apr 2011 20:20:00 +0000

Доклад на конференции SoftwarePeople'11

Agile In House

View more presentations from Askhat Urazbaev.

Конференция была чудесная, организовано очень круто, огромный респект организаторам. Я выступал после Орлова, так что было непросто - Саша жег нереально! Как и всегда - самым ценным было общение после конференции.

Если нужна PowerPoint весрия - качать тут

Сравниваем Agile и Waterfall

noreply@blogger.com (Асхат Уразбаев) — Thu, 24 Mar 2011 15:13:00 +0000

Общались с CIO одной компании о внедрении Agile. CIO говорит:

- Мне нужны будут метрики, которые покажут, что Agile эффективнее нашего текущего процесса.

Такие вопросы задают постоянно и ответ на них готов. Мы спрашиваем:

- А как вы сейчас измеряете эффективность разработки?

Тут обычно выясняется, что никак не мерят и сравнить не с чем. Однако этот CIO оказался не так прост. Он сказал, что они тоже не мерят, но метрики все равно нужны и мы должны их придумать.

Мы стали думать. Проблема с этими сравнениями в том, что сравнивать не с чем. Даже если вы ведете статистику по проектам. Проекты слишком разные, чтобы можно было провести какое-то усреднение. В Люксофте мы вели очень подробную статистику. Там типичное среднеквадратичное отклонение метрики превышало само значение раза в два. То есть если даже все показатели выше среднего - это ничего не означает, в портфолио легко можно найти проект еще круче. Но в общем, это чистая теория, поскольку, как я уже сказал, все равно никто ничего не измеряет.

Так что сравнить можно проект только с ним самим. Но ведь вы не сделаете один и тот же проект два раза? Что мы в итоге придумали - это сравнивать проект с его моделью. Идею подсказал Сергей, менеджер разработки.

Нарезали Техническое Задание на Баклог (пользовательские истории), оценили их в стори-пойнтах и начали разработку. В конце проекта подвели итоги.

Оказалось, что из первоначального скоупа 70% было сделано и 30% отменилось - оказалось ненужным. По ходу проекта добавилось примерно на 40% новых пользовательских историй (на начало проекта их не было).

Весь проект занял 9 итераций (18 недель) - на одну больше, чем планировалось. Это в Agile.

Теперь давайте представим, как прошел бы водопадный проект. Мы бы сделали 100% первоначального скоупа. Потом показали бы результат заказчикам, и сделали бы Запросов на изменение еще на 40%.

То есть общая длительность проекта в водопаде больше на 30% по сравнению в Agile проектом.

В общем, довольно убедительная картинка. Разумеется, это модель, и она предполагает следующие вещи:

Производительность команды (грубо говоря, количество стори-пойнтов в единицу времени) не отличается в Agile и в Waterfall
В водопаде мы не показываем результат заказчику по ходу работ.
Удаление ненужной функциональности в водопаде бесплатно
Сбор требований не занимает времени

Предположения ИМХО мягко говоря щадящие по отношению к водопаду, так что модель получается довольно убедительная.

AgileDays'11 - как это было :)

noreply@blogger.com (Ирина Цыбденова) — Mon, 14 Mar 2011 12:44:00 +0000

4-5 марта прошло знаковое событие – очередная конференция AgileDays’11.

Участников конференции ожидалось немало – 400 человек. Все они смогли приехать в эти предпраздничные дни и окунуться в атмосферу живого неформального общения.

Прекрасное убранство отеля, интереснейшая программа конференции, докладчики и тренеры, приехавшие из России и других стран - США, Швеции, Норвегии, Белоруссии, Украины – дали возможность участникам познакомиться друг с другом, поделиться опытом внедрения Agile.

Конференцию посетили участники из различных компаний, таких как Яндекс, Рамблер, Мера НН, Auto.ru, Mail.ru, СКБ Контур, Такском, Softline, Лаборатория Касперского, Custis, Bercut, Форс, Сбербанк, Тройка Диалог и т.д.

Спонсорами выступили компании Microsoft, Qiwi, Эмбаркадеро Технолоджис, Люксофт, Custis, Дойче Банк, информационно конференцию поддержали сообщество Руссофт, РОЦИТ, компании Mail.ru, HH.ru, SuperJob, СКБ Контур, Softkey, Softline, Ланит-Терком и многие другие.

Открыл конференцию доклад Хенрика Книберга «Everyone likes change, but nobody likes to be changed». Несмотря на то, что доклад был на английском языке, Хенрику удавалось полтора часа держать зал в напряжении. Хенрик – автор известных в России книг “Scrum и XP: заметки с передовой” и “Канбан и скрам: выжимаем максимум”. Он является сертифицированным Scrum-тренером, а также членом совета директоров Agile Alliance и часто работает совместно с пионерами Scrum и Lean, такими как Мери Поппендик (Mary Poppendieck), Джефф Сазерленд (Jeff Sutherland), Девид Андерсон (David Anderson) и другими лидерами индустрии. Перед конференцией Хенрик провел тренинг-сертификацию для скрам-мастеров.

Семен Молотков и Евгений Кобзев из СКБ Контур в докладе «Экстремальный аджайл — танцуют все» ответили на следующие вопросы - Что будет, если практики Agile распространить не только на разработчиков, но и на всю команду — на аналитиков, проектировщиков интерфейсов, документаторов, продвиженцев? Как поменяется работа аналитиков? Сколько времени потратить на начальные исследования пользователей? Когда уже можно начинать программировать? Можно ли проектировать интерфейс по кускам? Как составить ТЗ, чтобы его прочитали разработчики? В докладе они ответили на эти вопросы, основываясь на опыте, полученном в проекте «Электронный бухгалтер Эльба».

Во второй день Дмитрий Никонов из Microsoft выступил с докладом «Планирование релизов в методологиях быстрой разработки (Agile)». В докладе Дмитрий обсудил с участниками конференции процесс управления релизами в Аgile проектах на примерах компаний Майкрософт и Амазон, а также различные методы и подходы: "Ship when ready", "Ship when needed", "Ship when scheduled". Также рассказал, что процесс управления релизами не ограничивается одним релизом, и команды одновременно могут работать (и работают) над несколькими одновременно. Прогнозируемость релиза, качество внедренного кода, соответствие кода ТЗ заказчика - это залог успеха релиза.

Бурную реакцию вызвал доклад Андрея Бибичева, iPi Soft «Архитектура в Agile: переосмысляя идею модульности и компонентности». Андрей рассказал о том, как проектировать и разрабатывать слабосвязный код, легко поддающийся инкрементальному развитию. Основная часть доклада касалась дизайна на уровне отдельных классов и их взаимодействия. Здесь были и элементы SOLID, и принципы Деметры и Tell, Don't Ask, и про наследование. С примерами и яркими аналогиями, которые не давали заскучать, не смотря на "зубодробительный" материал. Во второй части докладчик затронул метапрограммирование, DSL и взаимодействие между модулями. Части аудитории особенно запала в душу концепция индемпотентных операций - видимо, многие намучились с многофазными коммитами при организации распределенных транзакций. В заключение Андрей сравнил следование всем изложенным принципам с буддизмом: это не строгие заповеди, а направление совершенствования как мозга, так и плодов его производства, т.е. кода.

Помимо докладов конференция запомнилась участникам мастер-классами и серией коротких 10-минутных докладов (lighting talks).

Большой интерес вызвал мастер класс Николая Алименкова и Алексея Солнцева «В погоне за качеством. Code Review» о тонкостях проведения ревью кода и Сергея Дмитриева «Командный старт» о том как эффективно начать работу по Agile с командой. На второй день Тимофей Евграшин провел игру-симуляцию «Business Value Game» о практиках приоритезации в Agile. На мастер-классе “Agile-Learning” Стас Фомин поделился опытом применения различных инструментов для передачи знаний внутри компании.

С фотографиями, презентациями и видео можно ознакомиться на сайте конференции www.agiledays.ru

AgileDays'11 - Программа сверстана

noreply@blogger.com (Ирина Цыбденова) — Thu, 17 Feb 2011 11:46:00 +0000

Уважаемые друзья!

Программа конференции AgileDays’11 наконец сверстана!

В программе множество докладов на темы управления проектом и продуктом, качества и тестирования, архитектуры, процессов, лидерства. В конференции примут участие докладчики из таких компаний, как Microsoft, Intel, Crisp, Skype, СКБ Контур, Exigen Services, Люксофт, Custis, Softline, Yandex и т.д.

Откроет конференцию Хенрик Книберг, автор книг "Scrum и XP - заметки с передовой" с докладом "Everyone likes change, but nobody likes to be changed".

Далее программу продолжат следующие интересные доклады:

Семен Молотков, СКБ Контур с темой: Экстремальный аджайл — танцуют все
Дмитрий Овечкин, Grid Dynamics: Тестирование встроенного ПО: альтернатива классическому TDD
Дмитрий Никонов, Microsoft: Планирование релизов в методологиях быстрой разработки (Agile)
Сергей Евтушенко, Люксофт: Agile in Investment Banking
Борис Вольфсон, Softline: Масштабирование Scrum на большую распределенную команду

Обратите внимание, что после конференции пройдет банкет для докладчиков и участников. Если вы хотите также его посетить, напишите письмо на agiledays@scrumtrek.ru с темой «Иду на банкет». Стоимость участия в банкете – 1 500 рублей.

Скрам Норрис

noreply@blogger.com (Асхат Уразбаев) — Thu, 03 Feb 2011 13:57:00 +0000

Перевел отсюда: http://blog.shino.de/2010/02/20/scrum-norris/

Перевел не все, только понравившееся:

Чак Норрис может делать шестимесячные спринты
Чак Норрис перемещает не Задачи, а Доски Задач
Чак Норрис работает в паре один
Чаку Норрису можно опаздывать на стендап
Чак Норрис сидит на стендапах
Чак Норрис не дает оценку историям, истории дают оценку ему
Чак Норрис не боится багов, баги боятся Чака Норриса
Если Чак Норрис сказал "сделано", значит сделано
Чак Норрис отвечает только на два вопроса во время стендапа. У Чака Норриса нет проблем!
Чак Норрис не проводит ретроспектив. Невозможно улучшить процесс Чака Норриса
Юнит-тест Чака Норриса проходят до того, как он написал код
В присутствии Чака Норриса тесты никогда не падают
Чак Норрис всегда выигрывает в Planning Poker

Что почитать по Scrum

noreply@blogger.com (Асхат Уразбаев) — Wed, 26 Jan 2011 21:40:00 +0000

Часто спрашивают что почитать по Scrum. Вот мой личный список литературы (топ 10):

0. Agile Checklist [ссылка]

Если вы вы совсем совсем новичок, хотите бросить взгляд на Agile и при это обойтись без лишнего философствования и занудства, рекомендую полистать наш Agile Checklist. Это список основных практик Agile/Scrum. Он очень очень короткий и простой. Если вы его пролистаете и посчитаете, что Agile стоит дальнейшего изучения - рекомендую двинуться дальше по списку книг. Поскольку это вроде бы и не книжка, пусть будет под номером ноль.

1. Scrum XP from trenches (Scrum и XP - заметки с передовой) by Kniberg [ссылка].

Ставшая уже культовой книга знаменитого Хенрика Книберга о его опыте внедрения Agile. Написано очень ясно, интересно и вдохновляюще. Книга небольшая и переведена на русский язык украинскими камрадами.

2. Scrum and Kanban: making the most of both (Scrum и Kanban: выжимаем максимум) by Kniberg [ссылка]

Книга того же автора, на этот раз о канбан. Также интересно и полезно и тоже с русским переводом.

3. Succeeding with Agile by Mike Cohn [amazon]

Все авторы книжек по аджайл стремятся уйти от догматизма (в agile это считается ересью) и в итоге теряют практичность. Ну правда, если постоянно делать оговорки в стиле "и так бывает и вот так тоже можно" - возникает вопрос - а как надо-то? Майк Кон для себя этот вопрос однозначно решил в пользу практичности. Лично мне это нравится, так что очень рекомендую почитать все книги Майка. Самая последняя его книга содержит годы его размышлений, она глубокая, как космос и неисчерпаемая как атом.

4. User Stories Applied by Mike Cohn [amazon]

Еще одна книжка от Майка, на этот раз об управлении требованиями и работе с заказчиками с использованием User Stories. Как всегда, очень практично и интересно. Замечательное чтиво! Если вы аналитик, поставьте ее рядом с Effective Use Cases by Alistair Cockburn

5. Agile Estimating and Planning by Mike Cohn [amazon]

Ну вы уже поняли, я фанат Майка Кона (до тех пор, пока Jeff Patton не напишет свою книгу!). Хотите знать, как закончить проект в срок и при этом работать по Agile? Книга об оценке и планировании от того же Майка нашего Кона.

6. Agile Retrospectives by Esther Derby [amazon]

Книга о том, как проводить ретроспективы. Весьма рекомендую двум категориям граждан: тем, кто не умеет их проводить и тем, кто за годы проведения ретро исчерпал свои проблемы и уже не знает как вернуть им полезность (и драйв!). Написана она фасилитаторами (фасилитация - это такая наука о проведении митингов), так что может показаться немного излишней в плане набора ритуальных действий, но там реально много интересных идей о проведении ретроспектив!

7. Agile Testing by Lisa Crispin [amazon]

Подробно не буду писать, это просто классика и абсолютный маст для тестировщика.

8. Agile Documentation by Andreas Rueping [amazon]

Полезная книжка про то, как писать документацию в Agile проектах. К аджайлу она имеет на самом деле весьма опосредованное отношение: это просто набор очень хороших практик составления документации. Многие из них мы использовали в Luxoft еще тогда, когда Luxoft в использовании Agile мог обвинить разве что департамент обороны США. Тем не менее, я очень рекомендую ее всем почитать и использовать: хаоса и зла станет намного меньше, а порядка и добра наоборот - больше!

9. Implementing Lean Software Development: from Concept to Cash by Poppediecks [amazon]

Самая последняя книжка по Лин от авторов методологии Lean Software Development. Изложение в принципе неплохое, однако не свободное от некоторых недостатков. Мне кажется, оно слишком сильно напирает на разработку ПО и слишком мало говорит о применении Лин как такового. Однако она вроде как первоисточник - как минимум, полистать нужно!

10. Scaling Lean & Agile Development by Craig Larman [amazon]

Читал множество книжек про масштабирование разработки, ничего идеального на эту тему не нашел. Однако пока ничего лучше книги Лармана не видел. Если у вас работает больше одной команды и вам надо синхронизировать их работу - почитайте обязательно. Заодно увидите, как реально применяется Лин на конкретных примерах.

"Кто сломал билд?" или "Правильный Configuration management"

noreply@blogger.com (Ирина Цыбденова) — Tue, 07 Dec 2010 12:27:00 +0000

16-uj декабря в Санкт-Петербурге Алексей Корсун проведет тренинг "Кто сломал билд?" или "Правильный Configuration management"

Описание
Есть практики, которые решают вполне конкретные проблемы в разработке программного обеспечения. И не важно, работаете ли вы по Agile, или нет.
Перед всеми рано или поздно встают вопросы:
- как организовать быструю сборку "по требованию" для тестеров?
- как определить, что должно войти, а что не должно войти в очередную сборку для тестеров или для релиза?
- как быть с тем, что уже сделано, но войти не должно?
- как быть с фичами "почти сделанными" до выпуска релиза? Выбрасывать их код из релиза? Включать в релиз? Или же ставить в зависмость от магического "номера версии"?

Как правильно решать такие вопросы?
На этом семинаре вы получите ответы. Очень конкретные и готовые к применению. Независмо от того, какой процесс разработки ПО вы используете.

Предполагаемая аудитория
Разработчики, системные инженеры в компаниях по разработке ПО, тим-лидеры, тестировщики. Если в команде есть выделенные люди, занимающиеся сборками и инсталляцией релизов, их присутствие очень рекомендуется.

План

Проблемы управления конфигурациями. Типичные ситуации

Регрессия
Постановка задачи

Feature branches

Описание методики
Политики веток
Конфликты контроля версий
Борьба с "мержефобией"
Примеры работы с feature branches в SVN
Другие VCS

Автоматические сборки

Возможности ant и nant (короткий обзор)
Системы управления сборкой: Cruise Control, TeamCity
Continious integration

Человеческий фактор

Ответственность за ветку
Ответственность за сборку

Типичные сложности

Управление конфигурациями БД
Зависимость от "железа"

Итоги

Что должно получиться
Примеры из жизни

Управление конфигурациями при разработке клиент-серверного приложения - call-центра
Управление конфигурациями при разработке веб-приложения YouTrack в компании JetBrains

Время тренинга: 3 часа.

Время:
16-го декабря с 19:00 до 22:30 с перерывом на кофе-брейк.

Место:
Тренинг состоится при поддержке ЗАО «Ланит-Терком».
Место проведения: 14 линия В.О., дом 29. Здание математико-механического факультета СПбГУ.
На проходной говорите, что вы на семинар по Agile.

Стоимость участия:
При оплате до 14-го декабря - 2000 рублей
После 14-го декабря - 2500 рублей

Зарегистрируйтесь для участия в тренинге.

Приглашаем всех желающих выступить на конференции AgileDays'11!

noreply@blogger.com (Ирина Цыбденова) — Fri, 03 Dec 2010 12:56:00 +0000

Приглашаем всех желающих выступить на конференции AgileDays'11!

Программный комитет рассматривает заявки на доклады, а также платные и бесплатные мастер-классы.

Основные тематики выступлений

Управление продуктами и работа с требованиями
Инженерные практики и управление качеством
Истории внедрения
UX и Usability в условиях Agile-разработки

Длительность выступлений

Доклады - 30/45/60 минут
Бесплатные мастер-классы - 1-2 часа
Платные мастер-классы - 4-8 часов

Заявка должна включать в себя:

Тему выступления
Тип выступления (доклад/мастер-класс)
Длительность выступления
Описание выступления (до 1 500 символов)
Описание целевой аудитории (начинающие/опытные/эксперты, комментарии)
Резюме докладчика (до 2 000 символов)
Фотографию докладчика

Если для выступления Вам необходимы какие-либо дополнительные материалы (флипчарт, post-it и т.д.), просим сообщить об этом заранее.

Временные рамки

Прием заявок осуществляется до 31 декабря 2010 года
Прием черновых версий презентаций производится до 1 февраля 2011 года
Извещение программного комитета о принятии доклада в программу конференции рассылается 14 февраля 2011 года
Прием финальных версий презентаций производится до 25 февраля 2011 года

Для того, чтобы подать заявку, необходимо зарегистрироваться на сайте конференции AgileDays'11 и перейти по ссылке "Подать доклад" в своем профиле.

"Сертифицированный Скрам Мастер" на русском языке!

noreply@blogger.com (Ирина Цыбденова) — Thu, 02 Dec 2010 10:56:00 +0000

Ура! Теперь в России есть русскоязычный сертифицированный scrum тренер в Scrum Alliance (www.scrumalliance.org)!

В связи с таким событием в России пройдет первый тренинг "Сертифицированный Скрам Мастер" на русском языке.

Тренер: Сергей Дмитриев -Agile Coach, занимается гибкими методиками разработки с 2005 года, тренирут команды программистов, в таких методиках как: скрам (scrum), канбан (kanban) и лин (lean). Бывший программист, менеджер, технический директор, руководил разработкой крупнейших в Норвегии интернет-порталов и тренировал более 25 команд в 6 разных странах.

Вы можете повлиять на место проведения тренинга! Курс будет проведен в том городе России, где раньше всех соберется необходимое количество участников.

Впиши свой город в историю: http://www.scrumtrener.ru

Возобновляются встречи AgilePiter в Санкт-Петербурге!

noreply@blogger.com (Ирина Цыбденова) — Tue, 16 Nov 2010 13:33:00 +0000

Конференция AgileDays-2010 в Петербурге (spb.agiledays.ru) собрала более 300 участников и, учитывая такой интерес к теме Agile в нашем городе, мы решили возобновить регулярные уютные встречи петербургской ветки сообщества AgileRussia!

Ближайшая встреча состоится при поддержке ЗАО «Ланит-Терком» в этот четверг, 18го ноября, в 19.00.
Место проведения: 14 линия В.О., дом 29. Здание математико-механического факультета СПбГУ. На проходной говорите, что вы на семинар по Agile.
Регистрация на встречу (участие бесплатное)

Мы будем рады, если вы поучаствуете и тоже поделитесь своим опытом по основным темам будущей встречи:
1) Тех.практики: использование автоматической сборки и тестирования
2) Agile в распределённых командах, опыт использования

Условия участия: бесплатно; количество мест ограничено.
Регистрация на встречу

Будем рады вас видеть!
Алексей Корсун, консультант, представитель ScrumTrek в Петербурге ,
Татьяна Васильева, руководитель проекта, Ланит-Терком,
Михаил Карпов.

Обратная связь

noreply@blogger.com (Асхат Уразбаев) — Tue, 09 Nov 2010 15:08:00 +0000

На тренинге один из участников Роман подал интересную мысль. Она очень простая и короткая, прямо на один блогпост :)

Разбирали взаимосвязь и root cause (корневые причины) по проблемам и получилось следующее. Разработка ПО полна положительных обратных связей.

Например:

Давление по срокам -> снижение качества работы -> появление багов -> увеличение стоимости поддержки -> уменьшение производительности по новой функциональности -> рост давления по срокам

Тут я привел для простоты одну из веточек root cause. Есть как минимум еще одна через снижение мотивации команды.

Обратная связь положительная. Руководство пытается ускорить разработку, нажимая на команду. Ускориться можно только если снизить качество, что вы итоге приводит к снижению производительности и еще большему давлению на команду.

Это означает, что если ничего с этим не делать, то неизбежен кризис. Например, в первом случае (давление по срокам) иногда стоимость поддержки настолько возрастает, что компания просто бросает старый код и где-то рядом с нуля пишет новый.

Иногда, по мере ухудшения ситуациии, возникают новые связи, которые как-то компенсируют положительную обратную связь. Например, что-то пытаются с этим сделать, фиксируя требования для снижения давления.

Agile - это (в частности) способ превратить положительную обратную связь в отрицательную. Для приведенного примера будет так:

Давление по срокам -> сокращение сроков поставки (длины релиза, итерации) -> частое тестирование -> раннее обнаружение дефектов -> снижение затрат на тестирование -> уменьшение стоимости поддержки -> повышение производительности -> уменьшение давления по срокам.

Еще пример, может быть не такой тривиальный. Мы как то разбирали с ребятами причины, по которой автоматизация тестирования не дает результатов.

Автотесты не работают <- автотесты трудно поддерживать <- архитектура старого кода затрудняет создание тестов

Получается, пока тестировщики автоматизируют тестирование старого кода, команда разработчиков успевает выдать вдвое больше кода, который также трудно автотестировать!

Договорились, что в рамках итерации команда автоматизирует тестирование для нового функционала в первую очередь, а для старого по остаточному принципу. Сначала научились писать легко тестируемый код, и лишь потом взялись за задачу автоматизации тестирования для старого кода.

Lean StartUp Coming Soon. StartUp Weekend в Питере 29-31 октября в СПбГУТ

noreply@blogger.com (Никита Филиппов) — Mon, 25 Oct 2010 13:41:00 +0000

Сейчас ходит много разговоров о том, как стать стартапером, много шума по поводу, что Дмитрий Анатольевич собрался делать в Сколково. В рунете многие создают ангельские и венчурные фонды. Все это крайне интересно и нам, в ScrumTrek.

Вот что я заметил: сначала все продвигали концепцию "Есть идея - мы за нее заплатим". Оказалось, что просто идеи не достаточно. Лозунг сменился на такой: "идеи мало - продумайте бизнес модель". Но порой и этого не достаточно.

Как узнать, что ваша бизнес модель работает? Как привести клиентов максимально эффективно?Только рынок может дать ответ на эти вопросы.

Мы часто помогаем запускать продукты стартаперам и сами их стартуем.В декабре мы проведем пробный курс для предпринимателей в ИТ, который расскажет
о том, как валидировать свои идеи, как развивать свой рынок, разрабатывать быстро и адаптироваться к требованиям рынка, как подготовить выход продукта.

Тем, кому интересна эта тема - напишите нам письмо на info@scrumtrek.ru или прямо комментариями к этому посту, расскажите о том, что вы хотели бы узнать и какие у вас проблемы в стартапах, нам будет полезно узнать ваше мнение. Обязуемся ответить каждому :)

Посему хотел бы пригласить всех вас на Startup Weekend в Санкт-Петербурге. Интересное и полезное мероприятие, для тех кто открывает свой бизнес в ИТ.

29-31 октября в СПбГУТ им.Бонч-Бруевича (пр.Большевиков, 22) состоится
первый Startup Weekend Санкт-Петербург (внимание, участие БЕСПЛАТНОЕ!)
Startup Weekend - это трехдневная рабочая сессия, цель которой -
собрать команду и привлечь в проект ментора: профи IT-рынка, готового
содействовать проекту знаниями и связями за небольшую долю в будущей
прибыли.

В рамках "уикенда" состоится брейнсторм, где в качестве модераторов
выступят гуру Рунета: Аркадий Морейнис (Главстарт), Аскар Туганбаев
(СТС-Медиа) и Дмитрий Степанов (Афиша-Rambler).
Подробности и регистрация на сайте мероприятия spb.startupweekend.org

Scrum в Заказной разработке

noreply@blogger.com (Никита Филиппов) — Sat, 23 Oct 2010 14:14:00 +0000

Слайды о том, как может помочь Scrum и Agile подход в Outsource.
Как продать заказчику, как выстроить взаимодействия, на чем стоит фокусироваться?

Scrum в заказной разработке

View more presentations from Askhat Urazbaev.

Побочные эффекты популяризации Agile. Проблемы восприятия.

noreply@blogger.com (Никита Филиппов) — Wed, 13 Oct 2010 16:28:00 +0000

Идеи Agile расходятся по России, можно сказать, семимильными шагами. На трех последних конференциях официально не связанными с Agile, основным лейтмотивом было то, как Agile влияет на людей, инструменты и процессы, продукт, что не может не радовать. Но есть и побочные эффекты.

Во-первых я начал замечать тенденцию в том, что все думают Agile = Scrum. Безусловно это не так. Не буду разводить демагогию на тему "а как же принцыпы Agile..." просто давайте зафиксируем: есть Scrum, Есть XP, Lean, FDD, DSDM, Crystall etc... самыми популярными стали XP и Scrum ибо с них все начинают.
Но не одна компания с которой мы работали не решила свои проблемы только Scrum'ом.
А ведь еще есть правила хорошей работы с кодом, практики создания эволюционной архитектуры: GoF, SOLID, Refactoring тот же самый DDD, CI, Test Automation, TDD...

Во-вторых, Фраза "Agile = Отстой или Большего бардака я в жизни не видел". На этот счет

мне очень нравится слайд Хенрика Книберга, где два товарища пытаются срубить дерево - один из них пытается срубить бензопилой, но ничего не получается потому, что пользуется бензопилой как топором. Другой пытается срубить дерево с помощью молотка. В первом случае правильный инструмент,но не правильное использование, во втором просто не правильный инструмент. Кто в этом виноват?

Мораль проста, Scrum, Kanban, RUP - все инструменты.
Если у вас не получается ими пользоваться, это не вина инструментов. Молоток и бензопила не виноваты в том, что вы не можете или не знаете, как срубить дерево. Поэтому, если у вас что-то не получается используйте Root Cause Analysis и 5 why техники, чтобы понять, что и почему у вас не работает и принимайте контрмеры в место того, чтобы ругать инструменты.

В-третьих. Agile это методология, которая учит нас работать итеративно и инкрементально. Бывали случаи, когда у команд/компаний получалось выстроить "Agile-разработку": стабильные билды, результат в конце итерации, минимум багов - все отлично, но на выходе всеравно недовольный заказчик или пользователь. Как так получается?
Многие начали воспринимать Agile=Делать итерации.

Но сама суть Agile заключается не в том, чтобы делать итерации, а в том чтобы быть готовым к изменениям.

Innovation games for Agileee

noreply@blogger.com (Никита Филиппов) — Sun, 10 Oct 2010 20:45:00 +0000

Мы были на конференции Agileee и провели там мастеркласс. Ниже мои слайды с
В этот раз я рассказывал, как мы проводим Маркетинговые исследования с помощью Innovation Games.

Innovation games for Agileee

View more presentations from Nfilippov.

Итоги AgileDays'10 Санкт-Петербург

noreply@blogger.com (Ирина Цыбденова) — Fri, 24 Sep 2010 11:00:00 +0000

17-го сентября конференция AgileDays впервые прошла в Петербурге.

Участники конференции, а их в город на Неве приехало немало - 300 человек, собрались на 18-м этаже отеля "Азимут" в центре города.
Прекрасный вид на город, вдохновляющая атмосфера обмена опытом, докладчики и тренеры, приехавшие со всех концов России и не только России - США, Финляндии, Белоруссии, Украины - участники смоги познакомиться друг с другом, поделиться своими опытом внедрения Agile.

Открыл конференцию доклад Григория Мельника, Senior Program Manager'а в команде patterns&practices в Microsoft, об опыте использования Agile-методолгий в компании Microsoft. Во втором потоке о работе Scrum Master'а рассказал Роман Юферев из AviCode. О набирающей всё больший интерес в России теме "бережливой разработки" и использовании методики Kanban рассказали представитель компании ScrumTrek в Петербурге - Алексей Корсун, и Антон Марченко - представитель компании TargetProcess.
Дэн Роусторн, консультант из Danube, США рассказал о Классификации пользовательских историй, его доклад Storyotypes собрал полный зал.

Другой гость из Америки, Дэвид Хассман, провёл сертификацию Scrum-мастеров и поделился своим взглядом на Agile: "Product and People over Process and Dogma".
Неизменно положительную реакцию и бурные овации вызывали великолепно сделанные доклад и мастер-класс Сергея Дмитриева. "Командный старт" - о том как создать и сплотить команду, как понять другу друга и как эффективно выстроить коммуникации с самого начала. Этот мастер-класс безусловно сэкономит массу времени уходящего на притирку друг к другу в новых командах.

С фотографиями, презентациями и видео можно ознакомиться на сайте конференции http://spb.agiledays.ru