Упражнение для обсуждения ролей в Scrum или другом Agile-методе

agiletopicscards-35

Для принятия “культуры Agile” важны понимание ролей и уход от должностей. В книге, о которой я писал раньше, Джеф Сазерленд рассказывает о своей первой Scrum-команде. Трансформация началась с того, что Джеф сказал им: “Порвите свои визитки”. Все практикующие “аджалисты» сходятся в том, что в Agile-методе важны роли — как наборы обязанностей, ответственностей и практик.

Для многих команд переход к Scrum (или к другой методологии из семейства Agile Software Development) начинается с определения того, кто и что делает, и за что отвечает. Понимание и обсуждение ролей всегда было частью моих публичных и командных тренингов. Сейчас я готовлю серию постов о создании Agile-тренинга для команды, и в результате опубликую готовый шаблон такого тренинга, поэтому расскажу об этом упражнении подробнее.

Самое простое, что приходит на ум для обсуждения ролей — сортировка терминов. В итоге механизм упражнения (или “игры”) предельно прост: участники делятся на группы по 2-4 человека и сортируют пачку терминов, которые относятся к ролям Scrum (в Scrum их 3, но вы можете ввести необходимое вам количество ролей). После работы в группах материал лучше закрепить общим обсуждением и уточнением, чтобы не было ошибок в понимании и разницы в трактовке. Я называют это “игра в бинго”. Мы берем одну роль, и каждая группа по очереди называет термин, который она отнесла к ней. Если остальные группы тоже отнесли термин к этой роли, они кричат “бинго”. Если нет — начинается обсуждение. Именно за обсуждения я и люблю это упражнение — в них мы проясняем понимание и углубляемся в аспекты той или иной практики, принципа или концепции.  Даже если у вашей группы достаточно опыта и расхождений в сортировке терминов нет, просите участников привести практические примеры. Так вы можете проверить их знания более глубоко.

Но где взять термины? Долгое время я использовал набор фраз, которые составил вместе с моими коллегами-консультантами. Но они были не совсем понятны участникам. С тех пор, как я узнал про Agile Topic Cards, я заменил фразы карточками, и все стало работать во много раз лучше!

Как вы помните (или можете прочитать), Agile Topic Cards представляют собой карточки, на которых нарисованы Agile-термины. Зеленые — это практики, синие — принципы, а красные — концепции. Из 166 карточек можно выбрать любое количество, которое покажется вам необходимым для дискуссии.

Лично я выбрал следующие номера:

Microsoft PowerPoint - Agile Topics Cards v3
2 – Definition of Done
По моему мнению, это ответственность команды, хотя Scrum-мастер может отвечать за внедрение и поддержку этого внутреннего договора.

Microsoft PowerPoint - Agile Topics Cards v3
3 – Vision
9 – User Story

agiletopicscards-10

10 – Backlog
Имеется в виду Product/Project Backlog, за которые отвечает Владелец Продукта.

agiletopicscards-11

11 – Trade Offs
Для меня это — договоренности и компромиссы, которых Владелец Продукта достигает между бизнесом и командой, но всегда можно обсудить, как это понимаете вы.

agiletopicscards-14-25
14 – Team Performance (Velocity и другие)
25 – 1:1s

Microsoft PowerPoint - Agile Topics Cards v3
26 – Vertical Slice
Это — хитрая карточка. Прежде всего имеется в виду, что Владелец Продукта должен мыслить функциональностью (Features), а не задачами. Но также нужно, чтобы команда сфокусировалась на всех технических аспектах и делала функциональность целостной — от UI до глубин БД. Эта дискуссия может перекликаться с тем, о чем я писал в статье “Какого цвета ваш Бэклог”.

