Должен ли ScrumMaster быть немного занудой?

scrummaster

У вас бывало такое ощущение, что ваш ScrumMaster (или даже просто ваш менеджер) ведет себя как зануда? Вот эти его напоминания о взятых на себя обязательствах, о том, что вы обещали вчера на стендапе и сегодня говорили совершенно о другом, о договоренностях в команде и всяких там definition of done. И за опоздания на стендап ругается. А еще эти его трекеры типа JIRA или напоминания о том, что слишком много работы в прогрессе — явный способ завалить обещанное. Или вот эта паника, если Burndown не идет близко к прогнозу.

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

А теперь вопрос к первой группе читателей — которым кажется, что их ScrumMaster “занудничает” — что вы делаете, когда он оказывается прав? Когда напоминания о недоделанной работе позволило довести ее до конца, когда вовремя поднятая “паника” в середине итерации позволила собраться, приложить усилия и сделать то, что обещали. Или наоборот, в конце итерации вы понимаете, что если бы его не проигнорировали, результаты вашей команды были бы лучше. Кто из вас на ретроспективе сказал “да, ты был прав”? 🙂

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

Роль ScrumMaster специально названа по-другому, чтобы подчеркнуть, что это «менеджмент с человеческим лицом”, т.е. управление командой построенное на совершенно других принципах: «лидерство как служение”, делегирование команде принятия многих решений. И многих других принципах, которые “традиционным” менеджерам кажутся уж слишком демократическими. Но все равно остается один важный аспект менеджмента или лидерства — это ответственность за то, чтобы команда пришла к результату и, желательно, самым легким и эффективным путем. При этом желательно весело и получив удовольствие (ну про мотивацию тоже никто не забывает :)).

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

P.S.

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

Такие люди точно никогда не получат благодарности или признания от команды — они просто не оставляют команде места для роста и свободы принятия собственных решениях. Таких, я думаю, никто не любит 😉

Мы дождались её: книга “Scrum. Революционный метод управления проектами» вышла на русском языке

Книга Книга "Scrum. Революционный метод управления проектами"Эту книгу ждали очень долго и вот она вышла на русском языке в издательстве «Манн, Иванов и Фербер». Дочитав книгу, хочу поделиться своими впечатлениями.

Уверен, что Книга «Scrum. Революционный метод управления проектами» в издании «Манн, Иванов и Фербер» станет книгой для каждого из вас: от читателей моего блога и знакомых из Agile сообществ до всех, кто хочет управлять проектами эффективно. Таких людей наберется немало, ведь быстрая реализация проектов кажется недостижимой мечтой. Но Джефф Сазерленд, автор самой популярной, из семейства Agile, методологии Scrum, так не думает. Он мыслит конструктивно, подкрепляя свою теорию интересными примерами. Название книги в английском варианте звучит очень амбициозно:»The Art of Doing Twice the Work in Half the Time”. Пожалуй, если бы автором был другой человек, я бы, мягко говоря, удивился. Но в случае с Джеффом Сазерлендом и невероятные истории становятся реальностью.

Начинается книга с рассказа о том, что натолкнуло автора на создание его методологии. Когда-то я уже переводил пост из блога Сазерленда «Как появился Scrum». Расширенный рассказ о появлении Scrum есть в первой главе, которая задает тон этому бестселлеру. Плюсы всей книги в простой и живой манере рассказчика, легком повествовании и умеренном объеме. С первых страниц создалось ощущение, что будто мы, я и старина Джефф, сидим рядом после конференции. И этот гуру управления делится со мной своим опытом. Что-то в стиле «один мой сосед задумал отремонтировать дом за 6 недель. Мы ему, конечно не поверили. Но ровно через 6 недель пришли к нему в гости отмечать новоселье…» Одна из многих динамичных историй, в которых участвовал сам Джефф Сазерленд и которые подчеркивают примеры применения Scrum. Не скучная реклама, а вдохновляющий на поступки опыт.

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

Сильная сторона книги в том, что рассказ построен на контрасте. С одной стороны, неэффективные проекты и организации (и такие до сих пор есть! мы знаем). С другой стороны, команды, которые достигли качественно иных результатов, применив Scrum.

Помню, в одном обзоре кто-то в шутку возмутился, мол эту книгу надо было написать еще 10 лет назад. Но я, например, не удивлен этому. Издание важно тем, что в нем много примеров об использовании Scrum или его отдельных принципов даже вне индустрии разработки софта. Маркетинг, строительство, да что угодно. Я сам сторонник такой тенденции. Потому что организационный фреймворк Scrum подходит для любых проектов. В блоге мы уже писали на эту тему: пояснение Scrum на примере организации мероприятия.

Так что мой вывод прост. Книга «Scrum. Революционный метод управления проектами» интересная и универсальная, обязательная к прочтению. Джефф Сазерленд написал ее не столько для айтишников и убежденных “аджалистов”, а скорее для представителей бизнеса, менеджеров всех уровней и просто людей, которые хотят понять феномен Scrum.

 

