Krivitsky on Agile

Certified Scrum Trainer

noreply@blogger.com (Alexey Krivitsky) — Fri, 11 May 2012 05:41:56 PDT

Теперь, это новость официальна.

Пару дней назад я вернулся из Атланты, где защитил звание Certified Scrum Trainer в ScrumAlliance, таким образом став первым украинским CST.

В мире среди 150 тренеров теперь двое, читающих тренинги на русском.

К этому я шел 4 года, последний год - довольно активно.

Хочу выразить свою благодарность за терпение и лидерство через примеры своим основным тренерам - Робину Даймонду и Сергею Дмитриеву, а также моей команде из СкрамГайдз, которая терпит мой стиль лидерства и порой избыточную гибкость :)

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

Первый Certified Scrum Master класс я провожу во Львове 28-29 мая.
Регистрация на класс.

Кто ваш Продакт Оунер - садовник или хозяин дома?

noreply@blogger.com (Alexey Krivitsky) — Sun, 15 Apr 2012 01:58:35 PDT

Выбор неверного Продакт Оунера чреват рядом проблем, вот ключевые:

Постоянные изменения объема и вида работы в ходе спринта (я не говорю здесь о критических дефектах и саппорте, я говорю о новых историях-фичах)
Отсутствие ответов на задаваемые командой вопросы, проясняющие требования (я не говорю здесь о недоступности Владельца Продукта в связи с его функциональными обязанностями, я говорю об отсутствии информации)
Изменение раннее принятых решений о виде, форме и объеме истории-фичи

Троллинг - чума интернета, выражение некультурия общества или акт терроризма?

noreply@blogger.com (Alexey Krivitsky) — Thu, 05 Apr 2012 06:58:58 PDT

The higher that the monkey can climb
The more he shows his tail

Tom Waits.

Черновик статьи для ДОУ.

Не зависимо от того, что я напишу в этой статье она получит от 30 до 200 комментариев.

5% эти комментариев будут по существу. Остальные - либо не по теме, либо заведомо против. При чем не против моих идей, а против на мета-уровне. Против самого факта существования статьи, автора, его мыслей.

Вы видите в этом проблему?
Если нет - можете доскроллить до конца и оставить коммент.

Для тех, кто со мной - хочу развить эту тему и поделиться наболевшим. Ибо я вижу в этом болезнь. Это болезнь общества.

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

Или это невоспитанность - отсутствие привитой культуры?

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

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

Тролля, вы не меняете ситуацию, вы ноете. Громко и сочно. Созывая таких как вы поохотиться.

Тролль - слишком красивое слово для такого жуткого явления. Точно также как "гиков" правильнее называть "задротами". Для троллей нужно придумать соответствуещее слово. ~~"Обсырать"~~ - это прямой синоним слова "троллить". Так может называть их "обсыроллями"?

В троллинге я вижу террор. Акт терроризма.
С терроризмом борются. Ему не дают спуску, иначе будет только хуже.

Я ОБЪЯВЛЯЮ ВОЙНУ ТРОЛЛИНГУ.
Я ОБЕЩАЮ УБИТЬ ТРОЛЛЯ.

Я ОБЪЯВЛЯЮ МОЛЧАНИЕ.
Я ДАЮ СЕБЕ СЛОВО НЕ ОТВЕЧАТЬ НИ НА ОДИН ТРОЛЛИНГ.

И пусть в этом мире хотя бы на одного тролля станет меньше.

PS После самоубиения троллей в каждом из нас (kill them before they grow) нам нужно начать использовать орудие централизованной борьбы. Простые механизмы, не позволяющие троллить. Точно так как у вас крайне мало шансов пронести взрывчатку или кислоту на борт самолета, у вас не должно быть возможности нагадить комментами.

Как это сделать мы обсуждаем тут.

Вы с нами?

Agile Circles - новейшая модульная программа обучения

noreply@blogger.com (Alexey Krivitsky) — Sun, 25 Mar 2012 02:51:27 PDT

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

AGILE CIRCLES РАЗРАБОТАН ДЛЯ

agile-коучей
скрам-мастеров
лидеров команд
менеджеров проектов
участников agile команд
всех, кто освоил азы Agile и готов двигаться дальше