agiletopicscards-31
31 – Adaptive Planning
Это ответственность Владельца Продукта. Картинка показывает движение к Цели (эта Цель — звезда, нарисованная на карточке Vision(#3)).

agiletopicscards-40-41-42-47-54
40 – Code Review
41 — Slicing
42 – Test Driven Development
47 – KPI’s
54 — Timebox

agiletopicscards-60
60 – Team Development
Эта картинка означает модель развития команды Брюса Такмана: Forming-Storming-Norming-Performing.

agiletopicscards-63
63 – End to End testing

agiletopicscards-64

64 – Decision Making
По-моему, это Владелец Продукта решает, чего не делать, и говорит пожеланиям “да” или “нет”.

agiletopicscards-66

66 – Face to Face conversation
Эту картинку я трактую так: команда должна предпочитать прямое общение другим типам коммуникации.

agiletopicscards-68
68 – Pair Programming

agiletopicscards-69
69 – Autonomy
Здесь подразумевается, что cross-functional-команда должна иметь достаточно автономности.

agiletopicscards-71-99
71 – Collective Code Ownership
72 — Visualization
78 – Motivation
83 – Transparency
84 – Sprint Burndown
85 – Release Burnup
86 – Forecasts and Velocity
87 – Retrospective
89 – Team dependencies
94 – Relative Estimation
95 – Poker Planning
99 – Iterative & Incremental

agiletopicscards-100

100 – Backlog Grooming
Тут я обычно даю выбрать большинству. Иногда Владелец Продукта заинтересован в том, чтобы узнать от команды “цену” следующих элементов бэклога. Иногда Scrum-мастер заинтересован в том, чтобы команда получила качественные Элементы Бэклога (PBI) до начала планирования следующего спринта.

agiletopicscards-101-107

101 – Continious Deployment
102 – Continious Delivery
104 – Clean Code
107 – Daily StandUp

agiletopicscards-111
111 – Demo
Продемонстрировать результаты и получить обратную связь — это ответственность команды (!). Во всяком случае, в нормальных компаниях :).

agiletopicscards-114

114 – Risks
Риски, о которых заботится Владелец Продукта, или менеджер, который стоит за командой и Sсrum-мастером (на картинке основные категории рисков: Бизнес, Технологии, Социальный, Дедлайны).

agiletopicscards-117
117 – Outcome VS Output
Владелец Продукта занимается тем, что максимизирует результат (Outcome) – больше счастливых пользователей.

agiletopicscards-120-143
120 – Continious Integration
126 – Servant Leadership
128 — Refactoring
132 – Automated Test Checking
143 – Sprint Backlog

agiletopicscards-146
146 – Team Kick-off/Lift-off
Это означает запуск новых команд или запуск нового проекта в команде.

Итак, все, что нужно для этого упражнения — перемешать, не взбалтывать и разделить на три или более пачки в соответствии с ролями в вашем Agile-процессе. Приятного обсуждения!

Agile Topics Cards — универсальный инструмент agile-коуча, и не только

agiletopicscards

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

Для меня таким инструментом стали Agile Topics Cards. Это карточки с визуализацией терминов философии Agile Software Development. Их придумал Джимми Джанлен (Jimmy Janlen) из шведской консалтинговой группы Crisp, которая уже радовала нас трудами Хенрика Книберга и Маттиаса Скарина.

Всего карточек — 162. Каждая карточка содержит термин и его визуализацию.

Карточки делятся на:

зеленые: практики, техники и инструменты;

синие: темы для обсуждения;

красные: абстрактные модели и теории.

Чтобы начать работать с терминами, карточки (или их часть) нужно распечатать и желательно заламинировать.

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

  1. Выбор темы для обсуждения в формате Lean Coffee.
  2. Вдохновение для статей в блоге (мне точно стоит попробовать! :))
  3. Обсуждение один на один — отличный вариант для парного коучинга.
  4. Источник тем для очередной ретроспективы в команде.
  5. Личное развитие: выберите термин и за 20 минут попробуйте найти в гугле как можно больше информации на эту тему.
  6. Аудит/оценка состояния команды или организации: выберите определенные карточки и проанализируйте, знают или не знают про эти термины в команде, делают/не делают и т. п.
  7. Тема недели: выберите карточку и повесьте ее на видном месте, чтобы в течении недели побуждать обсуждение этой темы командой.
  8. Рассказ историй: произвольно выберите 4-5 карточек и рассказывайте с их помощью истории.
  9. Короткое выступление на произвольно выбранные темы для обмена знаниями (например, во время обеда).

Меня познакомили с этими карточками на моем любимом  «слете коучей” Play4Agile. Там собираются такие, как я, чтобы обменяться идеями и практиками, и создать новые игры для обучения и развития команд. Конечно же, мы решили придумать как можно больше упражнений с этими карточками.

Вот вам несколько наших идей:

  1. Speed Dating with Agile Topics Cards. Всем участникам раздаются выбранные карточки, и каждый по очереди рассказывает своему партнеру о том, что знает на эту тему. Затем один ряд участников сдвигается, и новые пары повторяют обсуждение.
  2. С помощью карточек можно договориться о практиках и принципах, которые хочет применять вся команда. Для этого карточки делятся на три категории: необходимые (Must), полезные (Should) и просто интересные (Nice to have).
  3. С помощью терминов можно обсудить ответственность и практики для каждой из ролей в команде (это упражнение стало моим любимым, и я напишу о нем отдельно).
  4. Сортировка связанных терминов (Like to like). Можно складывать рядом термины, которые вы считаете связанными между собой. Получается эдакий мега-пазл.
  5. Сортировка карточек по категориям «прекратить» (Stop doing), «начать» (Start) и «продолжить» (Continue) хорошо подойдет для ретроспективы или просто командного обсуждения совместной работы.
  6. Можно использовать карточки как дополнение к другим играм или техникам фасилитации. Например, к созданной с моим участием игре Nobody’s Perfect или другой, не менее интересной игре — Fearless Journey.
  7. Ну и для завершения на веселой ноте — карточки можно использовать для игры в “крокодила”. Первая команда передает игроку второй команды карточку с термином, а он должен изобразить его только знаками, без слов, или хотя бы не используя ключевые слова. Члены второй команды должны угадать, что это за термин 🙂

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

