Как появляются задачи в бэклоге продукта? Кто и как их придумывает? Сложно ли это?

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

На докладе я расскажу:

- О своем опыте применения Atomic Research - методологии, позволяющей применять количественные методы к качественным исследованиям.
- Как быстро генерировать фичи, фильтровать и приоритизировать их, проводя эффективные воркшопы со стейкхолдерами и разработчиками.
- Инструменты и методики, позволяющие сэкономить время: от бесплатных SaaS до человеческих пороков.

Вредные советы по Scrum

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

Как строить продуктовые команды ориентированные на человека?

"Казалось бы что сложного в том, чтобы нанять нужных специалистов, поставить им конкретную задачу, согласовать сроки и ждать заветного релиза?

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

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

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

Management 3.0 from scratch
Аджайл нравится многим им бредят и его хотят. Однако, трансформационные изменения в процессах, ролях и обязанностях пугают бизнес. Менеджмент 3.0 - концепция построения аджайл культуры в организациях, выраженная в обширном наборе практик. Одну из практик по выявлению личной мотивации, мотивации сотрудника/менеджера/клиента, я предложу ко вниманию участников конференции на своем мини-воркшопе.
Поддержка программы чтения с экрана включена.

The #1 Strategy to Prevent or Fix Zombie Scrum

"Scrum is HUGE! It’s massively adopted by organizations. That’s of course awesome! Except for the fact that many organizations and teams think they’re doing Scrum, while they’re not. Sure, they’ve got all the Scrum roles, events, and artifacts in place. But there’s no working software at the end of the Sprint. There’s no drive to improve. No involvement of customers and users during development. This might look like Scrum from the surface. But it isn’t. This is Zombie Scrum, and we need to stop it!

During the presentation, you’ll learn more about the causes and symptoms of Zombie Scrum. Even more important, you’ll discover the #1 strategy to prevent or fix it! "

Liberating Structures - a social technology fit for our times

"Body - Ever heard that communication problems are the topmost issue that various companies face? Technological progress made it possible to do many incredible things, though it did not really chang our culture of communication.
Fortunately, we have some social technologies that make it possible to truly include and unleash everyone into shaping their work, life and environment.

Enter Liberating Structures, a modern paradigm for communication!

We invite you to take part in an interactive workshop during ScrumDayUkraine, where we will give a brief intro on what exactly are Liberating Structures and then hop right in into practicing different techniques!

The precise and yet ambiguous issue at hand that we will discuss during the workshop is:

""How to truly include and engage everyone in your own environment into shaping their work and life?"""

Liberating Structures - a social technology fit for our times

"Body - Ever heard that communication problems are the topmost issue that various companies face? Technological progress made it possible to do many incredible things, though it did not really chang our culture of communication.
Fortunately, we have some social technologies that make it possible to truly include and unleash everyone into shaping their work, life and environment.

Enter Liberating Structures, a modern paradigm for communication!

We invite you to take part in an interactive workshop during ScrumDayUkraine, where we will give a brief intro on what exactly are Liberating Structures and then hop right in into practicing different techniques!

The precise and yet ambiguous issue at hand that we will discuss during the workshop is:

""How to truly include and engage everyone in your own environment into shaping their work and life?"""

Objective-Subjective Prioritisation

Why is it so hard to prioritise? Negotiating priorities is all too common and expensive, where a group of diverse profiles with different agendas try to agree on what's most important, investing a lot of time and energy and making no-one happy. What's the problem? Each person prioritises subjectively, in their own context and following their own beliefs and interests. People decide what's most important based on their own arguments. When is something too expensive or too long?“ Those are undefined concepts and subjective for each person. This talk expects to take advantage of that subjectivity and turn it into collective objectivity.

Как гигантская компания можетзапускать тру стартапы и зачем ей тогда Agile-коуч?

