SlideShare a Scribd company logo

"Cross-functional teams: what to do when a new hire doesn’t solve the business problems", Dmytro Kononov

Fwdays
Fwdays

I'll share my experience of how we built cross-functional teams from scratch. And I'll talk about how it all started: the need to restructure the team, the idea implementation, tasks, risks, and challenges. Let’s dive into timelines, metrics, numbers, and results.

1 of 29
Download to read offline
"Cross-functional teams: what to do when a new hire doesn’t solve the business problems", Dmytro Kononov
Дмитро Кононов
● CTO / co-founder української продуктової
iT-компанії appflame
● Маю понад 15 років досвіду в IT,
з них 13 – у дейтингу
● Керую трьома продуктами в appflame: Hily,
Taimi та RnD напрямком
31 мільйон користувачів
2.1 мільйона реакцій щодня
4.6/5 Apple Store та 4.4/5 Google Play
● 35 інженерів
● 3 платформи: iOS, Android, Backend
● Вже був Scrum на певному етапі впровадження
З чого усе починалось?
Як усе
відчувалось?
● Більшість функціонала не виходила вчасно
● Кожну проблему намагалася вирішити наймом
● Хаотичний розподіл зон відповідальності
● Відмова брати відповідальність за свої рішення
● Люди вигорали, звільнялися, боялися брати
відповідальність
Які були проблеми?

Recommended

Oleg Svirskyi, BAQ, Pm challenges
Oleg Svirskyi, BAQ, Pm challenges Oleg Svirskyi, BAQ, Pm challenges
Oleg Svirskyi, BAQ, Pm challenges Dakiry
 
How to Leverage your Skill Set for Product by Matic PM
How to Leverage your Skill Set for Product by Matic PMHow to Leverage your Skill Set for Product by Matic PM
How to Leverage your Skill Set for Product by Matic PMProduct School
 
PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...
PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...
PMday 2015. Любов Самойлова “Post-project/post-mortem report: як перетворити ...Lviv Startup Club
 
Kardash victor kardash unisenderprocess
Kardash victor kardash unisenderprocessKardash victor kardash unisenderprocess
Kardash victor kardash unisenderprocessLviv Startup Club
 
Андрій Поданенко — Воркшоп "Розвертання CIBox"
Андрій Поданенко — Воркшоп "Розвертання CIBox"Андрій Поданенко — Воркшоп "Розвертання CIBox"
Андрій Поданенко — Воркшоп "Розвертання CIBox"LEDC 2016
 
Головні Принципи Автоматизації
Головні Принципи АвтоматизаціїГоловні Принципи Автоматизації
Головні Принципи АвтоматизаціїAndrii Podanenko
 
Multi-platform optimization.pdf
Multi-platform optimization.pdfMulti-platform optimization.pdf
Multi-platform optimization.pdfAPPAU_Ukraine
 

More Related Content

Similar to "Cross-functional teams: what to do when a new hire doesn’t solve the business problems", Dmytro Kononov

Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...Lviv Startup Club
 
Планування та менеджмент проектів в М1
Планування та менеджмент проектів в М1Планування та менеджмент проектів в М1
Планування та менеджмент проектів в М1Oleg Nazarevych
 
Ілона Кулинич “Маленький Скрам проти Великого Вотерфолу: історія одного ПМа”
  Ілона Кулинич “Маленький Скрам проти Великого Вотерфолу: історія одного ПМа”  Ілона Кулинич “Маленький Скрам проти Великого Вотерфолу: історія одного ПМа”
Ілона Кулинич “Маленький Скрам проти Великого Вотерфолу: історія одного ПМа”Lviv Startup Club
 
Як робити рефакторинг в продукті з бурхливою історією
Як робити рефакторинг в продукті з бурхливою історієюЯк робити рефакторинг в продукті з бурхливою історією
Як робити рефакторинг в продукті з бурхливою історієюAleksandr Brychuk
 
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....HOWWEDOIT
 
Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...
Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...
Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...Lviv Startup Club
 
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”Lviv Startup Club
 