Как видите, идей можно придумать очень много. Рекомендую вам как можно скорее скачать файл с карточками и начать их использовать.

Две интересные книги про переговоры

books-must-read

Сегодня я расскажу о двух книгах: “Я слышу вас насквозьМарка Гоулстоуна и “Договориться можно обо всемГвена Кеннеди. Сначала разберемся, чем они хороши. Для меня, как тренера, консультанта и Agile-коуча интересна та книга, которая оказалась полезной в работе; та, которую я буду советовать и выдержки из которой можно цитировать в общении и на тренингах, иллюстрируя тот или иной пример.

Более чем полвека тому назад появилось такое понятие «Индекс цитирования». Его ввел в 1960 году Институт научной информации (основатель — Юджин Гарфилд). Хотя первые попытки индексировать количество ссылок на ту или иную публикацию предпринимались еще в 19 веке. Потом «Индекс цитирования» начали называть «Индекс интересных мыслей». Так вот, я эти две  книги прочитал давно, а в работе они мне помогают до сих пор. Я часто вспоминаю о них, привожу своим слушателям примеры из этих книг. Одним словом, мой личный индекс цитирования очень высокий.

Гвен Кеннеди «Договориться можно обо всем»
Эта книга, о переговорах, с фокусом на продажах. Суть слов Гвена в том, что мы всегда что-то продаем: вещи, идеи, услуги — в переговорных отношениях мы находимся почти постоянно.

Книга Гвена Кеннеди очень интересна своей структурой. Автор вводит идею четырех типов переговорщиков. И, соответственно, перед каждой главой дается некий кейс. Один из них – “совы”, очень мудрые переговорщики, которые ищут оптимальное решение. Есть еще “лисы”, которые всегда отстаивают  свою выгоду. “Лисы” и “совы”, наверное, наиболее удачные переговорщики. Но совы более экологичные, потому что они ищут решение, которое будет выгодно всем. Есть также “ослы” и “бараны”. Одни не понимают, что их все время так или иначе обманывают на переговорах, а вторые стоят на своем, даже если они не правы.

Автор говорит: «Вот такая ситуация: вы продаете или покупаете. Какое решение вы бы приняли? А, B, С, D». В конце главы он разбирает этот кейс: «Смотрите, вариант А принадлежит переговорщикам, которые упертые. Они не хотят признавать  мнение другой стороны. Вариант С, например, может принадлежать опытным переговорщикам, которые ищут наилучшее решение», и так далее. Таким образом, эта книга фактически является тренажером, если ее читать вдумчиво, анализировать свои ответы и понимать, почему ты ответил неправильно. Навыки, описанные в издании, очень быстро закрепляются, при том, что саму книгу читать просто интересно.

Свои выводы автор подкрепляет наглядными примерами из жизни. Например, почему нельзя давать скидки? Автор приводит рассказ о том, как во время «золотой лихорадки» за неким коммивояжером, ехавшим в город, погнались волки. Он начал отрезать куски и бросать им куски мяса от туши оленя, которая у него была с собой. Волки поняли, что им незачем останавливаться и есть кусок мяса, если у коммивояжера в санях еще целая туша. И они погнались за ним. Когда он приехал в город, его ругали все жители, потому что раньше волки никогда не гонялись за санями. А теперь коммивояжер показал, что это можно делать. По сути, этот пример показывает один из аспектов переговоров. Сейчас все потребители любят скидки. Тем не менее, для некоторых сфер бизнеса эта стратегия может оказаться невыгодной — вас будут “отжимать”, требуя еще больше.

В таком же контексте Гвен Кеннеди рассказал о продаже кофе. Всем известно, что кофе, который мы покупаем в кафе рядом, стоит в 20-30 раз дороже, чем кофейные зерна на плантации. И на самом деле, торги при закупке кофе – наиболее яркая область для  переговоров, потому, что там играет роль всё: кто доставляет кофе, кто фасует, кто его обжаривает и перемалывает.

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