СЕМИ-КОМПОНЕНТНАЯ МОДЕЛЬ ОБУЧЕНИЯ

Интерактивные тренинги
Вебинары от гуру
Живые встречи и воркшопы
Индивидуальная практика
Групповая работа в Скрам-командах
Клубы по интересам
Менторинг

АПРЕЛЬСКИЙ МОДУЛЬ ВКЛЮЧАЕТ ВЕБИНАРЫ ОТ AGILE-ГУРУ

Асхат Уразбаев (Россия)
Сергей Дмитриев (Норвегия)
Тимофей Евграшин (Украина)

Скачать PDF

Education 3.0

noreply@blogger.com (Alexey Krivitsky) — Tue, 20 Mar 2012 04:48:04 PDT

Это не брендинг. Это подход.

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

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

Многие из нас слышали примеры “новых” и “новейших” концепций, которые имеют приписку “3.0”:

Почему авторам так важно приписать версию к названию? Что это - дань программной индустрии, крик моды?

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

Так что на счет Education 3.0? Чем это “по-другому”?

Чтобы понять суть новейших подходов обучения 3.0 стоит сначала взглянуть на то, что существует на рынке.

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

И они это делают!

Современные бизнес-тренинги построены на так называемой концепции Training the back of the room, где теория дается небольшими порциями, сопровождаемыми играми. Таким образом участники сразу отрабатывают важнейшие концепции услышанного материала.

Не правда ли это очень похоже на то, как нас обучали в детском садике и “нулевке”. А как же еще удержать внимание участников?

Чем меньше говорит тренер, тем больше у аудитории времени на освоение материала. Парадоксальная мысль. Но это так.

Подобные игровые подходы также иногда называются Edutainment (от “education” и “enternainment”).

Так это и есть Education 3.0? Или в нем есть что-то еще кроме игр?

Education 3.0 стоит не зря в одном списке с Web 3.0 - концепцией “user-defined контента”. Так же как и блогги, стены соцсетей и вики-системы, студенты современных тренингов обучения сами формируют и наполняют программу обучения, уча только то, что для них важно.

Education 3.0 - это адаптация современной модели общества для системы образование?

Да, так и есть. И если вы следите за последними новостями веб-обучения, то должны были заметить некоторую тенденцию последнего полугодия: фраза “а ты сделал домашку?” снова в моде благодаря курсам Стенфорда по предпринимательству и инженирингу.

Да, наконец-то я могу с гордостью сказать - многие из моих знакомых “учатся” в Стенфорде!

Слова написаны в кавычках, так как речь сугубо об online-обучении.

“Вебинары + домашние задания + интеллектуальная система проверки заданий” - так наверное можно кратко сформулировать предложенный Стенфордом формат обучения.

И это неплохо работает, судя по отзывам “студентов”.

Education 3.0 - вебинары + индивидуальная работа?

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

Записавшись на курс, вы получаете доступ к серии вебинаров от экспертов области, глубоко раскрывающих выбранную вами тему. Иногда количество вебинаров курса доходит до тридцати!

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

Education 3.0 - это долгосрочные программы обучения?
В игровом формате, с вебинарами и индивидуальной работой?

Почти... Но если вы похожи на меня, то вам чего-то должно не хватать в таком формате.

Лично мне было бы намного веселее делать “домашку” с кем-то в паре, обсуждать накопившиеся вопросы в группе и встречаться с “сокурсниками” на пиво.

К слову, вы заметили стремительный рост IT сообществ Украины за последние несколько лет? Если вам интересная какая-то тема, будьте уверены - вокруг нее уже создано сообщество или клуб, и оно собирается в следующий четверг у вас под носом!

Похоже, сообщества и клубы, как это не парадоксально, учитывая анекдотичную “интроверсивность” IT-шников - становятся неотъемлемой частью нашей жизни. Там вы можете пообщаться с коллегами, обсудить интригующую вас тему, получить наставления от “гуру”, найти себе ментора. Ну, или просто попить кофе.

Вакуум личного общения в Стенфордской (и подобным ей программам) с легкостью покрывают такие инициативы, такие как Stanford Club от Innovation Friends. Приди и пообщайся с теми, кто так же как и ты “учится” в Стенфорде.

