SlideShare a Scribd company logo
1 of 28
Download to read offline
2020
12-14 марта 2020, Минск, Беларусь
Анализ
частотных
диаграмм –
принятие решения,
ответ на вопрос, когда?
О чем сегодня поговорим
01
Простой и
доступный рецепт
как отвечать на
вопрос: “Когда это
будет готово?”.
Как достаточно
просто определять
сроки работ.
02
Выявление классов
обслуживания, на
основании данных
03
Коснемся вопроса
как нам получать и
обрабатывать
данные
максимально
просто
04
Совсем немного
поговорим о точках
роста
2
Сергей Титков
В IT c начала 2000-ых, начинал как программист,
дальше нашел себя в процессах обеспечения
качества, но на этом не остановился…
В данный момент строю бизнес-процессы
различного уровня сложности в компании Nexign
3
Nexign (входит в «ИКС Холдинг»)
Ведущий поставщик BSS-решений и IoT-платформ для
операторов связи
120+
лидерства
на рынке
BSS-решений
28
лет
успешных
проектов
Нам доверяют
50+
1800
+
операторов связи
в 16 странах мира сотрудников
Nexign входит
в ведущие отраслевые
ассоциации
Опыт трансформации бизнеса
операторов уровня Tier 1
(более 75 млн абонентов)
Лучшая совокупная стоимость
владения (TCO) в классе — на
25% ниже, чем в среднем по рынку
Сокращение TTM более,
чем на 80%
Технологии, основанные на
принципах Agile и DevOps,
обеспечивают быструю
окупаемость
Партнерская модель,
позволяющая операторам
расширять бизнес-возможности
с помощью инновационного
портфеля продуктов и услуг
4
Nexign доверяют
5
Более 50 крупных операторов связи в 16 странах мира
Дорожная карта
Что есть такое частотная диаграмма
Как определить SLA
Как добыть данные
Разбор кейса
6
0
10
20
30
40
50
60
70
80
90
100
110
0 2 4 6 8 10
Вероятность,%
Значения
Кумулятивная диаграмма
Что это такое!
0
2
4
6
8
10
12
1 2 3 4 5 6 7 8 9
Частота
Значения
Распределение частот показателей
7
И зачем?
0
2
4
6
8
10
12
14
16
18
20
1 2 3 4 5 6 7 8 9
Количествовыполненныхзадач
Время поставки
0
10
20
30
40
50
60
70
80
90
100
110
0 1 2 3 4 5 6 7 8 9
Процентиль
Время поставки
8
Для предсказания…
0
1
2
3
4
5
6
7
8
9
10
0 20 40 60 80 100
Времяпоставки
Вероятность поставки
30% 50% 75% 95%
0
2
4
6
8
10
12
14
16
18
20
1 2 3 4 5 6 7 8 9
Количествовыполненныхзадач
Время поставки
9
0
5
10
15
20
25
30
35
40
0 20 40 60 80 100
Времяпоставки
Вероятность поставки
30% 50% 75% 95%
Добавим, чуть жизни…
0
2
4
6
8
10
12
14
16
18
20
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35
Количествовыполненныхзадач
Время поставки
10
Извлекаем
Сырые
данные
в трекере
Табличное
представление
данных
Графическое
представление
Обрабатываем
11
Разберем
практический
кейс
Вводные
• Это синтетика
• Рассматривается время жизни задачи от точки принятия решения до выхода
задачи из нашей зоны ответственности
• Это один тип задачи(issue)
• На каждый вопрос о сроках мы используем метод экспертной оценки
• И мы очень сильно выжигаем мыслетопливо
13
Синтетика…
0
2
4
6
8
10
12
14
16
18
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69
Количествовыполненныхзадач
Время поставки
14
DevOps
0
2
4
6
8
10
12
14
16
18
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69
Количествовыполненныхзадач
Время поставки
Внутренние
стенды
Внешние стенды
15
Классы обслуживания DevOps
SLA, % Время поставки, дни
30 3
50 3
75 4
95 4
0
1
2
3
4
5
0 20 40 60 80 100
Времяпоставки
Вероятность поставки
Внутренние стенды
30% 50% 75% 95%
Меньше чем за 2 дня не сделаем
0
20
40
60
80
0 20 40 60 80 100
Времяпоставки
Вероятность поставки
Внешние стенды
30% 50% 75% 95%
SLA, % Время поставки, дни
30 43
50 58
75 63
95 68
Меньше чем за 21 день не сделаем
16
Смотрим!
0
2
4
6
8
10
12
14
16
18
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69
Количествовыполненныхзадач
Время поставки17
Разработка по спецификации
0
2
4
6
8
10
12
14
16
18
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69
Количествовыполненныхзадач
Время поставки
С первого раза
Возвращали на
доработку
18
0
5
10
15
20
25
0 20 40 60 80 100
Времяпоставки
Вероятность поставки
30% 50% 75% 95%
Класс обслуживания разработки по спецификации
SLA, % Время поставки, дни
30 10
50 11
75 13
95 21
Меньше чем за 7 дней не сделаем
19
А вот это сложно…
0
2
4
6
8
10
12
14
16
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69
Количествовыполненныхзадач
Время поставки
20
Надо идти на гэмба
В трекере нет информации для того что бы
однозначно идентифицировать такие задачи.
Мы не можем понять, почему возникли два горба…
Но это не мешает нам экономить наше мыслетопливо!
21
Подытожим
22
Было
0
2
4
6
8
10
12
14
16
18
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69
Количествовыполненныхзадач
Время поставки
23
Стало
0
2
4
6
8
10
12
14
16
1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69
Количествовыполненныхзадач
Время поставки
DevOps, внутренние стенды DevOps,внешние стенды Разработка Прочее
24
“Когда это будет готово?”
Классы обслуживания
Меньше чем,
дни
Вероятность поставки
75%, дни 95%, дни
DevOps
Внутренние
стенды
2 4 4
Внешние стенды
21 63 68
Разработка по
спецификации
7 13 21
Прочее 18 62 66
25
Точки роста
SLA, % Время поставки, дни
30 10
50 11
75 13
95 21
SLA, % Время поставки, дни
30 3
50 3
75 4
95 4
SLA, % Время поставки, дни
30 43
50 58
75 63
95 68
Классы обслуживания
DevOps
Класс обслуживания
разработки по SRS
Класс обслуживания
прочее
SLA, % Время поставки, дни
30 23
50 58
75 62
95 66
26
Спасибо!
Титков Сергей
srg.titkov@gmail.com
t.me/SeaGullLingvinston
linkedin.com/in/sergey-titkov/