Чому провалюються проекти (3 години для країни). Презентація.
Чому провалюються проекти (3 години для країни). Презентація.Чому провалюються проекти (3 години для країни). Презентація.
Чому провалюються проекти (3 години для країни). Презентація.Sophy Chilingarova
 
Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...
Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...
Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...Lviv Startup Club
 
Marafon_part1 (1).pptx
Marafon_part1  (1).pptxMarafon_part1  (1).pptx
Marafon_part1 (1).pptxssuser75c4bb
 
Основні метрики юзабіліті тестування
Основні метрики юзабіліті тестуванняОсновні метрики юзабіліті тестування
Основні метрики юзабіліті тестуванняYuri Ternytsky
 
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...GoQA
 
Техніка 8D для прийняття рішень.pptx
Техніка 8D для прийняття рішень.pptxТехніка 8D для прийняття рішень.pptx
Техніка 8D для прийняття рішень.pptxRostyslavDmytruk
 
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)Lviv Startup Club
 
Юрий Почтар "Tools vs people: коли інструменти працюють проти людей"
Юрий Почтар "Tools vs people: коли інструменти працюють проти людей"Юрий Почтар "Tools vs people: коли інструменти працюють проти людей"
Юрий Почтар "Tools vs people: коли інструменти працюють проти людей"Fwdays
 
«Agile and Scrum scalability - theory and practice» by Helen Prykhnych
 «Agile and Scrum scalability - theory and practice» by Helen Prykhnych «Agile and Scrum scalability - theory and practice» by Helen Prykhnych
«Agile and Scrum scalability - theory and practice» by Helen PrykhnychDive_into_Management
 
Планування та менеджмент проектів в MagneticOne
Планування та менеджмент проектів в MagneticOneПланування та менеджмент проектів в MagneticOne
Планування та менеджмент проектів в MagneticOneOleg Nazarevych
 

Similar to "Cross-functional teams: what to do when a new hire doesn’t solve the business problems", Dmytro Kononov (20)

Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
Roman Humeniuk: Аджайл асесменти – навіщо вони і як ними користуватися. Власн...
 
Agile (IF PM Group) v2
Agile (IF PM Group) v2Agile (IF PM Group) v2
Agile (IF PM Group) v2
 
Планування та менеджмент проектів в М1
Планування та менеджмент проектів в М1Планування та менеджмент проектів в М1
Планування та менеджмент проектів в М1
 
Ілона Кулинич “Маленький Скрам проти Великого Вотерфолу: історія одного ПМа”
  Ілона Кулинич “Маленький Скрам проти Великого Вотерфолу: історія одного ПМа”  Ілона Кулинич “Маленький Скрам проти Великого Вотерфолу: історія одного ПМа”
Ілона Кулинич “Маленький Скрам проти Великого Вотерфолу: історія одного ПМа”
 
Як робити рефакторинг в продукті з бурхливою історією
Як робити рефакторинг в продукті з бурхливою історієюЯк робити рефакторинг в продукті з бурхливою історією
Як робити рефакторинг в продукті з бурхливою історією
 
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
 
Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...
Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...
Aleksandr Klimchuk: Життєвий цикл проектів у великому бізнесі. Менеджмент пор...
 
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
Віталій Подоба. “Складний Кейс: Віддалений, Між-Часовий, Part-Time менеджмент”
 
Чому провалюються проекти (3 години для країни). Презентація.
Чому провалюються проекти (3 години для країни). Презентація.Чому провалюються проекти (3 години для країни). Презентація.
Чому провалюються проекти (3 години для країни). Презентація.
 
Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...
Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...
Микола Коркішко та Дмитро Лозовицький "Основні перешкоди Product Owner-a поча...
 
Marafon_part1 (1).pptx
Marafon_part1  (1).pptxMarafon_part1  (1).pptx
Marafon_part1 (1).pptx
 
