Author Archives: admin

Команда SCRUMguides

КОУЧИ И ТРЕНЕРЫ SCRUMGUIDES

 

Наталья Тренина (Nataliya Trenina)

Наталья Тренина – Agile коуч, совладелец компании SCRUMguides, сфокусированной на построении процессов гибкой разработки продуктов и создании эффективных команд.

ОПЫТ: За 15 лет в технологической сфере, прошла путь от рядового разработчика до руководителя подразделения корпорации. В 2008-м, прочувствовав ценность гибких подходов, сфокусировалась на Agile как образе мышления и способе работы. С 2009-го года, в качестве партнера и совладельца SCRUMguides, помогает клиентам компании строить эффективные процессы и сильные команды.

ЗНАНИЯ: Обучаясь у лучших мировых экспертов, Наталья обладает подтверждающими сертификатами – CST: Certified Scrum Trainer, CSP: Certified Scrum Professional (профайл на ScrumAlliance), Agile-тренера (ICAgile), командного коуча (ICF, ORSC), фасилитатора (LEGO SERIOUS PLAY ™). В настоящее время проходит обучение и сертификацию в CRR Global на программе Organization & Relationship Systems at Work.
ПРАКТИКА: За 7.5 лет работы, вместе с другими “гидами по скрам”, обучила тысячи человек, помогла изменить десятки компаний. По ссылкам выше и в LinkedIn, можно найти отзывы о результатах ее работы.
АКТИВНОСТЬ: Как идеолог, организатор, докладчик профессиональных конференций Agile Eastern Europe, AgileBaseCamp и HOTCode, Наталья помогает восточноевропейскому сообществу гибкой разработки развивать внутреннюю экспертизу 
и перенимать опыт профессионалов мирового уровня.
СПЕЦИАЛИЗАЦИЯ:

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

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

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

Домены: продуктовые компании, банки, телеком, технологические стартапы, продуктовый аутсорсинг, негосударственные некоммерческие организации и команды волонтеров.


Юрий Козий

Юрий Козий - Agile коуч, партнер компании SCRUMguides, сфокусированной на построении процессов гибкой разработки продуктов и создании эффективных команд.

ОПЫТ: За 13 лет в технологической сфере, приобрел разносторонний опыт в бизнес-анализе, маркетинге, предпринимательстве и управлении. В 2011-м, прочувствовав ценность гибких подходов, сфокусировался на Agile как образе мышления и способе работы. С 2015-го года, в качестве партнера SCRUMguides, помогает клиентам компании строить эффективные процессы и сильные команды.
ЗНАНИЯ: Юрий твердо верит в необходимость постоянного обучения, что подтверждают сертификаты профессионального тренера и коуча (“Живое Дело”), а так же – Certified Scrum Professional, Certified Scrum Master, Certified Scrum Product Owner и Certified Agile Leader (профайл на ScrumAlliance).

ПРАКТИКА: 12 лет работы в крупнейших ИТ-компаниях Украины (EPAM, GlobalLogic, SoftServe) Юрий успел повзаимодействовать с заказчиками из США, Канады, Израиля, Индии и ряда европейских стран, действуя в ролях от бизнес-аналитика и маркетолога до руководителя портфолио из 4 проектов (70 сотрудников). Благодаря постоянному внедрению полученных знаний на практике, в 2015 году Юрий получил престижную отраслевую награду Ukrainian IT Awards в номинации Best Professional in Project Management.

АКТИВНОСТЬ: Юрий – активный участник украинского Agile- и управленческого комьюнити. Его многогранный опыт делает его востребованным спикером как на встречах по гибкой разработке, так и на конференциях по управлению и ведению бизнеса. Иногда участвует в роли ментора на стартап-хакатонах.
С 2016 – приглашенный лектор Киево-Могилянской Бизнес Школы (kmbs) по направлению Business Agility.
СПЕЦИАЛИЗАЦИЯ:
Уровень компании: внедрение изменений, коучинг организационного развития, стратегические и командообразующие сессии для руководителей.Уровень команды: коучинг рабочих взаимоотношений, развитие общности и командной работы, обучение “продуктовому мышлению” и социальным навыкам в ходе буткемпов и командных коуч-сессий.
Личный уровень: персональный коучинг, менторинг для руководителей разных уровней.
Домены: продуктовые компании, не-ІТ компании, технологические стартапы, продуктовый аутсорсинг, команды волонтеров.