P.S. После чтения книги у меня осталось много заметок. Значит мы еще вернемся к некоторым важным темам. Оставайтесь с нами.

Agile Eeastern Europe 2015: планируем Agile трансформацию

Agile Transformation is a ChangeДокладчики мирового уровня, новые взгляды и идеи, опыт зарубежных и местных компаний, мастер-классы и вдохновляющие неформальные беседы за кофе — все это вновь привлекает участников со всей Восточной Европы и не только.

Если вы вдруг еще не слышали, Agile Eastern Europe вновь состоится уже в эту пятницу. Желающие все еще могу зарегистрироваться и принять участие.

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

Отдельным треком идут воркшопы — это мастер-классы, мини тренинги, симуляции и другие практические виды обучения и обмена опытом. Именно к этому потоку я присоединяюсь со своим коллегой, Юрием Малишенко. Мы поговорим про Agile-трансформацию или изменение компаний в сторону Agile.

Изменение лежит в основе любой человеческой деятельности.

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

Когда мы говорим про agile – мы на самом деле имеем в виду то, что нам предстоит изменить существующий способ взаимодействия, чтобы стать более гибкими. Но что значит добиться успешного изменения? Что такое устойчивое изменение? Возможно ли управлять изменением?

Многие считают, что изменение это просто – оценили текущее состояние, нарисовали цель, подготовили план и поехали! Ничего не напоминает? Многие внедряют Agile, делая это совсем негибким способом.

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

Ждем вас на мастер-классе для экспертов, в пятницу 27 марта в потоке Workshops в рамках Agile Eastern Europe 2015.

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

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

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

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

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

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


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

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

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

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

chastynka_sertsya

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

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

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

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

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

Продуктивный тренинг — это заслуга участников

IC-Agile

Я большой сторонник концепции «Training from the back of the room». Кто хоть раз был у меня на тренинге знает, что большая часть времени — это интерактив с участниками и работа в группах. Поэтому я твердо уверен, что отличный тренинг — это большей частью заслуга участников 🙂

На днях мы проводили открытый тренинг «Гибкая разработка ПО», аккредитованый международным Agile консорциумом (ICAgile International Consortium for Agile). Напарником в этот раз был мой коллега Андрей Баглай, за что ему отдельное спасибо.

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

Кто-то может спросить, почему я НЕ опубликовал анонс тренинга, а сейчас пишу о нем пост-фактум. Причина проста, на тренинге не было свободных мест 🙂

Я уже получил ряд писем от людей, не успевших попасть и спрашивающих о следующих тренингах, поэтому и решил как-то исправить ситуацию. Хочу сообщить, что 28-29 ноября, 2014 года в Минске состоится такой же класс по Agile управлению проектами, также аккредитованный международным Agile консорциумом.

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

Еще раз спасибо всем участникам тренингов и читателям блога.
Оставайтесь с нами.

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

4-pory-goda-na-odnom-snimke

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

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

Читать? Легко!

more-books

Если вы постоянный читатель, то возможно уже видели наши обзоры книг. Как я знаю, много людей впервые попали на наш блог именно из-за обзоров книг, которые им порекомендовал Google. Однажды, мне даже позвонили и спросили не продаём ли мы книгу «Цель», о которой мы писали уже много лет назад.

А знаете ли вы, какая моя основная проблема с написанием таких обзоров? Ответ: перед тем как писать обзор, книги нужно прочитать! 🙂 Я не говорю уже о самом процессе написания текста обзора. Прежде всего нужно прочитать книгу, чтобы говорить о том, что я сам прочитал и знаю.
Уверен, у многих из вас, такая же проблема — умные книги читаются долго и не всегда легко. К сожалению, моих любимых «бизнес новелл» пишут мало. А сохранить энтузиазм и внимание к книге на 300 страницах, тяжело.

Кажется, я нашёл решение! Точнее случайно нашёл того, кто нашёл решение, и он мне помог 🙂 (далее…)

Видео: Scaled Agile Framework за 7 минут — все, что нужно знать о SAFe

safe

На сегодняшний день Scrum является наиболее популярным фреймворком среди всех методов Гибкой Разработки ПО (Agile Software Development). Это видно по тому, о чем чаще всего говорят в статьях и на конференциях, также популярность подтверждается результатами опросов.

В то же время, все больше компаний сталкиваются с ситуацией, когда у вас есть сразу несколько команд, работающих над одним продуктом или проектом. Очевидно, что «Простой Ванильный Скрам» (plain vanilla scrum) тут не подходит. Конечно, Кен Швабер давно уже упомянул «великую мудрость»: Скрам-Скрамов (Scrum of Scrums) — встречу синхронизации между командами. Но на практике, одна эта встреча не помогает решить все вопросы организации масштабного проекта и координации 2-х и более команд. Во всяком случае исходя из моего опыта 😉

Последние года три, я постоянно сталкиваюсь с такими крупными проектами и компаниями, которые создают Enterprise Agile методы и культуру. (далее…)

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

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

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

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

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

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