SCRUM methodology
SCRUM methodology  SCRUM methodology
SCRUM methodology
 
Основні метрики юзабіліті тестування
Основні метрики юзабіліті тестуванняОсновні метрики юзабіліті тестування
Основні метрики юзабіліті тестування
 
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
 
Техніка 8D для прийняття рішень.pptx
Техніка 8D для прийняття рішень.pptxТехніка 8D для прийняття рішень.pptx
Техніка 8D для прийняття рішень.pptx
 
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
Alexander Marchenko: Адаптивність чи довгострокове планування? (UA)
 
Юрий Почтар "Tools vs people: коли інструменти працюють проти людей"
Юрий Почтар "Tools vs people: коли інструменти працюють проти людей"Юрий Почтар "Tools vs people: коли інструменти працюють проти людей"
Юрий Почтар "Tools vs people: коли інструменти працюють проти людей"
 
«Agile and Scrum scalability - theory and practice» by Helen Prykhnych
 «Agile and Scrum scalability - theory and practice» by Helen Prykhnych «Agile and Scrum scalability - theory and practice» by Helen Prykhnych
«Agile and Scrum scalability - theory and practice» by Helen Prykhnych
 
Планування та менеджмент проектів в MagneticOne
Планування та менеджмент проектів в MagneticOneПланування та менеджмент проектів в MagneticOne
Планування та менеджмент проектів в MagneticOne
 
№1(9) 2012
№1(9) 2012№1(9) 2012
№1(9) 2012
 

More from Fwdays

"Incremental rollouts and rollbacks with business metrics control at every st...
"Incremental rollouts and rollbacks with business metrics control at every st..."Incremental rollouts and rollbacks with business metrics control at every st...
"Incremental rollouts and rollbacks with business metrics control at every st...Fwdays
 
"AIRe - AI Reliability Engineering", Denys Vasyliev
"AIRe - AI Reliability Engineering", Denys Vasyliev"AIRe - AI Reliability Engineering", Denys Vasyliev
"AIRe - AI Reliability Engineering", Denys VasylievFwdays
 
"Testing of Helm Charts or There and Back Again", Yura Rochniak
"Testing of Helm Charts or There and Back Again", Yura Rochniak"Testing of Helm Charts or There and Back Again", Yura Rochniak
"Testing of Helm Charts or There and Back Again", Yura RochniakFwdays
 
"Running Open-Source LLM models on Kubernetes", Volodymyr Tsap
"Running Open-Source LLM models on Kubernetes",  Volodymyr Tsap"Running Open-Source LLM models on Kubernetes",  Volodymyr Tsap
"Running Open-Source LLM models on Kubernetes", Volodymyr TsapFwdays
 
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O..."Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...Fwdays
 
"DevOps Practisting Platform on EKS with Karpenter autoscaling", Dmytro Kozhevin
"DevOps Practisting Platform on EKS with Karpenter autoscaling", Dmytro Kozhevin"DevOps Practisting Platform on EKS with Karpenter autoscaling", Dmytro Kozhevin
"DevOps Practisting Platform on EKS with Karpenter autoscaling", Dmytro KozhevinFwdays
 
"Platform Engineering with Development Containers", Igor Fesenko
"Platform Engineering with Development Containers", Igor Fesenko"Platform Engineering with Development Containers", Igor Fesenko
"Platform Engineering with Development Containers", Igor FesenkoFwdays
 
"How we created an SRE team in Temabit as a part of FOZZY Group in conditions...
"How we created an SRE team in Temabit as a part of FOZZY Group in conditions..."How we created an SRE team in Temabit as a part of FOZZY Group in conditions...
"How we created an SRE team in Temabit as a part of FOZZY Group in conditions...Fwdays
 
"Drizzle: What Is It All About?", Alex Blokh, Dan Kochetov
"Drizzle: What Is It All About?", Alex Blokh, Dan Kochetov"Drizzle: What Is It All About?", Alex Blokh, Dan Kochetov
"Drizzle: What Is It All About?", Alex Blokh, Dan KochetovFwdays
 