More Related Content

Similar to KEA20 - Сергей Титков - Анализ частотных диаграмм

120618 ит проблема-было-сделали-стало-будет
120618   ит проблема-было-сделали-стало-будет120618   ит проблема-было-сделали-стало-будет
120618 ит проблема-было-сделали-стало-будетАндрей Степенко
 
Эволюция корпоративных Web приложений. Молотков Андрей D2D Just.NET
Эволюция корпоративных Web приложений. Молотков Андрей D2D Just.NETЭволюция корпоративных Web приложений. Молотков Андрей D2D Just.NET
Эволюция корпоративных Web приложений. Молотков Андрей D2D Just.NETDev2Dev
 
занимательная рекрутинговая математика
занимательная рекрутинговая математиказанимательная рекрутинговая математика
занимательная рекрутинговая математикаIrina Topilina
 
Занимательная рекрутинговая математика. Ира Топилина
Занимательная рекрутинговая математика. Ира ТопилинаЗанимательная рекрутинговая математика. Ира Топилина
Занимательная рекрутинговая математика. Ира ТопилинаIT-HR Club
 
Очередность требований: от хаоса к FIFO
Очередность требований: от хаоса к FIFOОчередность требований: от хаоса к FIFO
Очередность требований: от хаоса к FIFOSQALab
 
131024 производственное планирование как метод решения проблем itsm forum r...
131024   производственное планирование как метод решения проблем itsm forum r...131024   производственное планирование как метод решения проблем itsm forum r...
131024 производственное планирование как метод решения проблем itsm forum r...Андрей Степенко
 
Никита Галкин "Ловушки микросервисной архитектуры"
Никита Галкин "Ловушки микросервисной архитектуры"Никита Галкин "Ловушки микросервисной архитектуры"
Никита Галкин "Ловушки микросервисной архитектуры"Fwdays
 