Марк Гоулстон «Я слышу вас насквозь»
Вторая книга, которая мне очень сильно запомнилась: «Я слышу вас насквозь». Там отражены разные аспекты переговоров. Если первая книга — это элемент торгов, техники, как продавать и принимать какие-то предложения, то вторая – это больше про их психологический аспект. Автор книги — очень интересный человек, практикующий психолог, ведет тренинги для ФБР, для отделов переговоров при захвате заложников.

В первой части книги даётся теория и объясняется, как именно мозг принимает решения. Автор условно это называет «переход от НЕТ к ДА», ссылаясь при этом на книгу «12 правил мозга», написанную Джоном Мединой. Вторая часть  — это практические принципы принятия решений, которые мы не осознаем, но они есть. Третья часть книги — прикладные техники ведения переговоров. И четвертая — конкретные связки и конкретные примеры с пояснением, почему в той или иной ситуации оптимальной является эта или другая техника.

Опять же, жизненность и яркость примеров, которые он приводит, делает эту книгу захватывающей и позволяет прочитать ее на одном дыхании. Современные книги достаточно скучны. Все книги, которые больше 200 страниц, тяжело читать, если в них нет никакого литературного аспекта. Так, бизнес романы все читают на ура по той простой причине, что читаешь фактически художественную книгу с элементами обучения. Если видишь 400 страниц забористого текста на умные темы, то это всё хорошо, но скучно.

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

В Украине почти все компании, так или иначе, аутсорсинговые. И HR зачастую вынуждены торговаться как с клиентом за какие-то условия начала работы и так же с людьми, которые будучи в аутсорсинге начинают качать права. В этом плане HR специалистам точно будет интересно 🙂

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

Как создавать тренинги — практическое руководство на личном примере

practical-guide

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

Скажу сразу, что я не претендую на звание мега «тренера тренеров». Я начал проводить тренинги еще в 2007 году. Но с тех пор я многому научился, в том числе и сам прошел «тренинг для тренеров». Как показывает практика, если что-то долго делать, опыт и знания все-таки появятся 🙂

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

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

Этап 1. Хочу создать тренинг. С чего начать?
Я убежден: тренинг – продукт. А для продуктов я рекомендую создавать «Видение Продукта», которое помогает ответить на простые вопросы и держать в фокусе конечный результат.

Первый вопрос: «Для кого этот тренинг?»

Для команды, которая только думает о внедрении Agile-методов? Для команды, которая их уже практикует, но хочет переосмыслить, что и как они делают? Для группы менеджеров компании, которые хотят побольше узнать, как работать по Scrum-методологии? Для отдела DevOps, который внедряет Kanban? А может для HR-отдела, который хочет узнать новые слова или, наоборот, внедрить некие легковесные процессы, чтобы лучше делать свое дело? 🙂

Второй вопрос: «Зачем ИМ этот тренинг?»
Частично он выходит из ответа на первый вопрос, добавляя фокус и цели тренинга. Тренинг может быть направлен на ознакомление с широким кругом принципов и методов или на практические навыки в одной узкой области. Особенно хорошо, если участники соберутся уже на следующий день, чтобы использовать полученные знания и навыки.

Вопрос третий: «Какие у нас ограничения?»
Первое и самое распространенное ограничение – время. Если у меня есть один день, тогда можно рассчитывать на раскрытие 3-4-х тем, с учетом теории и практических упражнений. Два и больше дней, а это, можно сказать, уже роскошь, дают возможность глубоко погрузиться в разные темы, которые вместе создают целостное понимание отдельных частей общей картины. Но иногда время строго лимитировано и есть только полдня (примерно 4 часа) или мастер-класс на два часа. В таком случае нужно выбрать более узкий фокус и отказаться от многих интересных тем, которые вы не успеете рассмотреть.

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

Конечно, на фоне всего этого у вас должна проскочить мысль о месте для тренинга. Где вы его проведете? Какое помещение вам доступно? Есть ли там столы для работы в группах и другие материалы? Об этом поговорим позже, когда приступим к упражнениям.

Дополнительные вопросы: «Какие критические атрибуты?» и «На что может быть похож этот тренинг?».

Частично они уже понятны из всех предыдущих ответов. Но стоит обратить внимание на один важный аспект: количество участников. Я сторонник концепции «Training from the back of the room» (тренинг из дальнего конца комнаты). Другими словами, я считаю, что в тренинге должно быть больше интерактива между участниками и меньше «монопольных» рассказов тренера. Лучше всего тренинг проходит в относительно небольших группах от 8 до 16 человек. При максимуме в 20 человек еще можно рассчитывать на внимание тренера к каждой группе участников. Если же у вас больше участников, то нужно будет думать о помощниках или об упражнениях, которые не требуют особого внимания тренера.

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