Но если сообщества так важны, почему бы не сделать их частью обучения?

Итак, похоже, мы собрали puzzle!

Education 3.0 - это долгосрочное обучение.
Которому присущи все современные приемы бизнес-тренингов и долгосрочных онлайн-программ обучения. Плюс активная социальная составляющая.

В итоге, получаем коктейль из семи компонентов:

Интерактивные тренинги
Вебинары
Живые встречи
Индивидуальная практика
Групповая работа
Клубы по интересам
Менторинг

Мы ожидаем, что в ближайшее время на рынке Украины начнут появляться обучающие программы, которые соответствуют принципам Education 3.0.

И как опытные бизнес-фрирайдеры мы ...

На правах рекламы

Запускаем программу AGILE CIRCLES - долгосрочное обучение гибкой разработке для практиков. Первый модуль программы стартует в апреле в Киеве.

Outsouricng 3.0: продуктовая разработка в офшоре

noreply@blogger.com (Alexey Krivitsky) — Sat, 28 Jan 2012 04:32:12 PST

Выступил на agilebasecamp с докладом, разрывающим шаблоны мышления, офшоре, продуктовой разработке и ответственному отношению к работе.

Outsourcing3.0 - продуктовая разработка в офшоре

"Scrum is a diet, Kanban is a mirror"

noreply@blogger.com (Alexey Krivitsky) — Wed, 21 Dec 2011 14:39:36 PST

Мой полуночный твит бьёт рекорды.

Что же я на самом деле имел в виду?

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

Это вам что-то напоминает?

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

ЧТО ЖЕ ЛЕЧИТ СКРАМ?

нехватка обратной связи (витамины)
нехватка обмена информацией внутри команды (витамины)
нехватка доверия (минералы)
избыточное количество незавершенной работы "work-in-progress" (ожирение)
вынуждает делать такие практики как интеграционное и приемочное тестирование, автобилды и автодеплоймент регулярными (упражнения)

НО ЧТО ЕСЛИ ВЫ ЗДОРОВЫ?

Если вы здоровы - на что вам диета и режим ? У вас и так отличный обмен веществ и активный образ жизни.

Но что вам может быть полезно - так это ЗЕРКАЛО В ТРЕНАЖЕРНОМ ЗАЛЕ.

Зачем? Для того, чтобы вы видели себяи смогли равномерно и сбалансировано развиваться.

Аналогия проста: канбан-доска - это такое же зеркало. Что с ним делать - решаете вы. Оно лишь показывает вам что и где не так. Никаких правил. Никаких догм.

Читайте вдохновляющий пример использования визуализации процесса в последней книге Хенрика Книберга "Lean from the trenches", где канбан-доски сыграли ключевую фукнцию в становлении процессов и успехе продукта.

Slides Open Source Boot Camp

noreply@blogger.com (Alexey Krivitsky) — Sun, 18 Dec 2011 06:15:01 PST

Делюсь слайдами двухдневного воркшопа, проведенного для сообщества Open Source Молдовы. Объясненные концепции:

lean startup,
user personas,
business model,
story mapping,
kano weighting,
paper protyping,
etc.

Open Source Boot Camp

View more presentations from krivitsky

AgileBaseCamp - from idea to product

noreply@blogger.com (Alexey Krivitsky) — Thu, 15 Dec 2011 06:33:09 PST

Вау, СкрамГайдз опять делает крутую конференцию.

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

Мы живем в пору "ренессанса предпринимательства" (слова Эрика Риза, автора концепции Lean Startup). Сегодня даже Манифест уже выглядит чуть устаревшим:

Кого удивишь работающим продуктом?
Кого покоришь адаптивностью к изменениям?

Что же это значит?

Это значит, что сегодня как никогда важны процессы, которые позволяют эмпирически проверять бизнес идеи: "deliver value over working software" и дающие свободу поменять стратегию и курс продукта на 90 а то и на все 120 градусов: "pivot or persevere over responding to change".

И наш кемп как раз об этом.

Лично я хочу донести на своем докладе мысль о том, что даже будучи в аутсорсинге (которого у нас в стране много больше локальной разработки) - можно делать продукты, а не просто оказывать coding&testing услуги.

Как? Узнаете на моем докладе.

Ваша Кри :)

