Scrum рівня продукту. Упередження, які заважають будувати продуктову розробку | Scrum Україна - тренінги, навчання та сертифікації Agile, Scrum, Large-Scale Scrum
 
Навчання  /  Масштабний Agile і Scrum  /  Scrum рівня продукту. Упередження, які заважають будувати продуктову розробку

вебінар: Scrum рівня продукту. Упередження, які заважають будувати продуктову розробку



Запис заходи

Цей захід вже пройшов. Ви можете переглянути відеозапис:

Scrum рівня продукту. Упередження, які заважають будувати продуктову розробку

Miro-дошка цього вебінару: https://miro.com/app/board/uXjVPvnZUrk=/

Історія чату трансляції

  • Daria Poliakova [admin]:
    Старт трансляції 22 січня о 19:00 за Київським часом
  • Alexey Krivitsky [admin]:
    41 минута до старта 👊
  • Alexey Krivitsky [admin]:
    привет всем, скоро стартуем. чатик работает
  • Valerii Cherepanov:
    хай )
  • Artem Deshytskyi:
    yep
  • Oksana Lobko:
    👍
  • Artem Deshytskyi:
    чути)
  • Вик:
    чутно :)
  • Карина Коник:
    👍
  • Yurii Yurii:
    Доброго вечора! Чути норм
  • Алексей:
    Чутно добре
  • ARTEM SUKHOROSLOV:
    👍
  • Kateryna Shepilova:
    👍
  • Volodymyr Palagin:
    слышно отлично, добрый вечер!
  • Oksana Lobko:

    стопудово :))
    в ночных клубах и ресторанах воскресенье вечер - тоже самое пустое время
  • ARTEM SUKHOROSLOV:
    у нас тут будет скрам-гараж :)
  • олена:
    3
  • ARTEM SUKHOROSLOV:
    1
  • ARTEM SUKHOROSLOV:
    4
  • Mariana:
    5
  • Alexey Shtatnov:
    почитай нам))
  • Oksana Lobko:
    мы сами читаем на ночь, детям
  • Alexey Shtatnov:
    бывало))
  • Volodymyr Palagin:
    😀
  • Алексей:
    я не могу найти работу с мая прошлого года😢
  • олена:
    😭
  • Volodymyr Palagin:
    +Гугл, и этот процесс массовых увольнений пока только нарастает
  • Oksana Lobko:
    без паники, сокращения 5-10%, сброс балласта
  • Oksana Lobko:
    дефицит айтишников - несравнимо сильнее, с зп в 2 раза меньше можно найти быстро, потом искать спокойно получше
  • Oksana Lobko:
    но свою ценность и ачивки надо трекать обязательно, чтоб в любой момент отчитаться за год
  • Volodymyr Palagin:
    :))))
  • Oleksii:
    )))
  • Dmytro Sheremetiev:
    (оффтоп) на стене басы висят? справа внизу - что за модель?
  • Dmytro Sheremetiev:
    👍
  • Oksana Lobko:
    потому что всем пофиг и длинный feedback loop
  • Oleksii:
    нет связи между командами
  • Alexey Shtatnov:
    была какая-то история, что в гугле работают 20% разрабов
  • Volodymyr Palagin:

    Нужно быстрее - нужно добавить людей, чтобы делали быстрее.
    Это же очевидно, шутка про 9 женщин и один месяц.
  • Oksana Lobko:
    никогда не буду работать в больших компаниях :))
  • Tetyana:
    нема інтеграції між командами і елементами беклогу
  • Alexey Shtatnov:
    архитекторы))
  • ARTEM SUKHOROSLOV:
    никогда не буду работать )))
  • Oksana Lobko:
    лучше когда founding product engineers - с долей в проекте, фулстеки, делают фичи и следят за внедрением и использованием
  • Volodymyr Palagin:
    о, это же архитектор!
  • Oksana Lobko:
    product manager
  • Yuliia:
    BA
  • олена:
    ERP manager
  • Alina:
    BA
  • Volodymyr Palagin:
    и плюс к тимлидам. Работает, если у лидов есть капасити и желание этим заниматься
  • Alexey Shtatnov:
    команды нельзя отправлять к клиентам))
  • Oleksii:
    TLs+PO(PM)
  • Alexey Shtatnov:
    группа автотестов
  • ARTEM SUKHOROSLOV:
    я однажды видел, что это делал CEO
  • Alexey Shtatnov:
    перед ПО еще стоят коммерсы или сейлзы
  • Dmytro Reytmaer:
    ссылка на миро будет?
  • Alexey Shtatnov:
    мы внимание))
  • Oleksii:
    то-есть возврат инв на имеет высший приоритет ?
  • Evgeniy Labunskiy [admin]:
    в продуктовой разработке у тебя всегда гипотезпа что что то принесет денег. и чем быстрее ті узнаешь о том, что это приносит цен
  • Evgeniy Labunskiy [admin]:
    тем лучше
  • Evgeniy Labunskiy [admin]:
    я тут был :)
  • ARTEM SUKHOROSLOV:
    огонь
  • Александр:
    Business intelligence это кто-то новый))
  • Volodymyr Palagin:
    отлично, многое откликается
  • Oleksii:
    горю)
  • Julia Tychynska:
    Захватывающая история )
  • Oksana Lobko:
    мне ужасно интересно про методы определения ценности, чтобы потом приоритизировать
  • Evgeniy Labunskiy [admin]:
    хорошо идет!
  • ARTEM SUKHOROSLOV:
    эмоджей тут маловато, правда )))
  • Алексей:
    ору с фразы про разработчиков
  • Александр:
    А это уже конец истории? Как жил Боря дальше ?)
  • Artem Deshytskyi:
    а пицца какая была? и главное откуда?!
  • ARTEM SUKHOROSLOV:
    пицца из Напуле, на Мечникова (в Киеве)
  • Александр:
    А есть линк на Миро ?
  • Oksana Lobko:
    нет! только напрямую! все остальное - это длинный feedback loop через испорченный телефон
  • Artem Deshytskyi:
    Напуле самая крутая, пережила всех)) и проверена временем
  • Artem Deshytskyi:
    жаль Мамма Миа на воздухофлотском сгорела(
  • Evgeniy Labunskiy [admin]:
    все можно, было бы желание. но стресс создает лучшую движущую силу
  • Oksana Lobko:
    👍
  • Александр:
    Очень сомнительная история с убиранием префиксов и грейдов
  • Evgeniy Labunskiy [admin]:
    вай?
  • ARTEM SUKHOROSLOV:
    сомнительно, что после нее не пристрелили СМов?
  • Evgeniy Labunskiy [admin]:
    система такая как вы ее строите. Если у вас есть КуА в команде, то будьте уверены что именно он/она будет все тестировать
  • Александр:
    Абсолютное большинство backend девов мило и выше уровня могут решить фронтовую задачу, но в обратную сторону работает уже реже.
  • Evgeniy Labunskiy [admin]:
    а остальные будут говорить что это не их работа
  • Evgeniy Labunskiy [admin]:
    потому чем больше у вас специализации - тем больше у вас стен и разговоров где чия работа
  • Oleksandr Dobrokhlop:
    Началась практическая работа над "ошибками"
  • Александр:
    А Грейд очень важная вещь для построения ожидания от разработчика, необходимого уровня декомпозиции задачи, та же естимация
  • ARTEM SUKHOROSLOV:
    да, куда ж без грейдов? чем же меряться в баре?
  • Evgeniy Labunskiy [admin]:
    Саша, вы так говорите, типа грейды - едиснтвенный способ прокачивать разрабов. это априори не может быть правдой
  • Александр:
    Team 1
  • Александр:
    Я как раз говорю про пользу грейдов в работе PO, это конечно не основной способ прокачивать девов
  • Igor Bychkov:
    а как определялось, кто именно от команд ходил на refinement?
  • Evgeniy Labunskiy [admin]:
    не очень понимаю в чем польза для ПО
  • Evgeniy Labunskiy [admin]:
    а как определялось: например, можно спросить команды, кто пойдет
  • Oleksandr Dobrokhlop:
    Второй вариант - более вероятнее.
  • Oleksandr Dobrokhlop:
    Команды технически подросли в плане обучились
  • Dmytro Sheremetiev:
    способности команд увеличились за счет новых задач
  • Oleksandr Dobrokhlop:
    Тренинг
  • Александр:
    Только 4 команда особняком осталась и имеет уникальную экспертизу)
  • Oleksandr Dobrokhlop:
    Четвертую команду тоже можно обучить😉
  • Dmytro Reytmaer:
    Команда писала код для себя...
  • Александр:
    Интересно, что на практике такие команды 4 реально распространены, где только 3-4 человека в легаси могут разобраться ))
  • Evgeniy Labunskiy [admin]:
    это результат структуры компании
  • Evgeniy Labunskiy [admin]:
    если сруктура вокруг компонентов - будут спецы и их может быть совсем мало
  • Evgeniy Labunskiy [admin]:
    еще компонентизация часто ведет к тому, что у вас растет зоопарк технологий - разные команды решают локальные проблемы 1/n
  • Volodymyr Palagin:
    👏
  • Evgeniy Labunskiy [admin]:
    и по итогу у вас можут быть разные инструменты для решения тех же проблем, разные языки программирования
  • Oleksandr Dobrokhlop:
    👍
  • Oleksii:
    как понять , что команду расширять уже не нужно, на какие показатели нужно обратить внимание
  • Alexey Shtatnov:
    интересно посмотреть))
  • Volodymyr Palagin:
    поучительно, спасибо. Ушёл думать )
  • ARTEM SUKHOROSLOV:
    найсъ! Леша, нам нужно твое миро и контрабас )))
  • Александр:
    Полезная и интересная история) формат очень удачный подобран
  • Alexey Krivitsky [admin]:
    https://miro.com/app/board/uXjVPvnZUrk=/?share_link_id=611797548902
  • Oleksandr Dobrokhlop:
    Полезно и интересно было
  • Evgeniy Labunskiy [admin]:
    привер ИоС и андроид. если бы команды извнчально были кросс-компонентные они бы скорее выбрали реакт нейтив а не нативные языки
  • Tetyana:

    де взяти таких активних працівників, що постійно хочуть вчитись ))
    Дякую! було цікаво!
    Буде запис?
  • Oleksandr Dobrokhlop:

    Спасибо.
    Работает.
  • Dmytro Sheremetiev:
    открылось
  • Mariana:
    Лаконічно і доступно! Дякую!
  • Yulia Savchuk:
    дякую, було цікаво! 👍
  • Oksana Lobko:
    я все еще за то, чтоб у прогеров был доступ к юзерам и метрикам
  • Olena Kokhan:
    Очень интересная подача материала, благодарю!
  • Mariana:
    прекрасна українська!
  • Oksana Lobko:
    и отдельно должно цениться - выбрасывание старого и рефакторинг, как уборку делать
  • Oksana Lobko:
    и не раскрыта тема кто и как выбирает что самое важное
  • Evgeniy Labunskiy [admin]:
    запис вже є на нашому ютубі
  • Evgeniy Labunskiy [admin]:
    https://www.youtube.com/@ScrumUkraine
  • Alexey Shtatnov:
    можно без перемешивания, эволюционно растить навыки ?
  • Evgeniy Labunskiy [admin]:
    без перемешивания команд?
  • Evgeniy Labunskiy [admin]:
    если вы ничего не поменяете в структре - ничего не поменяется в проведении людей
  • Александр:
    Хорошего вечера!
  • Dmytro Sheremetiev:
    👏
  • Evgeniy Labunskiy [admin]:
    спасибо!
  • Alexey Krivitsky [admin]:
    https://www.youtube.com/watch?v=9yQ5BetIpRo