"Хотите честно? Меня совершенно не волнует, что внедрила ваша компания: Скрам, Канбан или особую версию мутанта собственного изобретения с хитрым именем SAFeLeSSru. В подавляющем большинстве случаев, если это гигантская классическая корпорация, вы получаете красивые слайды, СкрамНо на местах, трайбы, как у Spotify, и все ту же скорость черепахи с точки зрения развития бизнеса. А вот настоящей тру-гибкости как не было, так и нет (если не считать классного промоутинга отдельных карьеристов и вкусных контрактов для консалтинга). И грустно, и скучно, и никакого челенджа.

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

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

В общем, приходите! Только правда, только хардкор!"

Teams are immutable, which means that every time someone joins or leaves, you have a new team, not the changed team. But what are the most common ways of forming the teams? In most of the cases it’s a managerial selection. The truth is people work best when they have a choice over what they work on and who they work with. Self-selection might be one of the best facilitation techniques to help whether you are forming new team or reorganising the old one. In this talk Nataliya, experienced Engineering Manager and Agile Coach, will share and retrospect her experience of conducting self-selection workshop as a part of the department reorganisation process.

Скейлед Аджайл: трансформация vs адаптация

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

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

We have been experiencing a radical change in terms of market dynamics and economic models for the last few decades. In fact, we are shifting from a world where giant companies are kings to a world where clients are kings, in other words, from a production-oriented world to a new service-based world. This radical and great change also affects the company structures and ways of doing business. Today, companies are trying to pull away from the old concept of the huge, pyramid organization dominated by hierarchy and bureaucracy which was the norm in the 20th century. However, this is not an easy transformation. So much so that, when we compare the old business model and organizational structure to the agile approach, it is almost impossible to find something in common between the two. Therefore, this transformation process is a challenging and error-prone journey. In order not to repeat the same mistakes, let's discuss together some common blockers that we encounter and try to come up with some practical solution proposals.

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

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

What are the characteristics of a good Scrum Team? Are you willing to be a Product Owner or Scrum Master? are you wondering about the maturity of your development team? This talk will give you insights about how the evolution of the development team, scrum master, and the product owner.

"Imagine that your company won a bid and was selected, as a technology partner for a large investment bank with its core business in the UK and headquarters in the US. Your company is full of talented, well-educated, full-stack developers that are versatile in various technologies and functional domains.

A client-company wants your company to take on development of a large product (on-line trading platform) that is meant to generate millions of dollars in revenue, quarterly. But there are some additional conditions....

A client-company had a lot of experience, dealing with far-off-shore outsourcing firms, promising golden mountains under a blue sky, but then delivering poor quality software, while overrunning expected costs and providing a low transparency of their process. Along the way, a client-company was hurt, more than once, relying on big consultancies with complex, so-called ""agile"" scaling frameworks.

A client-company wants to try something different....
This time around, a client company wants to have full transparency into the process and have delivery of potentially shippable product increment (PSPI) every sprint, as well as have a close interaction with their technology partners. A client-company was able to identify a real Product Owner who will spearhead this effort and who wants to use Large-Scale Scrum (LeSS).
Does your company understand Scrum down cold? Does your company understand Large Scale Scrum (LeSS)?
Option 3 on this graphic:
https://less.works/img/framework/who-is-the-product-owner-in-different-types-of-development.pdf

Does it have very seasoned Scrum Masters on staff, who can coach teams during LeSS product development effort?
Can you make this first partnership with a new client into a success?"

"How organizations prevent themselves from being Agile

Goal: To cover (or uncover) three common anti-patterns during Agile adoption by organizations.
There are many common anti-patterns I observed in organizations during implementing Agile mindset and Scrum framework. Let’s focus on three of them. What you would do to avoid these anti-patterns? Some advice is included!"

UX work in Scrum – workshop

Teams tend to separate UX work from coding and testing. How to combine work together and deliver the potentially releasable Increment each Sprint? What is the most important in value delivery? What tools and practices can UX use to improve business outcomes, help a Product Owner and focus on collaboration with users along with teams.

"Почему команда является таким важным элементом в успехе применения Скрама.
Что мешает командам становится ""зрелыми"".
4 практических совета как сделать команды более ""взрослыми"" и ""сильными""."