"Метрики и сантиметрики". Или в поисках agile метрик.

noreply@blogger.com (Alexey Krivitsky) — Wed, 07 Dec 2011 06:59:43 PST

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

"Метрики - это зло", - так всегда открывает тему метрик Сережа Дмитриев, когда на тренингах всплывает вопрос метрик в Скраме.

Почему они зло? Да потому что, люди будут подсознательно вести себя так, чтобы повысить метрики, которыми вы их будете мереть: "Show me how you’ll measure me, I’ll tell you how I’ll perform" - гласит народная мудрость. В результате - метрики улучшаться, а ситуация - нет.

Что же делать? Держать метрики в секрете и никому не показывать!

Но как же прозрачность, самоорганизация и отсутствие единой точки менеджмента в Agile? Хм... Что-то здесь не так.

Может быть мы просто не то меряем?

ЧИТАТЬ ДАЛЬШЕ >>>

КОД РЕТРИТ!

noreply@blogger.com (Alexey Krivitsky) — Tue, 20 Dec 2011 07:29:42 PST

Как еще лучше разработчик может провести субботу?
Открыта пререгистрация! >>>

Друзья, присоединяйтесь к инициативе - мы хотим проводить СУГУБО ПРАКТИЧЕСКИЕ встречи для разработчиков. Что мы там будем делать? Писать код! Не продукты, а именно код.

Цель ретрита - вместе освоить одну из новых технологий на выбор.

Что такое code retreat?

coderetreat.com - подобный формат был придуман Corey Haines (@coreyhaines).

Мы из идеи берем основу - программисты, работающие в сменяющихся парах над интересными задачами, могут многому научиться друг у друга. Благословние от Кори на наш ретрит мы уже получили!

Кто организаторы?

Первая встреча будет проведена: @alexeykri + @vir.
Помещение предоставляет SCRUMguides.

Наше расписание

Начало в 11:00

Вход и что иметь с собой?

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

Размер группы

Для первой встречи и обкатки формата нам нужно 3-5 пар участников.

Что мы будем писать?

Мы запустили голосование за идеи на facebook, присоединяйтесь:

Голосуем за тематику встречи 24го декабря:
Scala, Akka.io, NOSQL или что-то поинтереснее?

Регистрация

Открыта пререгистрация! >>>

----
Ваш Кри.

The Krivitsky Test - минимальный процесс разработки

noreply@blogger.com (Alexey Krivitsky) — Fri, 02 Dec 2011 08:26:20 PST

Всем известен Тест Джоеля (Спольски): 12 шагов к лучшему софту.

Вот мой тест из 8 шагов:

Есть ли удобный и единый source control с правами на чтение-запись у всех членов команды?
Налажен ли процесс автосборок (он же continuous integration), который собирает продукт минимум раз в день, разворачивая сборки на тестовой среде?
Есть ли у команды своя комната?
Есть ли у команды физическая доска для планирования либо ее удобный электронный аналог?
Есть ли в команде процесс краткосрочного планирования c горизонтом в одну, две или максимум три недели?
Вовлечен ли заказчик в процесс приемки и раннего тестирования фич на ежедневной основе?
Обсуждает ли команда свой процесс разработки как минимум раз в месяц для его наладки?
Ограничивает ли команда размер своего баг листа, чиня дефекты регулярно?

По-моему опыту - утвердительные 8 ответов на этот тест существенно повышают шансы разработки хорошего продукта.

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

Как вы можете заметить - как минимум пять пунктов, а то и более, перекрываются с виденим Джоеля. Что не может не радовать :) Хорошего вам софта!

Что значит быть праведным agile-коучем?

noreply@blogger.com (Alexey Krivitsky) — Thu, 01 Dec 2011 03:47:24 PST

Наткнулся только что на статью-дискуссию на infoq: "А есть ли у agile коучей код этики?"

"Искушение Святого Антония", С. Дали

Давно у меня на уме - что значит "быть праведным agile коучем"? Известно, что личный коучинг базируется на тех же методах, что и НЛП, у коготоро репутация чуть подпорчена... Да и встречаются клиенты, которые жалуются на коучей, которые дословно "messed around with our processes".

Так кто же такой праведный коуч? Каким принципам он следует? Что ставит во главу своей практики? Что ставит превыше всего?