Механизмы эффективного взаимодействия с Cisco ТАС
Механизмы эффективного взаимодействия с Cisco ТАСМеханизмы эффективного взаимодействия с Cisco ТАС
Механизмы эффективного взаимодействия с Cisco ТАСCisco Russia
 
SKAZKA: Как не потерять самое важное?
 SKAZKA: Как не потерять самое важное? SKAZKA: Как не потерять самое важное?
SKAZKA: Как не потерять самое важное?DevGAMM Conference
 
Решение конфликтов в процессе проектирования сложных систем
Решение конфликтов в процессе проектирования сложных системРешение конфликтов в процессе проектирования сложных систем
Решение конфликтов в процессе проектирования сложных системDima Dzuba
 
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...Yury Vetrov
 
Особенности работы над кейсами в Cisco TAC
Особенности работы над кейсами в Cisco TACОсобенности работы над кейсами в Cisco TAC
Особенности работы над кейсами в Cisco TACCisco Russia
 
PR-GROUP system catalog
PR-GROUP system catalogPR-GROUP system catalog
PR-GROUP system catalogIgor Baklanov
 
Paessler roi
Paessler roiPaessler roi
Paessler roiSoftline
 
Development and Operations Challenge
Development and Operations ChallengeDevelopment and Operations Challenge
Development and Operations ChallengeSoftmart
 
AgileDays 2013 - Внедрение agile в Банк ВТБ24
AgileDays 2013 - Внедрение agile в Банк ВТБ24AgileDays 2013 - Внедрение agile в Банк ВТБ24
AgileDays 2013 - Внедрение agile в Банк ВТБ24Dmitry Laier
 
Баннерокрутилка
БаннерокрутилкаБаннерокрутилка
Баннерокрутилкаyaevents
 

Similar to KEA20 - Сергей Титков - Анализ частотных диаграмм (20)

120618 ит проблема-было-сделали-стало-будет
120618   ит проблема-было-сделали-стало-будет120618   ит проблема-было-сделали-стало-будет
120618 ит проблема-было-сделали-стало-будет
 
Эволюция корпоративных Web приложений. Молотков Андрей D2D Just.NET
Эволюция корпоративных Web приложений. Молотков Андрей D2D Just.NETЭволюция корпоративных Web приложений. Молотков Андрей D2D Just.NET
Эволюция корпоративных Web приложений. Молотков Андрей D2D Just.NET
 
занимательная рекрутинговая математика
занимательная рекрутинговая математиказанимательная рекрутинговая математика
занимательная рекрутинговая математика
 
Занимательная рекрутинговая математика. Ира Топилина
Занимательная рекрутинговая математика. Ира ТопилинаЗанимательная рекрутинговая математика. Ира Топилина
Занимательная рекрутинговая математика. Ира Топилина
 
Очередность требований: от хаоса к FIFO
Очередность требований: от хаоса к FIFOОчередность требований: от хаоса к FIFO
Очередность требований: от хаоса к FIFO
 
131024 производственное планирование как метод решения проблем itsm forum r...
131024   производственное планирование как метод решения проблем itsm forum r...131024   производственное планирование как метод решения проблем itsm forum r...
131024 производственное планирование как метод решения проблем itsm forum r...
 
Никита Галкин "Ловушки микросервисной архитектуры"
Никита Галкин "Ловушки микросервисной архитектуры"Никита Галкин "Ловушки микросервисной архитектуры"
Никита Галкин "Ловушки микросервисной архитектуры"
 
Механизмы эффективного взаимодействия с Cisco ТАС
Механизмы эффективного взаимодействия с Cisco ТАСМеханизмы эффективного взаимодействия с Cisco ТАС
Механизмы эффективного взаимодействия с Cisco ТАС
 
SKAZKA: Как не потерять самое важное?
 SKAZKA: Как не потерять самое важное? SKAZKA: Как не потерять самое важное?
SKAZKA: Как не потерять самое важное?
 
Решение конфликтов в процессе проектирования сложных систем
Решение конфликтов в процессе проектирования сложных системРешение конфликтов в процессе проектирования сложных систем
Решение конфликтов в процессе проектирования сложных систем
 
