Роман Сахаров “Оптимальна структура команди – параметри та приклади” Kyiv Project Management Day

Оптимальна структура
команди:
параметри та приклади
by Роман
Сахаров

improve yourself CONTINUOUSLY
Оптимальна структура
команди:
параметри та приклади
by РоманСахаров

ABOUT ME
Consultant and
trainer
Certiﬁed Scrum Master, Leading SAFe®
certiﬁed, Agile Team Facilitation certified
IT Awards – Business Analysis 2014 winner
• Delivery and Resource Manager
• UA BA Competency Center leader, BA
community leader
• BA mentoring curator
• Multiple conferences speaker
improve yourself
CONTINUOUSLY
Business Analysis and Delivery Manager @EPAM
Systems
Co-founder, trainer and consultant @E5
Роман
Сахаров

Познайомимось :)

Part 1. The Story

Presale – customer visit
Презентація:
• Найркащі
люди
• Найкращі
проекти
• Культура

Pilot – Ми не виграли
Найкращі кого знайшли і ті хто робили presale...
Roles:
1. Scrum Master
2. Product Owner
3. Product Architect
4. 2 Senior Developers
5. Senior Testing Engineer
Titles:
1. Business Analysis Manager
2. Project Manager/RM
3. Lead Developer (former CTO)
4. Lead Developer + Development Team Lead/RM
5. Software Testing Manager/RM

Ми виграли! 
Статус: іміджевий
проект
Прибуток: не критично
Ціль: показати які ми
круті як компанія

Growth – Yeeehaaa!
• + 9 місяців
• Ріст від 6 до 12
Додали:
• 4 Senior Devs
• 1 Automation/Dev
• 1 Senior Test Engineer
• 1 Onsite Automation
Настрій: зробимо круто!

Account manager 
1. + 5 місяців: Час перепідписання SOW
2. Імідж є імідж
3. А бізнес є бізнес 
4. Етап переговорів…

Зміни структури + ріст
Було
1. PA, PO, SM
2. 7 Senior Devs
3. 2 Senior Test Engineers
4. 1 Onsite Test Engineer
Стало
1. PA, PO, SM
2. Senior Developer
3. 5 Developers
4. Junior Developer
5. 2 SeniorTest Engineers
6. 1 OnsiteTest EngineerДодали UI команду:
1. ProductArchitect
2. 2 Middle JS Developers
3. 2 Junior JS Developers

А це було боляче
Завдання: Замінити 6 Senior Developer на 5
Middle i 1 Junior, покращити Margin
В результаті:
• 3 Senior Devs замінено 3 Middles
• 2 Senior Devs billed as 2 Middles
• 1 Middle billed as 1 Junior

... і знову ріст
+ 4 місяці
+ 1 команда
1. PA, PO, SM
2. 3 Developers
3. 2 Senior Developer
4. Automation QA

Тепер ми знали

• Балансування Seniority
• Costs optimization
• Перерозподіл ролей
• Моделювання P&L

Part 2. The
Parameters

Які параметри ви враховуєте
при формуванні команди?

Що впливає на структуру?
1.Цілі організації
2.Фактори, або параметри
середовища
3.Інструменти та важелі в
руках ПМа

Цілі організації, що впливають на проект
1. Profitability goals
2. Client relationship goals
3. Technology goals
4. Strategic development goals
5. Work effectiveness
goals/Delivery goals

Параметри…
1. Engagement model
2. Client involvement
level
3. Client relations status
4. Client domain
specifics
5. Staffing timelines

Ще параметри…
1. Project phase
2. Project schedule
status
3. Project type
4. Project
technologies
5. Project duration

І ще параметри…
1. Management type
2. Locations distribution
3. Psychological map
4. Culture
And on… and on…

Інструменти
1. Seniority structure
2. Roles structure
3. Tech/Domain knowledge
4. Costs
5. Iron triangle
6. Stakeholder negotiations

1. Instrument - Skills
• Developer
• BA and/or UXD
• QA or and Automation
• DevOps and Support
• PM or SM or DM

2. Instrument - Seniority
• Junior
• Middle
• Senior
• Lead/Architect
Lead
Jun
Seniors
Middles

3-4. Knowledge and Costs
Costs
• Дешевші локації
• Довший період
стафінгу
• Круті Middle як
Senior
Knowledge
• Локація зі знанням
• Наявність
технологій на
ринку
• Навчання

5-6. Knowledge and Costs
Negotiations
• Більші бюджети на
staffing
• Зміна структури за
домовленістю
• Виділення умовно
безкоштовних
ресурсів
Iron triangle

Цілі організації

Profitability goals
1. Ми платимо Good or best
2. Вийти в 0 Good or best
3. Заробляємо Balanced
4. Багато заробляємо Balanced
Ціль прибутковості Команда

Client relationship goals
1. Перший проект
2. Іміджевий клієнт
3. Існуючий клієнт з яким маємо
хороші відносини
4. Існуючий клієнт з яким маємо погані
відносини

Параметри, що
впливають

Engagement model
1. T&M – збалансована (e.g. 40 Mid, 30
Senior, 20 Jun, 10 Lead)
2. Fixed Price – можна все, поки в бюджеті
3. Dedicated team – команда будується
клієнтом

Project phase
1. Pre-sale Best of the best Ми платимо
2. Discovery Good or best В нуль
3. Planning/architecting Good Мінімальний
4. Build Balanced Стабільний, високий
5. Deliver Balanced Стабільний
6. Support and develop Balanced Стабільний, високий
7. Support Jun/Balanced Стабільний, високий
Етап Команда Заробіток

And other Parameters
• DISC
• People’s Maturity
• Етап розвитку
(Модель Такмана)
• Стиль лідерства

Team Canvas

Отже...
1. Розумійте цілі організації
2. Проаналізуйте параметри,
які вам відомі
3. Пріорітизуйте ці фактори
(топ 5)
4. Використайте інструменти
для досягнення проектих
цілей

Отже...
1. Розумійте цілі організації
2. Проаналізуйте параметри, які вам відомі
3. Пріорітизуйте ці фактори (топ 5)
4. Використайте інструменти для досягнення
проектих цілей

НАШІ НАЙБЛИЖЧІ ПОДІЇ
2
3 Курс UML (Unified Modeling
Language™) 2018 – 9-17
червня
1 Сертифікаційний тренінг Leading
SAFe - 19 травня
4 Project Manager Pro:
Mindset and Tools – 9, 17
червня
Effective Product Owner: From idea to
working product – 26-27 травня
За
промокодом:
E5PMDay

Дякую за увагу!
Roman.Sakharov@e-5.com.ua
www.e-5.com.ua
E5Trainings
E5
E5Trainings

Роман Сахаров “Оптимальна структура команди – параметри та приклади” Kyiv Project Management Day

Recommended

Recommended

More Related Content

Similar to Роман Сахаров “Оптимальна структура команди – параметри та приклади” Kyiv Project Management Day

Similar to Роман Сахаров “Оптимальна структура команди – параметри та приклади” Kyiv Project Management Day (20)

More from Lviv Startup Club

More from Lviv Startup Club (20)

Recently uploaded

Recently uploaded (10)

Роман Сахаров “Оптимальна структура команди – параметри та приклади” Kyiv Project Management Day

Editor's Notes