Юрий Литвиненко

 
Юрий Литвиненко – Agile коуч, партнер компании SCRUMguides, сфокусированной на построении процессов гибкой разработки продуктов и создании эффективных команд.

ОПЫТ: За 11 лет в технологической сфере, успел побывать и разработчиком, и лидером инженерных команд, и директором регионального представительства, и руководителем отдела инжиниринга.
Это позволило приобрести разносторонний опыт в разработке и управлении. Познакомившись с Agile в 2009-м, применяет гибкие подходы, приняв их как образ мышления и способ работы. С 2016-го года, в качестве партнера SCRUMguides, помогает клиентам компании строить эффективные процессы и сильные команды.
ЗНАНИЯ: Юрий уверен, что невозможно оставаться профессионалом в своей области без непрерывного обучения и подкрепления практических навыков теорией.
Обладает сертификатами Certified Scrum Master, и Certified Scrum Product Owner (профайл на ScrumAlliance), а также Kanban Management Professional.

ПРАКТИКА:в течение 11 лет работы в ИТ-компаниях как Украины так и Западной Европы, действуя в ролях от разработчика до руководителя отдела, Юрий получил огромный опыт внедрения и развития инженерных практик (CI/CD, TDD, BDD, Code Review, Pair Programming, etc). Также зачастую он выступал “переводчиком” между бизнесом и инженерами, помогая им наладить взаимодействие.

АКТИВНОСТЬ: Юрий – активный участник украинского Agile-комьюнити. Его многогранный опыт делает его востребованным спикером как на встречах по гибкой разработке, так и на инженерных конференциях
СПЕЦИАЛИЗАЦИЯ:
Уровень компании: внедрение изменений, коучинг организационного развития, помощь во внедрении, настройке и развитии инженерных процессов.
Уровень команды: коучинг рабочих взаимоотношений, развитие общности и командной работы, обучение инженерному мышлению и практикам в ходе буткемпов и командных коуч-сессий.
Домены: продуктовые компании, технологические (в частности fintech) стартапы, продуктовый аутсорсинг, команды волонтеров.

Беклог команды – узаконенное скрам-но или полезное нововведение?

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

После 15-минутного вступления в Скрам для Владельцев Продуктов от Хенрика Книберга я все чаще встречаю термин «team backlog» в жаргоне аджалистов.

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

В кулуарах февральской конференции AgileBaseCamp после мини-доклада Тима Евграшина обсуждался вопрос не является ли командный беклог – отходом от Скрам. Ведь нашим идеалом является наличие беклога продукта, над которым работает одна или несколько фиксированных Скрам-команд. И выходит, что создание смешанного беклога из разных проектов является не чем иным, как отходом от идеалов. И следовательно, скрам-ном: «мы делаем Скрам, но работаем со смешанным беклогом по разным продуктам».

Давайте разберемся. Для этого нам придется рассмотреть несколько вариантов комбинации команд и продуктов (проектов).

СТАНДАРТНЫЕ КЕЙСЫ

Один продукт (проект) – одна Скрам-команда:

один беклог, одна команда

Это самый простой случай. Так сказать, plain vanilla scrum. Даже нечего добавить.

Continue reading…

Полный спектр услуг внедрения Agile и Scrum: тренинги, коучинг, аудит

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

Мы в Scrumguides занимаемся именно этим!

Почему именно SCRUMguides?

1. Мы первая и единственная в Украине команда, которая вот уже 7 лет зарабатывает на хлеб исключительно коучингом и взращиванием Agile-экспертизы в компаниях и сообществе. А это значит, что работая full-time мы помогаем 10-20 организациям в год, обучаем и сертифицируем сотни специалистов, знакомимся с разными контекстами и особенностями имплементации Agile.

2. В нашей основной команде 100%-я плотность признанных мировым сообществом экспертов: тренер сертифицированный ScrumAlliance и аккредитованный институтом LeanKanban. Это не формальные бейджики, это путь: мы много учились сами и оттачивали свое мастерство обучения. Еще три партнера компании создают признанные в восточной Европе конференции: AgileEE, AgileBaseCamp, HotCode и встречи сообществ.

3. Подхватив волну “training from the back of the room”, мы отказались от слайдов, научились использовать визуальную фасилитацию и сделали наши тренинги максимально интерактивными. Мы создали игровую симуляцию по строительству города из лего по скрам, и научились превращать в воркшопы разнообразные блоки теоритического материала.