"Package management in monorepos", Zoltan Kochan
"Package management in monorepos", Zoltan Kochan"Package management in monorepos", Zoltan Kochan
"Package management in monorepos", Zoltan KochanFwdays
 
"Node.js vs workers — A comparison of two JavaScript runtimes", James M Snell
"Node.js vs workers — A comparison of two JavaScript runtimes", James M Snell"Node.js vs workers — A comparison of two JavaScript runtimes", James M Snell
"Node.js vs workers — A comparison of two JavaScript runtimes", James M SnellFwdays
 
"AI and how to integrate ChatGPT as a customer support agent", Sergey Dyachok
"AI and how to integrate ChatGPT as a customer support agent",  Sergey Dyachok"AI and how to integrate ChatGPT as a customer support agent",  Sergey Dyachok
"AI and how to integrate ChatGPT as a customer support agent", Sergey DyachokFwdays
 
"Node.js Development in 2024: trends and tools", Nikita Galkin
"Node.js Development in 2024: trends and tools", Nikita Galkin "Node.js Development in 2024: trends and tools", Nikita Galkin
"Node.js Development in 2024: trends and tools", Nikita Galkin Fwdays
 
"Running students' code in isolation. The hard way", Yurii Holiuk
"Running students' code in isolation. The hard way", Yurii Holiuk "Running students' code in isolation. The hard way", Yurii Holiuk
"Running students' code in isolation. The hard way", Yurii Holiuk Fwdays
 
"Surviving highload with Node.js", Andrii Shumada
"Surviving highload with Node.js", Andrii Shumada "Surviving highload with Node.js", Andrii Shumada
"Surviving highload with Node.js", Andrii Shumada Fwdays
 
"The role of CTO in a classical early-stage startup", Eugene Gusarov
"The role of CTO in a classical early-stage startup", Eugene Gusarov"The role of CTO in a classical early-stage startup", Eugene Gusarov
"The role of CTO in a classical early-stage startup", Eugene GusarovFwdays
 
"Ukrainian Mobile Banking Scaling in Practice. From 0 to 100 and beyond", Vad...
"Ukrainian Mobile Banking Scaling in Practice. From 0 to 100 and beyond", Vad..."Ukrainian Mobile Banking Scaling in Practice. From 0 to 100 and beyond", Vad...
"Ukrainian Mobile Banking Scaling in Practice. From 0 to 100 and beyond", Vad...Fwdays
 
"Thriving Culture in a Product Company — Practical Story", Volodymyr Tsukur
"Thriving Culture in a Product Company — Practical Story", Volodymyr Tsukur"Thriving Culture in a Product Company — Practical Story", Volodymyr Tsukur
"Thriving Culture in a Product Company — Practical Story", Volodymyr TsukurFwdays
 
"Fast Start to Building on AWS", Igor Ivaniuk
"Fast Start to Building on AWS", Igor Ivaniuk"Fast Start to Building on AWS", Igor Ivaniuk
"Fast Start to Building on AWS", Igor IvaniukFwdays
 
"Quality Assurance: Achieving Excellence in startup without a Dedicated QA", ...
"Quality Assurance: Achieving Excellence in startup without a Dedicated QA", ..."Quality Assurance: Achieving Excellence in startup without a Dedicated QA", ...
"Quality Assurance: Achieving Excellence in startup without a Dedicated QA", ...Fwdays
 

More from Fwdays (20)

"Incremental rollouts and rollbacks with business metrics control at every st...
"Incremental rollouts and rollbacks with business metrics control at every st..."Incremental rollouts and rollbacks with business metrics control at every st...
"Incremental rollouts and rollbacks with business metrics control at every st...
 