Scrum at Scale - the natural evolution of Scrum

The key to a successful agile transformation is to accept the reality and start with what you know taking small steps that will have great impact. If we take a look through the agile window of history, we will see a lot of cases of agile transformations of all kind of organizations that either failed or succeeded.

There are many reasons why an agile transformation could lead to a total organisational disorder and eventually to a fatal failure wasting money, time, opportunities and of course the trust towards the decision making process.

Let’s navigate through the Scrum@Scale guide and via some case studies understand the key points of an agile transformation.

Together, we'll explore successfull examples of such cultures, analyze cases where things went haywire and share tips on how to build offshore teams that bring added value to their customer by "giving a damn". We'll learn about selecting and fostering the team, manage your client while the team learns to care and why you should give a damn about all this.

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

Цель, OKR, видение, миссия, драйвер, эпик, BAG. Можете ли вы спонтанно объяснить различия между этими терминами? Большинство людей не могут. Легко запутаться в том, что означают эти термины и в каком контексте каждый из них полезен. По сути, все они описывают то, что кто-то хочет достичь.
Agile предлагает несколько идей о работе с целями и планировании - от уровня портфолио до ежедневной работы.
А как насчет целей? Кто и когда определяет и отслеживает их?
Поговорим о целях, инструментах impact mapping и example mapping и о немного о том, что измеряет скрам мастер в этом всем.

Agile Transformation Path of Raiffeisen Bank Aval

Scrum and various Agile scaling frameworks focus on importance of Product Owner role, cross-functional "two-pizza" teams and technical excellence, however, each organization goes its own way to put these principles to life.

In this talk, we will focus on how the largest private bank in Ukraine (Raiffeisen Bank Aval) uses different marketing and product management tools to get from feature-centric to customer experience-centric product development and put product discovery process as a parallel stream to product delivery. We will also talk openly about IT, business and organizational structure challenges we are facing during Agile scaling.

You will learn how splitting the whole change-the-business portfolio into value streams and product/service teams helps in enabling entrepreneurial mindset and moving from project-focused to product-focused development.

You will also learn about the transformation process, or what does it take to define product owner role properly and change their mindset from subject matter expert to entrepreneur stance.

Agile Transformation Path of Raiffeisen Bank Aval

Scrum and various Agile scaling frameworks focus on importance of Product Owner role, cross-functional "two-pizza" teams and technical excellence, however, each organization goes its own way to put these principles to life.

In this talk, we will focus on how the largest private bank in Ukraine (Raiffeisen Bank Aval) uses different marketing and product management tools to get from feature-centric to customer experience-centric product development and put product discovery process as a parallel stream to product delivery. We will also talk openly about IT, business and organizational structure challenges we are facing during Agile scaling.

You will learn how splitting the whole change-the-business portfolio into value streams and product/service teams helps in enabling entrepreneurial mindset and moving from project-focused to product-focused development.

You will also learn about the transformation process, or what does it take to define product owner role properly and change their mindset from subject matter expert to entrepreneur stance.

Ми поговоримо про нюанси та специфіку сервісних компаній. Які нюанси виникають при співпраці з клієнтами в стані Agile трансформації та змін. Що працює, а що не працює на практиці. Будемо говорити про практичні навички, та інструменти, які допомагають проходити турбулентні періоди, та періоди змін разом з командою на прикладі реальних проектів та мого досвіду. Поговоримо про те як будувати комунікації з командою та з замовником, які ролі потрібні для успішної роботи.

Медіація, як ефективний інструмент побудови комунікації в команді

Медіація є ефективним гнучким способом вирішення конфліктів між його учасниками, в якій нейтральний посередник(медіатор) допомагає сторонам визначити потреби та інтереси, пристосуватись до вже змінених обставин та віднайти рішення, які задовольняють інтереси кожної сторони.

Медіація допомагає вирішити конфлікти з побудовою стосунків та бачення комунікації в майбутньому. В процесі переговорів медіатор працює з емоціями кожної сторони, допомагає почути один одного, зрозуміти та відчути важливість інтересів один одного, зрозуміти, що сторони є “партнерами по конфлікту” та побачити дійсні базові потреби та інтереси за тими емоціями, які супроводжують комунікацію сторін.