Мова заходу: російська.

Опис заходу

На цьому вебінарі, взявши за приклад кілька організацій, ми розглянемо типові перешкоди та способи їх подолання на шляху формування повноцінної продуктивної екосистеми.

Ми поговоримо про важливі зміни ролі продакт менеджерів та інституту власника продукту в організації, яка практикує Scrum на весь продукт.

Розглянемо цілі та завдання менеджерів такої організації, зокрема інженерних та дисциплінарних менеджерів.

Після цього вебінару у вас з'явиться бачення структури та способу роботи цілісної продуктової організації. А це найважливіший крок для введення змін, оскільки зміни мають відбутися спочатку у вашій голові.

Тренер


Agile Coach | Керуючий партнер | Certified Scrum Trainer® у ScrumAlliance
Мова заходу: російська.

Опис заходу

На цьому вебінарі, взявши за приклад кілька організацій, ми розглянемо типові перешкоди та способи їх подолання на шляху формування повноцінної продуктивної екосистеми.

Ми поговоримо про важливі зміни ролі продакт менеджерів та інституту власника продукту в організації, яка практикує Scrum на весь продукт.

Розглянемо цілі та завдання менеджерів такої організації, зокрема інженерних та дисциплінарних менеджерів.

Після цього вебінару у вас з'явиться бачення структури та способу роботи цілісної продуктової організації. А це найважливіший крок для введення змін, оскільки зміни мають відбутися спочатку у вашій голові.