"AIRe - AI Reliability Engineering", Denys Vasyliev
"AIRe - AI Reliability Engineering", Denys Vasyliev"AIRe - AI Reliability Engineering", Denys Vasyliev
"AIRe - AI Reliability Engineering", Denys Vasyliev
 
"Testing of Helm Charts or There and Back Again", Yura Rochniak
"Testing of Helm Charts or There and Back Again", Yura Rochniak"Testing of Helm Charts or There and Back Again", Yura Rochniak
"Testing of Helm Charts or There and Back Again", Yura Rochniak
 
"Running Open-Source LLM models on Kubernetes", Volodymyr Tsap
"Running Open-Source LLM models on Kubernetes",  Volodymyr Tsap"Running Open-Source LLM models on Kubernetes",  Volodymyr Tsap
"Running Open-Source LLM models on Kubernetes", Volodymyr Tsap
 
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O..."Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
 
"DevOps Practisting Platform on EKS with Karpenter autoscaling", Dmytro Kozhevin
"DevOps Practisting Platform on EKS with Karpenter autoscaling", Dmytro Kozhevin"DevOps Practisting Platform on EKS with Karpenter autoscaling", Dmytro Kozhevin
"DevOps Practisting Platform on EKS with Karpenter autoscaling", Dmytro Kozhevin
 
"Platform Engineering with Development Containers", Igor Fesenko
"Platform Engineering with Development Containers", Igor Fesenko"Platform Engineering with Development Containers", Igor Fesenko
"Platform Engineering with Development Containers", Igor Fesenko
 
"How we created an SRE team in Temabit as a part of FOZZY Group in conditions...
"How we created an SRE team in Temabit as a part of FOZZY Group in conditions..."How we created an SRE team in Temabit as a part of FOZZY Group in conditions...
"How we created an SRE team in Temabit as a part of FOZZY Group in conditions...
 
"Drizzle: What Is It All About?", Alex Blokh, Dan Kochetov
"Drizzle: What Is It All About?", Alex Blokh, Dan Kochetov"Drizzle: What Is It All About?", Alex Blokh, Dan Kochetov
"Drizzle: What Is It All About?", Alex Blokh, Dan Kochetov
 
"Package management in monorepos", Zoltan Kochan
"Package management in monorepos", Zoltan Kochan"Package management in monorepos", Zoltan Kochan
"Package management in monorepos", Zoltan Kochan
 
"Node.js vs workers — A comparison of two JavaScript runtimes", James M Snell
"Node.js vs workers — A comparison of two JavaScript runtimes", James M Snell"Node.js vs workers — A comparison of two JavaScript runtimes", James M Snell
"Node.js vs workers — A comparison of two JavaScript runtimes", James M Snell
 
"AI and how to integrate ChatGPT as a customer support agent", Sergey Dyachok
"AI and how to integrate ChatGPT as a customer support agent",  Sergey Dyachok"AI and how to integrate ChatGPT as a customer support agent",  Sergey Dyachok
"AI and how to integrate ChatGPT as a customer support agent", Sergey Dyachok
 
"Node.js Development in 2024: trends and tools", Nikita Galkin
"Node.js Development in 2024: trends and tools", Nikita Galkin "Node.js Development in 2024: trends and tools", Nikita Galkin
"Node.js Development in 2024: trends and tools", Nikita Galkin
 
"Running students' code in isolation. The hard way", Yurii Holiuk
"Running students' code in isolation. The hard way", Yurii Holiuk "Running students' code in isolation. The hard way", Yurii Holiuk
"Running students' code in isolation. The hard way", Yurii Holiuk
 
"Surviving highload with Node.js", Andrii Shumada
"Surviving highload with Node.js", Andrii Shumada "Surviving highload with Node.js", Andrii Shumada
"Surviving highload with Node.js", Andrii Shumada
 
"The role of CTO in a classical early-stage startup", Eugene Gusarov
"The role of CTO in a classical early-stage startup", Eugene Gusarov"The role of CTO in a classical early-stage startup", Eugene Gusarov
"The role of CTO in a classical early-stage startup", Eugene Gusarov
 