Що важливо — що всі рішення сторони приймають самостійно, без жодних рамок та обмежень. В процесі вирішення конфлікту учасники не обмежені лише формальною ситуацією та своїми принциповими позиціями — баченням кожною стороною своєї власної “правди”, всі питання один до одного можуть стати предметом обговорення та вирішення в процесі медіації.

Як відомо, жоден конфлікт не про те, про що він насправді. А ще Сократ говорив: “Заговори до мене, щоб я тебе побачив”. Тому в медіації важливий діалог і бачення ситуації кожним, а медіатор за допомогою інструментів та медіаційних технік допомогає сторонам “підсвітити” їх сліпі зони комунікації, почути те, що заховане під фразами-образами, тригерами, за емоційними реакціями. І вже побудувати щось важливе на принципі задоволення потреб кожного. Магія медіація в тому, що ми працюємо зі стосунками та трансформацією стосунків між людьми, на яких потім базуються всі професійні досягнення, клімат в колективі та принцип “я — адвокат своєї компанії”.

Improving digital products with Service Design Blueprint
Customer Journey Map is undoubtedly a great approach to understand and improve all the touchpoints with your customer and drive more engagement. With the Service Design Blueprint, we get a step further and connect the dots between what is on the front stage and visible for the customer, and what is behind the scenes - processes, systems, actors and policies. There are multiple benefits of blueprinting your service such as failure analysis, identifying bottlenecks, clarifying interactions and reducing the silos. Also, it can help you to rethink the future of your business by changing mindset from product-based to service-based, building new organisational structures and capabilities. In this talk, Nikolay will give you an introduction to Service Design blueprinting, explain the difference with Customer Journey mapping and highlight both tactical and strategic benefits of using the approach.

Я пропоную розглянути декілька (анти-)шаблонів, що досить часто зустрічаються у реальному житті у скрам-майстерів і agile-коучів. Ми також попрацюємо на конкретних кейсах як можна знайти баланс між викликом для команд і наданням їм допомоги

Робота в рамках державних проектів вважається доволі «плановою» та не зовсім Agile, проте все змінюється, коли ви працюєте волонтером. І, як завжди, коли ви приймаєте вибір щодо підходу роботи, є свої плюси і мінуси. У цьому виступі хотів би поділитися, як наша розподілена команда волонтерів створила мобільний додаток для Міністерства цифрової трансформації - Дія. З якими проблемами ми стикалися і як конкретно ми їх вирішували (або змирялись 🙂 )
- яка була команда та процес
- чим розподілена команда волонтерів відрізняється від вашої звичайної команди
- як працюють процеси Agile в такому проекті
- як вихід в прод працює для мобільних державних додатків
Долучайтесь, подискутуємо.

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

УПРАВЛЕНИЕ ОТВЕТСТВЕННОСТЬЮ. Workshop для лидеров команд

1. Принципы управление командной и персональной ответственностью. Зоны роста лидера

2. 7 способов снятия ответственности, маркеры их определения

3. Коучинговые беседы и модели ТА как инструменты управления ответственностью

4. Базовый алгоритм проведения коуч-сессий START

5. Тест и ключи для самокоучинга «Личная ответственность лидера команды»

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

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

Teams!
Teams are becoming a basic building block for many contemporary business organizations, with one survey finding 68 percent of Fortune 1000 companies using self-managing teams” - Lawler, Mohrman & Ledford
Поддержка программы чтения с экрана включена.

This is the agile transformation story of a financial institution in Turkey, TEB- JV of BNPP Group, which has a vision to become a leader among the medium-scaled banks; to offer high quality service provision to its innovative customers and create sustainable profits for its shareholders.

This story will talk about the wisdom and insights on “try & keep’s ”, “think twice, re-adjust’s” and “never ever’s” experiences obtained in an environment with 40+ Scrum Teams in 19 months by garnishing with Portfolio Agility, establisment of an Agile Studio and initiation of an industrial way of coaching.