Тренер


Agile Coach | Керуючий партнер | Certified Scrum Trainer® у ScrumAlliance

Рекомендовані заходи

тренінг
Олексій Кривицький  

Цей сертифікований онлайн-курс розкриє перед вам мир масштабної продуктової розробки на 5, 10 або 11...

тренінг
Дмитро Незабитовський, Олександр Червінський  

Дводенний поглиблений клас присвячений фасилітації. Курс сертифікаційний, після закінчення учасники отримують іменні сертифікати ICAgile - Agile Team Facilitation (ICP-ATF Certified professional). Від основ до впевненого застосування.

тренінг
Олексій Кривицький  

Це офіційний інтенсивний сертифікаційний клас Scrum Alliance. Курс читає Олексій Кривицький – Certified Scrum Trainer, розробник, скрам-майстер та практикуючий agile-коуч з 2008 року.

Підписатися

Будьте завжди в курсі наших вебінарів та тренінгів, корисних статей та інших новин в світі Agile і Scrum.
 

Ми активні в соціальних мережах і хочемо спілкуватися. Додавайтеся на нашу сторінку в facebook та приєднуйтесь до наших спільнот.

З приводу тренінгів, реєстрацій, рахунків:
+380993383636
@scrum_ukraine
hello@scrum.ua

Із питань корпоративних програм:
+380993383636
hello@scrum.ua

©2017 - 2024 Scrum Ukraine. Всі права захищені.

Політика конфіденційності