"Ukrainian Mobile Banking Scaling in Practice. From 0 to 100 and beyond", Vad...
"Ukrainian Mobile Banking Scaling in Practice. From 0 to 100 and beyond", Vad..."Ukrainian Mobile Banking Scaling in Practice. From 0 to 100 and beyond", Vad...
"Ukrainian Mobile Banking Scaling in Practice. From 0 to 100 and beyond", Vad...
 
"Thriving Culture in a Product Company — Practical Story", Volodymyr Tsukur
"Thriving Culture in a Product Company — Practical Story", Volodymyr Tsukur"Thriving Culture in a Product Company — Practical Story", Volodymyr Tsukur
"Thriving Culture in a Product Company — Practical Story", Volodymyr Tsukur
 
"Fast Start to Building on AWS", Igor Ivaniuk
"Fast Start to Building on AWS", Igor Ivaniuk"Fast Start to Building on AWS", Igor Ivaniuk
"Fast Start to Building on AWS", Igor Ivaniuk
 
"Quality Assurance: Achieving Excellence in startup without a Dedicated QA", ...
"Quality Assurance: Achieving Excellence in startup without a Dedicated QA", ..."Quality Assurance: Achieving Excellence in startup without a Dedicated QA", ...
"Quality Assurance: Achieving Excellence in startup without a Dedicated QA", ...
 