Еще Сократ сказал, что вовлечение в обучение способствует запоминанию. Это знают все, кто так или иначе знаком с проблемой обучения практическим навыкам (а гибкие методы работы – тоже навык).

Хорошая новость: в арсенале тренера множество способов интерактива. Например: обдумывание вопроса самостоятельно, обсуждение в парах или группах до 5 человек, участие в упражнении (serious play), разбор кейсов или просто общее интерактивное обсуждение с тренером и многое другое. Обо всем этом мы поговорим в следующих статьях, когда будем наполнять наш тренинг.

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

Создаем тренинг для участников, которые пока еще мало знакомы с Agile-принципами разработки и в частности Scrum-методом. Это может быть отдельная команда или сборная группа в компании. Цель тренинга – раскрытие основных тем, таких как понимание идеи Agile, знание практик работы по Scrum-методологии, методы командной оценки и планирования итераций и проектов. Также обязательно получение практических навыков, чтобы начать их применять сразу после тренинга. По времени мы можем рассчитывать на однодневный тренинг при оптимальном количестве в 15 человек.

Так и назовем его – «Однодневный Scrum-тренинг»

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

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

Современная презентация: инструкция по подготовке к публичному выступлению

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

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

«КАКОЕ МНЕ ДО ЭТОГО ДЕЛО?» — один из главных вопросов, который задает себе слушатель, попадая на доклад. Человеческий мозг не терпит скучной информации. Поэтому каждый выступающий должен помнить, что любое публичное выступление — это Standup Comedy (т.е. шоу). Будет ли вас интересно слушать и смотреть, зависит от простых принципов и техник, которые несложно освоить, при желании.

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

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


(ссылка для прямого доступа к интеллект-карте)

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

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

Как современные презентации делают мир лучше

chastynka_sertsya

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

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

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

Итак, жду вас 10 ноября, в понедельник, в 18-00 магазин «Цитрус» на Крещатике, 52

Буду признателен за всяческое распространение информации и активное участие! Спасибо!

Как выявить свои бессознательные цели

4-pory-goda-na-odnom-snimke

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

На самом деле, не все свои цели мы ставим сознательно. Бывает так, что цель формируется бессознательно, и только после того как что-то сделано, приходит понимание, чего же на самом деле хотелось. Это как в анекдоте: «Никогда не говори: «Я ошибся», лучше скажи: «Надо же, как интересно получилось…» (далее…)

Самообучение — первое правило сложных систем или о чем я рассказывал на AgileBaseCamp

AgileBaseCamp 15 марта 2014 Прошедшая конференция Agile Base Camp была посвящена Вовлеченности и Ответственности, что на мой взгляд, непосредственно связано с людьми и командами.

Люди — очень «сложные системы», и каждый по-своему уникален. Внедряя новые методы работы и новые практики, мы заставляем людей меняться. Как у любой сложной системы, результат и реакция могут быть не такими, как планировалось.

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

Когда-то я писал о том, что на идею методологии Scrum, Джефа Сазерленда натолкнула демонстрация прототипа с искусственным интеллектом от компании iRobot, известной теперь производством умных пылесосов Roomba. В этих устройствах заложен алгоритм самообучения и адаптации своего поведения к изменениям окружающей среды.

На мой взгляд, это первое и с самое главное правило для сложных систем — адаптация своего поведения. В своем рассказе я  привел практические инструменты адаптации и на примерах рассказал, как команды могут качественно учится на своем опыте. (далее…)

Визуальная обратная связь, как инструмент мотивации

high-five

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

Особенно хорошо работает визуальная обратная связь. Когда все наглядно видят, что вот факт, а вот похвала — это стимулирует продолжать не только того, кого хвалят, а и других. На прошедшей конференции Agile Eastern Europe 2013, был интересный рассказ про «High Five Driven Development». Идея, которую высказал Peder Soholt, проста и в то же время эффективна (далее…)

Вспомните о пользователях – рассказ на AgileBaseCamp Winter 2013

usersНа прошедшей недавно конференции Agile Base Camp Value Driven Development я затронул тему Agile требований.

Стоит постоянно помнить, что “Agile – это искусство делать то, что нужно” и откладывать на потом менее важную работу, а заодно и принимать решения позже, когда у нас больше информации, т.е. не ограничивать возможности с самого начала. Мой доклад, собственно, и был посвящен тому, какие у нас есть инструменты, на что делать фокус, когда их использовать и как все вместе это может вам помочь. (далее…)