НАШИ ПРОЕКТЫ

НАША КОМАНДА

НАШИ КЛИЕНТЫ

 

Откуда возникает мотивация в скрам-команде?

Часто на тренингах по SCRUM, во время обсуждения ролей, возникает такой  вопрос о команде:

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

Несмотря на то, что я такие метаморфозы видела не раз, захотелось найти интеллектуальное объяснение загадочным химическим процессам. Помогает в этом Дениэл Пинк. В своей книге Drive и на выступлении TED, Ден делится результатами многочисленных исследований систем поощрения труда.

Доказанным научным фактом является то, что внешние поощрения типа “если – то” работают хорошо лишь на определенных типах задач, с простым исполнением и ясными правилами. Но если задачи имеют решение сложное, более чем одно, либо есть сомнения что вообще имеют решение, а правила не очевидны – материальное поощрение негативно влияет на продуктивность.

По одному скраммастеру на каждый SCRUM

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

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

Continue reading…

От конструктивного несогласия до мировой войны. Внимание: обратного пути нет!

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

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

На прошлой неделе я провела в Москве воркшоп, в рамках конференции Ag;)eDays. Забавное название Тяни-держи-толкай: рычаг управления для скрам-мастеров и других агентов изменений произошло из попытки перевести треугольник восприятия будущего и некоторые другие ключевые концепции Appreciative Inquiry.

Сам AI – подход в управлении реорганизационными изменениями с трудом поддается переводу. Но все по порядку. Перескажу сухой остаток для тех, кто ждал но так и не дождется слайдов :) Кроме этого, выкладываю инструкции к упражнениям, которые можно выполнить самостоятельно или со своей командой.

ПРОЦЕСС ИЗМЕНЕНИЙ

Изменения происходят на пересечении прошлого, настоящего и будущего.

ПЕРСОНЫ: Зачем?

Ссылка
Software is About People

A.J. McClary

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

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

Перечислю несколько проектных активностей, в которых понимание Персон и обращение к их опыту может быть полезным:

VISION

К
то наши пользователи?
Для кого этот продукт важен?

Что меняется в жизни этого человека, когда он начнет использовать продукт?

Раскрывая эти и другие вопросы, Product Owner (в креативном переводе – Властелин Продукта) делится с командой своим Видением. Переживая светлое будущее результатов проекта, команда в большей мере загорается его реализацией, чем получив сухое техническое задание.

PRIORITIZATION

Кто самый важный пользователь системы?
Какая его самая ва
жная функция? Кто приносит нам деньги?
Кому сейчас нам важно уделить внимание?

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

USER EXPIRIENCE


Как сейчас пользователь выполняет свои задачи?
Какие средства использует?
Что для него наиболее важно в продукте?

Какие фичи могут его привести в восторг?

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

UI DESIGN

Каков образ жизни пользователя?
Насколько хорошо он владеет компьютером?
Насколько активен в социальных сетях?

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

TESTING ACTIVITIES

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

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

Во второй части статьи “ПЕРСОНЫ: Как?” я поделюсь практическими шагами проведения Personas Workshop. Кроме этого, будет интересно обсудить разные варианты форматов описания – а как это у вас?

Купите карты Planning Poker

Зачем вам карты?

Для оценивания размера требований всей командой! Подробнее:

  1. это полезная командная активность, направленная на обсуждение требований и диалога с заказчиком об их сложности;
  2. оценка сложности происходит путём дебатов и консенсуса, что повышает её точность;
  3. это единственная карточная игра, поощряемая в офисах!

Хотите знать больше? Читайте:

Кто это придумал? Некто James Grenning в 2002 году.  

Чем интересны карты от SCRUMguides:

  • В колоде пять наборов
  • Каждый из пяти наборов имеет свою рубашку, что облегчает сортировку карт.
  • В наборе карты номиналом 0, 1/2, 1, 2, 3, 5, 8, 13, 21.
  • И также наше ноухау – в каждом наборе есть одна пустая карта для дополнительных номиналов (например, бесконечность, чашка кофе и прочее).

Стоимость колоды 300 грн плюс стоимость доставки курьером или почтовой бандеролью.

Желаете приобрести?

Покупайте наших слонов! ;)