A journey designed to put agile into practice in an agile way with more than 1000+ people involved and with the great support of Agile Catalyst Community of BNPP Group.

Преимущества и вызовы мультикультурной среды в IT-компаниях: 4 совета

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

За 19 лет жизни и работы в Израиле и США я убедился, что мультикультурная среда может быть приятным и полезным опытом. Но опыт этот полон вызовов.

Мы поговорим о сильных и слабых сторонах мультикультурных компаний, разнообразии в талантах, навыках и командах.

This is the agile transformation story of a financial institution in Turkey, TEB- JV of BNPP Group, which has a vision to become a leader among the medium-scaled banks; to offer high quality service provision to its innovative customers and create sustainable profits for its shareholders.

This story will talk about the wisdom and insights on “try & keep’s ”, “think twice, re-adjust’s” and “never ever’s” experiences obtained in an environment with 40+ Scrum Teams in 19 months by garnishing with Portfolio Agility, establisment of an Agile Studio and initiation of an industrial way of coaching.

A journey designed to put agile into practice in an agile way with more than 1000+ people involved and with the great support of Agile Catalyst Community of BNPP Group.

Agile Framework for Digital Transformation
В своем докладе Слава Москаленко поделится опытом внедрения гибких подходов для старта цифровых технологических продуктов в компаниях, которые не разрабатывают собственное программное обеспечение для своих клиентов. Такие инициативы принято классифицировать как “digital transformation”. Лучшие практики организации команд, процессов и самой цифровой трансформации собраны в единый фреймворк. Основные элементы фреймворка будут сопровождаться реальными кейсами.

"Engagement is (the) key"
Scrum drives us toward increasing the value we deliver. Although ‘value’ in itself is hard to quantify, we can measure and improve how we effectively deliver value. “Team Engagement” is the most ignored aspect of ‘value’, yet one where huge gains can be made to increase the ability to deliver value.

Barış Bal serves ACM as Managing Partner, Agile Coach and Trainer. He provides organizational transformation and adoption consulting as well as training in various aspects of Agile, Scrum and Kanban by putting together his theoretical and practical knowledge. Also, he has passed many certifications: PSM I, PSPO I, CSM, CSP, DevOps Foundation, Management 3.0, KMP I.

Barış’s background includes 10+ years expertise in IT domain. He has worked for entrepreneurial and enterprise companies in IT, Telcom and Defence sectors in many diverse roles, such as Scrum Master, software engineer, analyst, Project manager etc.

Barış is a regular speaker at national conferences, has a top Agile blog in Turkey which is www.scrumturkey.com, creator of www.agilesparrow.com and the Leader of Ankara JUG.

Agile Transformation - the Next Level From IT Agility to Business Agility

Business agility or organization agility is one of the important trends in today’s business world.
Consequently, Agile practices used so far in fields of IT and SW development, are now utilized across
the whole organization.
Today’s market competition generates frequent business changes to which companies have to adapt
quickly. In the VUCA (Volatility, Uncertainty, Complexity and Ambiguity) world, many organizations
may find themselves out of business because “the fast eats the slow” (not the “big eats the small”).
It’s therefore imperative that organizations devise new strategies.
These strategies are not about robustness but rather about the ability to adapt quickly to the
changing market environment and be able to compete based on changing market’s needs.
This presentation will present a short and focused view on one of the most important initiatives
organizations should take in order to survive in this market. We will discuss What Business Agility is
and what it is not, Why it is so important and How to overcome the challenge of organizational silos
and hierarchy and be able to “Organize Around Value”.
In the past year, I had the opportunity to work with several companies and support them in this
agility journey. I’ll provide examples from two such cases: one is a large semiconductor
manufacturing company, the other a startup that grew fast to a mid-size company (more than 100
people). Each one wished to improve agility in order to be able to act faster in the marketplace.”.
We will discuss the challenges, the barriers and the way those organization moved forward to
improve agility so that the audience of this session will be able to rethink the way agility can work
for them in their organization.