У медиков есть свой: "не навреди".
У google - свой "do no evil".
А что есть у agile-коучей?

Набросок моих принципов - что для меня значит быть праведным коучем:

раскрывать потенциал людей, работающих в компаниях
привести компанию на более высокую ступеть развития или как минимум показать потенциал и путь
работать с клиентами, уровень ценностей которых совпадает с моим
не чувствовать эмоционального фона к людям, а работать с процессами - помнить о том, что все хотят счастья и делают то, что делают, потому что думают, что это верный путь
не вести двойных игр, не быть политкорректным - открыто говорить то, что на уме
внердять практики (kanban, scrum, what-so-ever), только в случае, когда я интуитивно верю, что они смогут показать дальнейший путь развития компании, раскрыв потенциал
во время работы помнить о том, что я хочу научить компанию поддерживать свой процесс без моего участия и как можно скорее научиться обходиться без меня

Как-то так.
Готов рассмотреть предложение о внесении изменений в список, цена договорная :)

Видео доклада"Offshore Outsourcing: the Agile Way"

noreply@blogger.com (Alexey Krivitsky) — Thu, 17 Nov 2011 09:00:31 PST

А вот и долгожданное видео с Agile Tour, что прошел в Вильнюсе. Больше по теме вы найдете на сайте www.scrumoffshore.net.

Видео и ниже слайды:

Offshore outsourcing and Agile for AgileTour Vilnius

Offshore Outsourcing and Agile

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Пришлось переделать презентацию после фиалко на #agileee.

И на #agileturas пошло "на ура"!

Вот это фидбек!

@jurgenappelo It appears @alexeykri did great at #agileturas. I think he should do a keynote himself next year at#agileee

Offshore outsourcing and Agile for AgileTour Vilnius

View more presentations from krivitsky

Offshore Outsourcing with Scrum

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Сегодня выступил на ALE2011 с докладом "Offshore outsourcing with Scrum". Получил много обратной связи - общительность и позитивность западной аудитории вдохновляет.

Модели, паттерны и слайды доступны на блоге www.scrumoffshore.net.

Улучшенная и удлиненная версия доклада будет повторена на AGILEEE 2011.

lego4scrum.com

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Наконец-то!

Поднят ресурс lego4scrum.com, посвященный симуляции Скрам с Лего, которую я начал использовать с подачей одного моего товарища в 2008 и использую регулярно на тренингах как симуляцию полного цикла разработки по Скрам.

Scrum Lego Simulation или "Я знаменит?!"

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Только что на agile2011 встретил парня из Перу. Первое, что он спросил, после того, как узнал мое имя было: "а ты тот самый Алексей, который придумал Скрам симуляцию с Лего?".

Пришлось признаться :)

Вау, я знаменит?!

Если вы незнакомы с этой игрой, то можете ознакомиться с ее описанием:

English version (original)

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

PS Два дня спустя проект запущен! lego4scrum.com

Offshore Outsourcing with Scrum

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Только что узнал, что мой доклад Offshore Outsourcing with Scrum. A body of knowledge on managing offshore teams также принят на конференцию Agile Tour в Вильнюсе. Ура!

Осенью я буду выступать на, как минимум, трех конференциях:

ALE 2011 Берлин
AGILEEE 2011 Киев
AgileTour Вильнюс

Самокоучинг коучинга

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Вернулся из Москвы, где провел последнюю неделю, консультируя по процессам одну крупную IT компанию.

Я оцениваю свою работу как 6 из 10. Почему? Потому что, я мог бы принести намного больше пользы. Хотя, все же, вспоминая неделю, я сделал лучшее из возможного. Имея то, что было мне дано.

Часть вещей, которые мне удалось сделать, я вообще никак не планировал. К примеру, я ехал совсем не для того, чтобы:

Помочь одной команде научиться программировать из Ruby UI-тесты на Selenium.
Нам вместе это отлично удалось, не смотря на сложность и динамичность интерфейса. Добавляю этот пунктик себе в резюме :)
Научить другую команду писать unit-тесты в Java в стиле test-driven.
Двухчасовой экскурс в TDD был весьма кстати. Мы даже смоги вырефакторить нетривиальный кусок кода и обложить его тестами. И это все в режиме real-time, работая в паре над кодом, который остальные видят на проекторе.