Марушев В.В. - аутсорсинг услуг
Марушев В.В. - аутсорсинг услугМарушев В.В. - аутсорсинг услуг
Марушев В.В. - аутсорсинг услуг
 
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
User Experience 2010: Как показывать интерфейс клиенту (так, чтобы не было му...
 
Особенности работы над кейсами в Cisco TAC
Особенности работы над кейсами в Cisco TACОсобенности работы над кейсами в Cisco TAC
Особенности работы над кейсами в Cisco TAC
 
PR-GROUP system catalog
PR-GROUP system catalogPR-GROUP system catalog
PR-GROUP system catalog
 
Paessler roi
Paessler roiPaessler roi
Paessler roi
 
Development and Operations Challenge
Development and Operations ChallengeDevelopment and Operations Challenge
Development and Operations Challenge
 
Cl cup technical engineering-corrected
Cl cup technical engineering-correctedCl cup technical engineering-corrected
Cl cup technical engineering-corrected
 
TaskProgress
TaskProgressTaskProgress
TaskProgress
 
AgileDays 2013 - Внедрение agile в Банк ВТБ24
AgileDays 2013 - Внедрение agile в Банк ВТБ24AgileDays 2013 - Внедрение agile в Банк ВТБ24
AgileDays 2013 - Внедрение agile в Банк ВТБ24
 
Баннерокрутилка
БаннерокрутилкаБаннерокрутилка
Баннерокрутилка
 

More from RealResult

KEA20 - Павел Ахметчанов - Control Chart в JIRA, все ее тайны
KEA20 - Павел Ахметчанов - Control Chart в JIRA, все ее тайныKEA20 - Павел Ахметчанов - Control Chart в JIRA, все ее тайны
KEA20 - Павел Ахметчанов - Control Chart в JIRA, все ее тайныRealResult
 
KEA20 - Екатерина Свирепо - Командная ответственность
KEA20 - Екатерина Свирепо - Командная ответственностьKEA20 - Екатерина Свирепо - Командная ответственность
KEA20 - Екатерина Свирепо - Командная ответственностьRealResult
 
KEA20 - Андрей Сидоренко - Делаем сервис из команды
KEA20 - Андрей Сидоренко - Делаем сервис из командыKEA20 - Андрей Сидоренко - Делаем сервис из команды
KEA20 - Андрей Сидоренко - Делаем сервис из командыRealResult
 
KEA20 - Кирилл Копылов - Внедрение канбана в сервисной компании
KEA20 - Кирилл Копылов - Внедрение канбана в сервисной компанииKEA20 - Кирилл Копылов - Внедрение канбана в сервисной компании
KEA20 - Кирилл Копылов - Внедрение канбана в сервисной компанииRealResult
 
KEA20 - Павел Капусткин - Метрики в масштабе
KEA20 - Павел Капусткин - Метрики в масштабеKEA20 - Павел Капусткин - Метрики в масштабе
KEA20 - Павел Капусткин - Метрики в масштабеRealResult
 
KEA20 - Екатерина Макаревич - Такой разный и полезный Канбан Метод
KEA20 - Екатерина Макаревич - Такой разный и полезный Канбан МетодKEA20 - Екатерина Макаревич - Такой разный и полезный Канбан Метод
KEA20 - Екатерина Макаревич - Такой разный и полезный Канбан МетодRealResult
 
KEA20 - Алексей Богдановский - Upstream Kanban, или как починить Скрам
KEA20 - Алексей Богдановский - Upstream Kanban, или как починить СкрамKEA20 - Алексей Богдановский - Upstream Kanban, или как починить Скрам
KEA20 - Алексей Богдановский - Upstream Kanban, или как починить СкрамRealResult
 
KEA20 - Александра Урядова - Как мы работаем, чтобы вы работали
KEA20 - Александра Урядова - Как мы работаем, чтобы вы работалиKEA20 - Александра Урядова - Как мы работаем, чтобы вы работали
KEA20 - Александра Урядова - Как мы работаем, чтобы вы работалиRealResult
 
KEA20 - Michael Godeck - Tuning into predictability
KEA20 - Michael Godeck - Tuning into predictabilityKEA20 - Michael Godeck - Tuning into predictability
KEA20 - Michael Godeck - Tuning into predictabilityRealResult
 
KEA20 - Кирилл Климов - Канбан вам не поможет
KEA20 - Кирилл Климов - Канбан вам не поможетKEA20 - Кирилл Климов - Канбан вам не поможет
KEA20 - Кирилл Климов - Канбан вам не поможетRealResult
 
KEA20 - Dimitar Bakardzhiev - Kanban@Bosch
KEA20 - Dimitar Bakardzhiev - Kanban@BoschKEA20 - Dimitar Bakardzhiev - Kanban@Bosch
KEA20 - Dimitar Bakardzhiev - Kanban@BoschRealResult
 
KEA20 - Екатерина Сенаторова - Визуализация. Это много или мало?
KEA20 - Екатерина Сенаторова - Визуализация. Это много или мало?KEA20 - Екатерина Сенаторова - Визуализация. Это много или мало?
KEA20 - Екатерина Сенаторова - Визуализация. Это много или мало?RealResult
 
KEA20 - Николай Бобров - Канбан глазами маркетолога
KEA20 - Николай Бобров - Канбан глазами маркетологаKEA20 - Николай Бобров - Канбан глазами маркетолога
KEA20 - Николай Бобров - Канбан глазами маркетологаRealResult
 
KEA20 - Денис Бартоломе - Многоликий Канбан
KEA20 - Денис Бартоломе - Многоликий КанбанKEA20 - Денис Бартоломе - Многоликий Канбан
KEA20 - Денис Бартоломе - Многоликий КанбанRealResult
 
KEA20 - Susanne Bartel - What is "your Kanban"?
KEA20 - Susanne Bartel - What is "your Kanban"?KEA20 - Susanne Bartel - What is "your Kanban"?
KEA20 - Susanne Bartel - What is "your Kanban"?RealResult
 
KEA20 - Alexei Zheglov - Сделайте лучше с Канбаном
KEA20 - Alexei Zheglov - Сделайте лучше с КанбаномKEA20 - Alexei Zheglov - Сделайте лучше с Канбаном
KEA20 - Alexei Zheglov - Сделайте лучше с КанбаномRealResult
 

More from RealResult (16)

KEA20 - Павел Ахметчанов - Control Chart в JIRA, все ее тайны
KEA20 - Павел Ахметчанов - Control Chart в JIRA, все ее тайныKEA20 - Павел Ахметчанов - Control Chart в JIRA, все ее тайны
KEA20 - Павел Ахметчанов - Control Chart в JIRA, все ее тайны
 
KEA20 - Екатерина Свирепо - Командная ответственность
KEA20 - Екатерина Свирепо - Командная ответственностьKEA20 - Екатерина Свирепо - Командная ответственность
KEA20 - Екатерина Свирепо - Командная ответственность
 
KEA20 - Андрей Сидоренко - Делаем сервис из команды
KEA20 - Андрей Сидоренко - Делаем сервис из командыKEA20 - Андрей Сидоренко - Делаем сервис из команды
KEA20 - Андрей Сидоренко - Делаем сервис из команды
 
KEA20 - Кирилл Копылов - Внедрение канбана в сервисной компании
KEA20 - Кирилл Копылов - Внедрение канбана в сервисной компанииKEA20 - Кирилл Копылов - Внедрение канбана в сервисной компании
KEA20 - Кирилл Копылов - Внедрение канбана в сервисной компании
 
KEA20 - Павел Капусткин - Метрики в масштабе
KEA20 - Павел Капусткин - Метрики в масштабеKEA20 - Павел Капусткин - Метрики в масштабе
KEA20 - Павел Капусткин - Метрики в масштабе
 
KEA20 - Екатерина Макаревич - Такой разный и полезный Канбан Метод
KEA20 - Екатерина Макаревич - Такой разный и полезный Канбан МетодKEA20 - Екатерина Макаревич - Такой разный и полезный Канбан Метод
KEA20 - Екатерина Макаревич - Такой разный и полезный Канбан Метод
 
KEA20 - Алексей Богдановский - Upstream Kanban, или как починить Скрам
KEA20 - Алексей Богдановский - Upstream Kanban, или как починить СкрамKEA20 - Алексей Богдановский - Upstream Kanban, или как починить Скрам
KEA20 - Алексей Богдановский - Upstream Kanban, или как починить Скрам
 
KEA20 - Александра Урядова - Как мы работаем, чтобы вы работали
KEA20 - Александра Урядова - Как мы работаем, чтобы вы работалиKEA20 - Александра Урядова - Как мы работаем, чтобы вы работали
KEA20 - Александра Урядова - Как мы работаем, чтобы вы работали
 
KEA20 - Michael Godeck - Tuning into predictability
KEA20 - Michael Godeck - Tuning into predictabilityKEA20 - Michael Godeck - Tuning into predictability
KEA20 - Michael Godeck - Tuning into predictability
 
KEA20 - Кирилл Климов - Канбан вам не поможет
KEA20 - Кирилл Климов - Канбан вам не поможетKEA20 - Кирилл Климов - Канбан вам не поможет
KEA20 - Кирилл Климов - Канбан вам не поможет
 
KEA20 - Dimitar Bakardzhiev - Kanban@Bosch
KEA20 - Dimitar Bakardzhiev - Kanban@BoschKEA20 - Dimitar Bakardzhiev - Kanban@Bosch
KEA20 - Dimitar Bakardzhiev - Kanban@Bosch
 
KEA20 - Екатерина Сенаторова - Визуализация. Это много или мало?
KEA20 - Екатерина Сенаторова - Визуализация. Это много или мало?KEA20 - Екатерина Сенаторова - Визуализация. Это много или мало?
KEA20 - Екатерина Сенаторова - Визуализация. Это много или мало?
 
KEA20 - Николай Бобров - Канбан глазами маркетолога
KEA20 - Николай Бобров - Канбан глазами маркетологаKEA20 - Николай Бобров - Канбан глазами маркетолога
KEA20 - Николай Бобров - Канбан глазами маркетолога
 
KEA20 - Денис Бартоломе - Многоликий Канбан
KEA20 - Денис Бартоломе - Многоликий КанбанKEA20 - Денис Бартоломе - Многоликий Канбан
KEA20 - Денис Бартоломе - Многоликий Канбан
 
KEA20 - Susanne Bartel - What is "your Kanban"?
KEA20 - Susanne Bartel - What is "your Kanban"?KEA20 - Susanne Bartel - What is "your Kanban"?
KEA20 - Susanne Bartel - What is "your Kanban"?
 
KEA20 - Alexei Zheglov - Сделайте лучше с Канбаном
KEA20 - Alexei Zheglov - Сделайте лучше с КанбаномKEA20 - Alexei Zheglov - Сделайте лучше с Канбаном
KEA20 - Alexei Zheglov - Сделайте лучше с Канбаном
 

KEA20 - Сергей Титков - Анализ частотных диаграмм

  • 1. 2020 12-14 марта 2020, Минск, Беларусь Анализ частотных диаграмм – принятие решения, ответ на вопрос, когда?
  • 2. О чем сегодня поговорим 01 Простой и доступный рецепт как отвечать на вопрос: “Когда это будет готово?”. Как достаточно просто определять сроки работ. 02 Выявление классов обслуживания, на основании данных 03 Коснемся вопроса как нам получать и обрабатывать данные максимально просто 04 Совсем немного поговорим о точках роста 2
  • 3. Сергей Титков В IT c начала 2000-ых, начинал как программист, дальше нашел себя в процессах обеспечения качества, но на этом не остановился… В данный момент строю бизнес-процессы различного уровня сложности в компании Nexign 3
  • 4. Nexign (входит в «ИКС Холдинг») Ведущий поставщик BSS-решений и IoT-платформ для операторов связи 120+ лидерства на рынке BSS-решений 28 лет успешных проектов Нам доверяют 50+ 1800 + операторов связи в 16 странах мира сотрудников Nexign входит в ведущие отраслевые ассоциации Опыт трансформации бизнеса операторов уровня Tier 1 (более 75 млн абонентов) Лучшая совокупная стоимость владения (TCO) в классе — на 25% ниже, чем в среднем по рынку Сокращение TTM более, чем на 80% Технологии, основанные на принципах Agile и DevOps, обеспечивают быструю окупаемость Партнерская модель, позволяющая операторам расширять бизнес-возможности с помощью инновационного портфеля продуктов и услуг 4
  • 5. Nexign доверяют 5 Более 50 крупных операторов связи в 16 странах мира
  • 6. Дорожная карта Что есть такое частотная диаграмма Как определить SLA Как добыть данные Разбор кейса 6
  • 7. 0 10 20 30 40 50 60 70 80 90 100 110 0 2 4 6 8 10 Вероятность,% Значения Кумулятивная диаграмма Что это такое! 0 2 4 6 8 10 12 1 2 3 4 5 6 7 8 9 Частота Значения Распределение частот показателей 7
  • 8. И зачем? 0 2 4 6 8 10 12 14 16 18 20 1 2 3 4 5 6 7 8 9 Количествовыполненныхзадач Время поставки 0 10 20 30 40 50 60 70 80 90 100 110 0 1 2 3 4 5 6 7 8 9 Процентиль Время поставки 8
  • 9. Для предсказания… 0 1 2 3 4 5 6 7 8 9 10 0 20 40 60 80 100 Времяпоставки Вероятность поставки 30% 50% 75% 95% 0 2 4 6 8 10 12 14 16 18 20 1 2 3 4 5 6 7 8 9 Количествовыполненныхзадач Время поставки 9
  • 10. 0 5 10 15 20 25 30 35 40 0 20 40 60 80 100 Времяпоставки Вероятность поставки 30% 50% 75% 95% Добавим, чуть жизни… 0 2 4 6 8 10 12 14 16 18 20 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 Количествовыполненныхзадач Время поставки 10
  • 13. Вводные • Это синтетика • Рассматривается время жизни задачи от точки принятия решения до выхода задачи из нашей зоны ответственности • Это один тип задачи(issue) • На каждый вопрос о сроках мы используем метод экспертной оценки • И мы очень сильно выжигаем мыслетопливо 13
  • 14. Синтетика… 0 2 4 6 8 10 12 14 16 18 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 Количествовыполненныхзадач Время поставки 14
  • 15. DevOps 0 2 4 6 8 10 12 14 16 18 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 Количествовыполненныхзадач Время поставки Внутренние стенды Внешние стенды 15
  • 16. Классы обслуживания DevOps SLA, % Время поставки, дни 30 3 50 3 75 4 95 4 0 1 2 3 4 5 0 20 40 60 80 100 Времяпоставки Вероятность поставки Внутренние стенды 30% 50% 75% 95% Меньше чем за 2 дня не сделаем 0 20 40 60 80 0 20 40 60 80 100 Времяпоставки Вероятность поставки Внешние стенды 30% 50% 75% 95% SLA, % Время поставки, дни 30 43 50 58 75 63 95 68 Меньше чем за 21 день не сделаем 16
  • 17. Смотрим! 0 2 4 6 8 10 12 14 16 18 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 Количествовыполненныхзадач Время поставки17
  • 18. Разработка по спецификации 0 2 4 6 8 10 12 14 16 18 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 Количествовыполненныхзадач Время поставки С первого раза Возвращали на доработку 18
  • 19. 0 5 10 15 20 25 0 20 40 60 80 100 Времяпоставки Вероятность поставки 30% 50% 75% 95% Класс обслуживания разработки по спецификации SLA, % Время поставки, дни 30 10 50 11 75 13 95 21 Меньше чем за 7 дней не сделаем 19
  • 20. А вот это сложно… 0 2 4 6 8 10 12 14 16 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 Количествовыполненныхзадач Время поставки 20
  • 21. Надо идти на гэмба В трекере нет информации для того что бы однозначно идентифицировать такие задачи. Мы не можем понять, почему возникли два горба… Но это не мешает нам экономить наше мыслетопливо! 21
  • 23. Было 0 2 4 6 8 10 12 14 16 18 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 Количествовыполненныхзадач Время поставки 23
  • 24. Стало 0 2 4 6 8 10 12 14 16 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 Количествовыполненныхзадач Время поставки DevOps, внутренние стенды DevOps,внешние стенды Разработка Прочее 24
  • 25. “Когда это будет готово?” Классы обслуживания Меньше чем, дни Вероятность поставки 75%, дни 95%, дни DevOps Внутренние стенды 2 4 4 Внешние стенды 21 63 68 Разработка по спецификации 7 13 21 Прочее 18 62 66 25
  • 26. Точки роста SLA, % Время поставки, дни 30 10 50 11 75 13 95 21 SLA, % Время поставки, дни 30 3 50 3 75 4 95 4 SLA, % Время поставки, дни 30 43 50 58 75 63 95 68 Классы обслуживания DevOps Класс обслуживания разработки по SRS Класс обслуживания прочее SLA, % Время поставки, дни 30 23 50 58 75 62 95 66 26