"Cross-functional teams: what to do when a new hire doesn’t solve the business problems", Dmytro Kononov

  • 2. Дмитро Кононов ● CTO / co-founder української продуктової iT-компанії appflame ● Маю понад 15 років досвіду в IT, з них 13 – у дейтингу ● Керую трьома продуктами в appflame: Hily, Taimi та RnD напрямком
  • 3. 31 мільйон користувачів 2.1 мільйона реакцій щодня 4.6/5 Apple Store та 4.4/5 Google Play
  • 4. ● 35 інженерів ● 3 платформи: iOS, Android, Backend ● Вже був Scrum на певному етапі впровадження З чого усе починалось?
  • 6. ● Більшість функціонала не виходила вчасно ● Кожну проблему намагалася вирішити наймом ● Хаотичний розподіл зон відповідальності ● Відмова брати відповідальність за свої рішення ● Люди вигорали, звільнялися, боялися брати відповідальність Які були проблеми?
  • 7. Зробимо аудит, нам розкажуть що зробити, щоб було добре, а погано ми робити не будемо. ’’ Перші кроки на шляху змін
  • 8. Висновки аудиту 1. Недостатній обмін інформацією між командами/відділами 2. Усі команди перевищують свої можливості 3. Проблеми з пріоритизацією продуктового беклогу 4. Проблеми зі зміною задач під час роботи 5. Графік проєкту не є надійним 6. Команда QA на іншій планеті в порівнянні з іншими командами
  • 9. Hi colleagues, Thank you for your interesting and challenging work during the week. I’d like to share with you findings and some recommendations about the next steps. Bad news – a lot of work should be done to fix it. Great news – most tasks – stop doing some crazy things. ’’ Перші кроки на шляху змін
  • 11. Ще одна важлива проблема Communication complexity n*(n-1)/2
  • 12. Ще одна важлива проблема 4 людини 6 звʼязків 5 людей 10 звʼязків 8 людей 28 звʼязків
  • 13. ● Для команди в 35 технічних людей це майже 600 звʼязків ● Загалом команда 68 людей – понад 2000 зв'язків ● Кожен новий найм породжував ще більше хаосу Ще одна важлива проблема
  • 15. Які цілі ставили? Спростити робочі процеси та командну комунікацію 01 Фокус команд на продуктовій цінності 02 Забезпечити можливість масштабування команд 03 Розв'язання проблем продуктового беклогу* 04
  • 16. ● Перша команда виділилась майже органічно навколо конкретного кола задач (на жаль інші довелось робити руками) ● Паралельно тушили пожежі в поточній команді ● Навіть була можливість ростити продукт Як йшли до мети?
  • 17. Як йшли до мети? 6 місяців спостерігали та крутили в голові варіанти та комбінації 1 рік від ідеї до реалізації 🤯
  • 18. Як формували команди ● Автономна agile-команда ● Власні цілі та всі необхідні ресурси для їх досягнення ● Власний життєвий цикл ● Ролі 🦄 Product Owner та 👮🏼♀️ Scrum Master
  • 19. Як формували команди 🦄 Product Owner ● Формує продуктову стратегію команди ● Відповідає за продуктовийбеклог та пріоритезацію ● Допомагає іншим учасникам команди під час роботи над продуктовими змінами ● Взаємодіє із зовнішніми звʼязками команди
  • 20. Як формували команди 👮🏼♀️ Scrum Master ● Забезпечує дотримання узгоджених робочих процесів команди ● Відстежує та покращує робочі процеси команди ● Відповідає за процеси планування та оцінки ● Конфлікт- та ризик- менеджмент команди
  • 21. Ризики 1. Конфлікти зон відповідальності 2. Конфлікти реліз-менеджменту 3. Перетин продуктових логік та спліт-тестів 4. Платформні / функціональні конфлікти та залежності 5. Відсутність консистентного дизайну продукту 6. Виробничий хаос та інше
  • 22. Ризики 1. Конфлікти зон відповідальності 2. Конфлікти реліз менеджменту 3. Перетин продуктових логік та спліт-тестів 4. Платформні / функціональні конфлікти та залежності 5. Відсутність консистентного дизайну продукту 6. Виробничий хаос та інше
  • 23. Cross-functional teams Які команди зробили? Revenue Growth Team 01 Engagement Growth Team 02 Women Experience Team 03 Stream Growth Team 04
  • 24. ● Лишилось 3 з 4 команд які були спочатку (вимушено бізнесом) ● Додали системну команду ● Команди допомагають генерувати гіпотези ● Кількість успішно закритих тестів зросла ● Velocity команди зросло (кількість епіків також) Які результати маємо?
  • 25. ● Доглядають за тим, що не підпадає під відповідальність крос- команд ● Відповідають за перформанс системи загалом ● Долучаються до інших команд на рефакторинги/апгрейди ● Розбирають інциденти Системна команда
  • 27. ● Кількість закритих задач зросла на 43% ● Кількість закритих експериментів зросла на 37% ● Success rate експериментів майже не змінився ● Кількість дефектів на задачу впала на 20% Velocity
  • 28. 01 02 03 04 05 Не поспішайте та обовʼязково плануйте Готуйте команду до цього заздалегідь Ставте цілі перед початком Не бійтесь, робити зміни завжди боляче У разі фейлу легко відкатується Висновки
  • 29. That's all folks По QR коду можна зі мною сконектиться А тут і зараз буду радий відповісти на питання @dmitriyknnv Dmytro Kononov

Editor's Notes

  1. Початок – до 10% від часу виступу. 1. Привітання. 2. Гачок (історія, факт, картинка, інтрига, гумор, питання в зал, дія). 3. Ім’я Прізвище, експертність. 4. Мета виступу, плюси аудиторії (чому люди мають тебе слухати, що саме вони отримують від твого виступу). 5. Анонс, регламент (якщо є, проговори правила).
  2. Розкажи коротко про наші продукти.
  3. Виконували рекомендації, в моменті ставало легше
  4. Основна частина – до 75% від часу виступу.
  5. *проблеми беклогу – в моменті було мало продуктових гіпотез. Маленькі команди допомогли генерувати гіпотези
  6. Основна частина – до 75% від часу виступу.
  7. Основна частина – до 75% від часу виступу.
  8. Основна частина – до 75% від часу виступу.
  9. Основна частина – до 75% від часу виступу.