(Оффтоп: москвичи слово "тесты" произносят с буквой "е", а не "э" как мы украинцы, выходит забавно и похоже на "лепим тесто". Ну в итоге, налепились бы достаточно :)
Настроить Jira для процесса, переходящего на инкрементальную разработку.
За часа полтора была настроена базовая конфигурация проекта, созданы разделяемые фильтры, участники проекта научились визуализировать состояние итерации.
Классифицировать проекты по разрабатываемой модели зрелости процессов разработки и компаний. Об этом уже пишу отдельную статью на scrumguidesc.com.

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

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

Команды не были готовы к моему приезду! Меня позвали, но каким-то образом команды не были готовы.

Что мне оставалось, так делать art of possible, адаптируясь на местности. По-моему, получилось всё же очень полезно. Не зря же мы - Agile. "Pray what you preach" - как говорят.

Что же я вынес из этого на будущее?

Коуч должен активно вести процесс подготовки проектов к коучингу.
Оказывается мало оговорить цели коучинга с руководством. Нужно быть на постоянной связи с компанией и помочь ей правильно подготовиться к коучингу, чтобы получить максимум пользы.
Коуч должен возить с собой всегда всё необходимое.
Так, чтобы в чистом поле, если придется, запустить проект или провести сессию стратегического планирования.

Единственное, что я с собой не возил раньше - это бумага для флипчарта. Но есть ситуации, когда ее очень не хватает – на пример, когда нужно быстро сотворить настенную доску для визуального планирования (в чистом поле).
Ну и конечно be more bold.
Этого никогда много не бывает. Когда вы приходите в новую компанию, где бытуют десятки ложных убеждений («ну нас это не получится»), без того, чтобы быть громким примером неуклонных изменений – никак.

Коучинг приносит плоды. Даже когда, его никто не ждет. В этом его сила! :)

#ALE2011 - дайте микрофон!

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Подал две заявки на выступления на ALE 2011.

Процесс ревью докладов на ALE - публичный и массовый. Прошу всех, кому интересно, поучаствовать в ревью.

Что я вынес с AgileCamp и вывез из Самары? Часть два

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Вы не читали первую часть? Так сделайте же это немедленно! :)

Agile и UX, Usability, Interaction Design, User Interface Design. Или может ну ux?

Все три дня праздного шатания с аджалистами по берегам Волги, закоулкам Самары и пивным точкам прошли под знаменем: как итеративно пилить дизайн?.

Работа с дизайнерами, под какими лейбами они бы не появлялись в agile проектах – вещь слабо изученная и поэтому требующая пристального внимания.

В чем же проблема, спросите вы? А вот в чем:

Designers think in screens.

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

И таких экранов, ну, скажем два десятка. Такой себе средне-сложный сайт.

А теперь представьте как подобный дизайн будут пилить верстальщики и программисты.

И как же? Правильно - сайт будет разрабатываться screen by screen.

«И шо такое?» спросите вы. А то, что бизнес требования и их приоритеты обычно перпендикулярны скринам. А именно, несколько user stories разных приоритетов могут сидеть на одном и том же скрине. Или же, что более вероятно - одна история будет проходить сквозь несколько скринов, как workflow.

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

«As a first-time user I want to buy a book so that it got delivered to my home».

Даже у амазона в один клик это займет пару скринов, на которых кроме собственно элементов, поддерживающих процесс покупки товара будет расположено много-премного всякого разного из серии my profile, my wish list, my last orders, my friends’ wishlists и прочие неважности.

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

Такой подход натурально порождает задержки выпуска релизов. Ситуации, вроде "75% функционала готово на 75%", невозможность приемочного тестирования функционала, уход от концепции lean startups и прочие смертные грехи.

It is waterfallic.

Дизайнеры, услышьте нас. Нам нужно работать вместе. Это общая проблема, добавляющая рисков в и без того непростые современные проекты. Я ожидаю активизацию обсуждения этих вопросов на ближайших конференциях русскоязычного простора для создания sense of urgency.

У вас есть решения? успешные примеры итеративной верстки? яркие страшилки завала проектов из-за screen-thinking? Не стесняйтесь подавать свои доклады, писать статьи, вести блоги. Это сейчас крайне нужно индустрии. Это как agile 15 лет назад. Мы все еще там в процессах дизайна. O-la-la.

Что я вынес с AgileCamp и вывез из Самары?

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Сижу в аэропорту в Самаре, жду посадки, хочу домой. Думаю о последних четырех днях, проведенных в энергополе agile на чудесном AgileCamp (#agilecamp).

Кемпы рулят

Я считаю, это был один из лучших форматов донесения практик agile в массы, который я видел в своей жизни. Конечно, с учетом количества участников - а было порядка 150 человек. Около трети из которых учились инженерным практикам, и где-то две трети – проектному бизнесу.

Большой респект и уважуха визионерам кемпа – Никите Филиппову (@nfilippov) и его коллегам из ScrumTrek.

By design, господа и дамы, посетившие секцию бизнеса, должны были научиться:

паттернам организации Enterprise Scrum и подводным камням такого процесса;
построению командного видения продукта при помощи product box-ов из Innovation Games.
story mapping как подходу детализации бизнес модели, пользователей и их ожиданий от технического решения;
бумажному прототипированию;
демократичному риск менеджменту.

Теперь о том, чему научился я.

Йуху! LEGO симуляции масштабируемы!

With a little help from my friends, мне удалось смасштабировать LEGO симуляцию Scrum процесса на 96 человек. При чем, все участники работали над единым продуктом.

Вау!

Гляньте на чуток слайдов и фоток, чтобы получить представление о том, как это было. Я в захваті.

Правила игры еще требуют доработки напильничком. Но как для первого раза, я очень доволен. Буду симулировать подобный процесс на всех возможных конференциях, где мне смогут дать 120 минут на сессию, столы, возможность обклеить 20 метров стен и чуток людей :)

Бумажное прототипирование

… должно включать создание прототипов из бумаги :)

Это два.

Чем проще процесс, тем легче. Мы долго обсуждали тему контейнеров и прочие наукообразные инструменты, которые используют ux-дизайнеры (есть такие звери) для систематизации своей работы. Мне кажется, что нами меж литров Жигулевского был нащупан здравый смысл.

Итак трезвый остаток: когда мы фасилитируем процесс донесения видения продукта, проводя владельцев бизнеса и команду от бизнес модели к user persona через story mapping и прототипы, - у нас как коучей должна быть одна простая цель: создать поле общего понимания целей проекта.

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

Поэтому, тут чем легче и чем более несерьезным выглядит процесс, тем лучше.

Как говорят, поначалу в детском садике я был закрытым ребенком, но потом нам раздали цветные карандаши…

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

Такие мысли по поводу прототипов.

Отдельным постом напишу об

Agile и UX, Usability, Interaction Design, User Interface Design.

Так это был для меня личный hot spot кемпа.

Чмоки!

Как мы запускаем Скрам проекты

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

Заметки с передовой SCRUMguides.

Автор: Алексей Кривицкий

Последнее время (больше года) активным спросом пользуется пользуется наша программа Скрам для команд: тренинг + запуск проекта от 3 до 5 дней.

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

В этой статье мы хотим поделиться тем, как мы это делаем. По порядку и с иллюстрациями.

ДИЗАЙН ПРОЦЕССА

Мы предпочитаем начинать с матчасти. Раньше - до того, как мы отказались от слайдов, эта часть была довольно фиксирована и занимала день или два, в зависимости от времени, которым располагали участники.

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

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

Зачем это обсуждать?

ЧИТАТЬ ВСЮ СТАТЬЮ >>>

Тренинг с Никитой Филипповым

noreply@blogger.com (Alexey Krivitsky) — Wed, 16 Nov 2011 05:20:40 PST

В Эстонии на AgileSaturday я чуть-чуть помогал Никите Филиппову (ScrumTrek, Россия) проводить его воркшоп по story mapping. Это прекрасная техника, заслуживающая отдельной статьи (уже пишу).

В результате мы решили с Никитой провести в Самаре после AgileCamp однодневный мастер-класс со скромным названием :

Искусство управления проектами в Agile.

Это мой первый тренинг с Никитой - будет интересно всем!

А вот чуть фоток из Эстонии: