SlideShare ist ein Scribd-Unternehmen logo
1 von 80
Строим 24/7
Евгений Потапов
на высоконагруженном проекте
DevOps центр
Евгений Потапов
ITSumma.ru,
генеральный директор
Круглоcуточное удаленное
администрирование
серверов и техническая
поддержка сайтов
100 миллионов
уникальных посетителей в
сутки на поддерживаемых
сайтах
50 человек в штате
На поддержке
Работаем с 2008 года
Рост от 3 до 50 человек
до 300 оповещений в час
70 активных чатов в день
Головной офис в Иркутске,
офисы в Санкт-Петербурге и
Москве
8-часовые смены,
полноценный 24/7
О компании
Содержание
• Когда пора строить 24/7 команду?
• Из каких людей? Сколько их должно быть?
• В чем специфика этой работы? Как бороться с
хаосом?
• Как ставить задачи и организовать
планирование?
• Как обеспечить передачу знаний?
• Как контролировать процесс?
• Как сделать это небольшой компании (и не
тратиться на аутсорс). Как это сделать крупным
проектам?
1. С чего все начинается
Незадолго до релиза и сразу после него
1. С чего все начинается
• О полноценной поддержке никто не
задумывается
Незадолго до релиза и сразу после него
1. С чего все начинается
• О полноценной поддержке никто не
задумывается
• Команда эксплуатации = команда
разработчиков
Незадолго до релиза и сразу после него
1. С чего все начинается
• О полноценной поддержке никто не
задумывается
• Команда эксплуатации = команда
разработчиков
• Алерты приходят всем одновременно, смс-
ками
Незадолго до релиза и сразу после него
1. С чего все начинается
• О полноценной поддержке никто не
задумывается
• Команда эксплуатации = команда
разработчиков
• Алерты приходят всем одновременно, смс-
ками
• Нет «базы знаний» по инцидентам
Незадолго до релиза и сразу после него
1. С чего все начинается
• О полноценной поддержке никто не
задумывается
• Команда эксплуатации = команда
разработчиков
• Алерты приходят всем одновременно, смс-
ками
• Нет «базы знаний» по инцидентам
• Очень простая коммуникация
Незадолго до релиза и сразу после него
1. С чего все начинается
• Неизвестно кто ответственный
Проблемы
1. С чего все начинается
• Неизвестно кто ответственный
• Пропущенные аварии
Проблемы
1. С чего все начинается
• Неизвестно кто ответственный
• Пропущенные аварии
• Нет знаний как чинить аварии
Проблемы
1. С чего все начинается
• Хотя бы самые простые правила назначения
дежурных
Рекомендации
1. С чего все начинается
• Хотя бы самые простые правила назначения
дежурных
• Ретроспектива (постмортем) по любым
пропущенным авариям
Рекомендации
1. С чего все начинается
• Хотя бы самые простые правила назначения
дежурных
• Ретроспектива (постмортем) по любым
пропущенным авариям
• База знаний
Рекомендации
2. Первый выделенный сотрудник
Рост проекта
2. Первый выделенный сотрудник
• Проблем становится больше
Рост проекта
2. Первый выделенный сотрудник
• Проблем становится больше
• «Совместители» начинают уставать
Рост проекта
2. Первый выделенный сотрудник
• Проблем становится больше
• «Совместители» начинают уставать
• Появляется выделенный сотрудник
Рост проекта
2. Первый выделенный сотрудник
• Реагирование и администрирование –
разные компетенции
Проблемы
2. Первый выделенный сотрудник
• Реагирование и администрирование –
разные компетенции
• Сотрудник не готов просыпаться по ночам
Проблемы
2. Первый выделенный сотрудник
• Реагирование и администрирование –
разные компетенции
• Сотрудник не готов просыпаться по ночам
• Болезнь сотрудника становится большой
проблемой
Проблемы
2. Первый выделенный сотрудник
• Сотрудник должен уметь быстро находить
решения
Рекомендации
2. Первый выделенный сотрудник
• Сотрудник должен уметь быстро находить
решения
• Обсудите характер работы
Рекомендации
2. Первый выделенный сотрудник
• Сотрудник должен уметь быстро находить
решения
• Обсудите характер работы
• Продумайте бэкап-план
Рекомендации
2. Первый выделенный сотрудник
• Сотрудник должен уметь быстро находить
решения
• Обсудите характер работы
• Продумайте бэкап-план
• Готовьтесь нанимать больше людей
Рекомендации
3. Команда поддержки
Выход на стабильный уровень
3. Команда поддержки
• Большое количество регулярных задач
Выход на стабильный уровень
3. Команда поддержки
• Большое количество регулярных задач
• Один человек не справляется
Выход на стабильный уровень
3. Команда поддержки
• Большое количество регулярных задач
• Один человек не справляется
• Поддержка все еще может спать
Выход на стабильный уровень
3. Команда поддержки
• Большое количество регулярных задач
• Один человек не справляется
• Поддержка все еще может спать
• Первые организационные сложности
Выход на стабильный уровень
3. Команда поддержки
• Архитектурные проблемы – затыкание дыр
Проблемы
3. Команда поддержки
• Архитектурные проблемы – затыкание дыр
• Много задач со статусом «срочно» и «надо
было вчера»
Проблемы
3. Команда поддержки
• Архитектурные проблемы – затыкание дыр
• Много задач со статусом «срочно» и «надо
было вчера»
• Много знаний в голове у людей
Проблемы
3. Команда поддержки
• Архитектурные проблемы – затыкание дыр
• Много задач со статусом «срочно» и «надо
было вчера»
• Много знаний в голове у людей
• Еще нет формализации процессов
поддержки
Проблемы
3. Команда поддержки
• Акцент на стабильность и формализацию
Рекомендации
3. Команда поддержки
• Акцент на стабильность и формализацию
• Быстро научить админа нельзя
Рекомендации
3. Команда поддержки
• Акцент на стабильность и формализацию
• Быстро научить админа нельзя
• Четкое расписание дежурств, эскалация
Рекомендации
3. Команда поддержки
• Акцент на стабильность и формализацию
• Быстро научить админа нельзя
• Четкое расписание дежурств, эскалация
• Четкая постановка задач, чеклисты
Рекомендации
3. Команда поддержки
• Акцент на стабильность и формализацию
• Быстро научить админа нельзя
• Четкое расписание дежурств, эскалация
• Четкая постановка задач, чеклисты
• Шанс зафиксировать команду
Рекомендации
4. Спать больше нельзя
12-часовые смены
4. Спать больше нельзя
• Относится к крупным проектам или к
бардаку
12-часовые смены
4. Спать больше нельзя
• Относится к крупным проектам или к
бардаку
• Проще не спать, чем спать
12-часовые смены
4. Спать больше нельзя
• Относится к крупным проектам или к
бардаку
• Проще не спать, чем спать
• 12-часовые смены, 2 через 2
12-часовые смены
4. Спать больше нельзя
• Физически тяжело
Проблемы, проблемы, проблемы
4. Спать больше нельзя
• Физически тяжело
• Человеческий фактор
Проблемы, проблемы, проблемы
4. Спать больше нельзя
• Физически тяжело
• Человеческий фактор
• Опять проблемы с расписанием
Проблемы, проблемы, проблемы
4. Спать больше нельзя
• Физически тяжело
• Человеческий фактор
• Опять проблемы с расписанием
• Высокая нагрузка
Проблемы, проблемы, проблемы
4. Спать больше нельзя
• Людей должно быть много
Рекомендации
4. Спать больше нельзя
• Людей должно быть много
• Мониторим нагрузку на человека
Рекомендации
4. Спать больше нельзя
• Людей должно быть много
• Мониторим нагрузку на человека
• Контролируем перегорание людей
Рекомендации
4. Спать больше нельзя
• Людей должно быть много
• Мониторим нагрузку на человека
• Контролируем перегорание людей
• Этот этап – переходный период
Рекомендации
5. Стабильная команда
8-часовые смены
5. Стабильная команда
• Хватает людей
8-часовые смены
5. Стабильная команда
• Хватает людей
• Серьезный менеджмент
8-часовые смены
5. Стабильная команда
• Хватает людей
• Серьезный менеджмент
• Бэк-офис
8-часовые смены
5. Стабильная команда
• Очень сложно передаются знания
Проблемы
5. Стабильная команда
• Очень сложно передаются знания
• Не хватает инструментов
Проблемы
5. Стабильная команда
• Очень сложно передаются знания
• Не хватает инструментов
• Огромный человеческий фактор
Проблемы
5. Стабильная команда
• Очень сложно передаются знания
• Не хватает инструментов
• Огромный человеческий фактор
• Классические проблемы роста
Проблемы
5. Стабильная команда
• Повальная регламентация
Рекомендации
5. Стабильная команда
• Повальная регламентация
• Ресурсы – в оптимизацию инструментов
Рекомендации
5. Стабильная команда
• Повальная регламентация
• Ресурсы – в оптимизацию инструментов
• Борьба с самоуправством
Рекомендации
5. Стабильная команда
• Повальная регламентация
• Ресурсы – в оптимизацию инструментов
• Борьба с самоуправством
• С людьми надо разговаривать
Рекомендации
6. Географически распределенная команда
Максимальная бдительность
6. Географически распределенная команда
• Для проектов с критической важностью
доступности
Максимальная бдительность
6. Географически распределенная команда
• Для проектов с критической важностью
доступности
• Распределение по часовым поясам
Максимальная бдительность
6. Географически распределенная команда
• Для проектов с критической важностью
доступности
• Распределение по часовым поясам
• Больше организационных проблем
Максимальная бдительность
6. Географически распределенная команда
• В регионах очень сложно найти людей
Проблемы
6. Географически распределенная команда
• В регионах очень сложно найти людей
• В крупных регионах – выше конкуренция
Проблемы
6. Географически распределенная команда
• В регионах очень сложно найти людей
• В крупных регионах – выше конкуренция
• Коммуникации усложняются
Проблемы
6. Географически распределенная команда
• В регионах очень сложно найти людей
• В крупных регионах – выше конкуренция
• Коммуникации усложняются
• Сложности с передачей культуры компании
Проблемы
6. Географически распределенная команда
• Проще открывать офисы в более развитых
регионах
Рекомендации
6. Географически распределенная команда
• Проще открывать офисы в более развитых
регионах
• «Высадка десанта»
Рекомендации
6. Географически распределенная команда
• Проще открывать офисы в более развитых
регионах
• «Высадка десанта»
• ???
Рекомендации
7. Все вместе
7. Все вместе
• Сразу назначьте дежурных
• Документируйте аварии
• Нанимая, ориентируйтесь на способность работы в
стрессовой среде
• При росте оповещений – сначала стабилизируйте
архитектуру/исправляйте проблемы и только потом
нанимайте людей
• Формализуйте расписание и назначьте ответственных
• Избавляйтесь от знаний только «в голове»
• 12-и часовые смены – зло
• Мониторьте нагрузку на техподдержку
• Разговаривайте с людьми
Спасибо за внимание!
Евгений Потапов
http://facebook.com/eapotapov
eapotapov@itsumma.ru
http://itsumma.ru

Weitere ähnliche Inhalte

Was ist angesagt?

Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.CEE-SEC(R)
 
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферы
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферыAgile Talks: Scrum Cookbook. Применение вне ИТ-сферы
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферыLuxoftAgilePractice
 
сенькова разное ретро для разных команд (как провести ретро для новичков, с...
сенькова   разное ретро для разных команд (как провести ретро для новичков, с...сенькова   разное ретро для разных команд (как провести ретро для новичков, с...
сенькова разное ретро для разных команд (как провести ретро для новичков, с...Magneta AI
 
Эффективные ретроспективы
Эффективные ретроспективыЭффективные ретроспективы
Эффективные ретроспективыMagneta AI
 
эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)Softline
 
Как все построено в Dropbox
Как все построено в DropboxКак все построено в Dropbox
Как все построено в DropboxNatalia Sakhnova
 
Статегия agile-трансформации крупной компании
Статегия agile-трансформации крупной компанииСтатегия agile-трансформации крупной компании
Статегия agile-трансформации крупной компанииAskhat Urazbaev
 
3 ключевых навыка успешной Agile-команды
3 ключевых навыка успешной Agile-команды3 ключевых навыка успешной Agile-команды
3 ключевых навыка успешной Agile-командыDmitry Lobasev
 
Конструктивная конфронтация: как решать конфликты по схемам. Александр Орлов.
Конструктивная конфронтация: как решать конфликты по схемам. Александр Орлов.Конструктивная конфронтация: как решать конфликты по схемам. Александр Орлов.
Конструктивная конфронтация: как решать конфликты по схемам. Александр Орлов.IT-Доминанта
 
Фасилитируем встречи, повышающие уровень сотрудничества в команде
Фасилитируем встречи, повышающие уровень сотрудничества в командеФасилитируем встречи, повышающие уровень сотрудничества в команде
Фасилитируем встречи, повышающие уровень сотрудничества в командеLuxoftAgilePractice
 
Частые ошибки Agile-трансформаций
Частые ошибки Agile-трансформацийЧастые ошибки Agile-трансформаций
Частые ошибки Agile-трансформацийDenis Tuchin
 
веб01. Методы поиска решений и технологии
веб01. Методы поиска решений и технологиивеб01. Методы поиска решений и технологии
веб01. Методы поиска решений и технологииWise Solutions Center
 
Алексей Лапаев - Жизненный цикл продукта
Алексей Лапаев - Жизненный цикл продуктаАлексей Лапаев - Жизненный цикл продукта
Алексей Лапаев - Жизненный цикл продуктаYandex
 
Паттерны Agile-трансформации ИТ крупных компаний (банков)
Паттерны Agile-трансформации ИТ крупных компаний (банков)Паттерны Agile-трансформации ИТ крупных компаний (банков)
Паттерны Agile-трансформации ИТ крупных компаний (банков)Dmitry Lobasev
 
GTD: Возьми свою жизнь под контроль
GTD: Возьми свою жизнь под контрольGTD: Возьми свою жизнь под контроль
GTD: Возьми свою жизнь под контрольViacheslav Sukhomlynov
 
Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)
Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)
Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)Ontico
 
ИБ - игра в долгую, или разговор о личном развии
ИБ - игра в долгую, или разговор о личном развииИБ - игра в долгую, или разговор о личном развии
ИБ - игра в долгую, или разговор о личном развииAlexey Evmenkov
 
Алексей Ильичев, Принятие решений: как учесть все мнения и не увязнуть
Алексей Ильичев, Принятие решений: как учесть все мнения и не увязнутьАлексей Ильичев, Принятие решений: как учесть все мнения и не увязнуть
Алексей Ильичев, Принятие решений: как учесть все мнения и не увязнутьScrumTrek
 

Was ist angesagt? (20)

Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
 
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферы
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферыAgile Talks: Scrum Cookbook. Применение вне ИТ-сферы
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферы
 
сенькова разное ретро для разных команд (как провести ретро для новичков, с...
сенькова   разное ретро для разных команд (как провести ретро для новичков, с...сенькова   разное ретро для разных команд (как провести ретро для новичков, с...
сенькова разное ретро для разных команд (как провести ретро для новичков, с...
 
Эффективные ретроспективы
Эффективные ретроспективыЭффективные ретроспективы
Эффективные ретроспективы
 
эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)
 
Как все построено в Dropbox
Как все построено в DropboxКак все построено в Dropbox
Как все построено в Dropbox
 
Статегия agile-трансформации крупной компании
Статегия agile-трансформации крупной компанииСтатегия agile-трансформации крупной компании
Статегия agile-трансформации крупной компании
 
3 ключевых навыка успешной Agile-команды
3 ключевых навыка успешной Agile-команды3 ключевых навыка успешной Agile-команды
3 ключевых навыка успешной Agile-команды
 
Конструктивная конфронтация: как решать конфликты по схемам. Александр Орлов.
Конструктивная конфронтация: как решать конфликты по схемам. Александр Орлов.Конструктивная конфронтация: как решать конфликты по схемам. Александр Орлов.
Конструктивная конфронтация: как решать конфликты по схемам. Александр Орлов.
 
Фасилитируем встречи, повышающие уровень сотрудничества в команде
Фасилитируем встречи, повышающие уровень сотрудничества в командеФасилитируем встречи, повышающие уровень сотрудничества в команде
Фасилитируем встречи, повышающие уровень сотрудничества в команде
 
Частые ошибки Agile-трансформаций
Частые ошибки Agile-трансформацийЧастые ошибки Agile-трансформаций
Частые ошибки Agile-трансформаций
 
веб01. Методы поиска решений и технологии
веб01. Методы поиска решений и технологиивеб01. Методы поиска решений и технологии
веб01. Методы поиска решений и технологии
 
Алексей Лапаев - Жизненный цикл продукта
Алексей Лапаев - Жизненный цикл продуктаАлексей Лапаев - Жизненный цикл продукта
Алексей Лапаев - Жизненный цикл продукта
 
Паттерны Agile-трансформации ИТ крупных компаний (банков)
Паттерны Agile-трансформации ИТ крупных компаний (банков)Паттерны Agile-трансформации ИТ крупных компаний (банков)
Паттерны Agile-трансформации ИТ крупных компаний (банков)
 
GTD: Возьми свою жизнь под контроль
GTD: Возьми свою жизнь под контрольGTD: Возьми свою жизнь под контроль
GTD: Возьми свою жизнь под контроль
 
Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)
Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)
Как понять, что Agile работает / Асхат Уразбаев (ScrumTrek)
 
ИБ - игра в долгую, или разговор о личном развии
ИБ - игра в долгую, или разговор о личном развииИБ - игра в долгую, или разговор о личном развии
ИБ - игра в долгую, или разговор о личном развии
 
6 scrum master
6 scrum master6 scrum master
6 scrum master
 
When qa sucks
When qa sucksWhen qa sucks
When qa sucks
 
Алексей Ильичев, Принятие решений: как учесть все мнения и не увязнуть
Алексей Ильичев, Принятие решений: как учесть все мнения и не увязнутьАлексей Ильичев, Принятие решений: как учесть все мнения и не увязнуть
Алексей Ильичев, Принятие решений: как учесть все мнения и не увязнуть
 

Andere mochten auch

Alexey Ragozin Ritconf Seda Ru
Alexey Ragozin Ritconf Seda RuAlexey Ragozin Ritconf Seda Ru
Alexey Ragozin Ritconf Seda Rurit2010
 
Инфраструктура – это часть вашего приложения, Александр Азимов (Qrator Labs)
Инфраструктура – это часть вашего приложения, Александр Азимов (Qrator Labs)Инфраструктура – это часть вашего приложения, Александр Азимов (Qrator Labs)
Инфраструктура – это часть вашего приложения, Александр Азимов (Qrator Labs)Ontico
 
Chef. кто на кухне хозяин. концепция devops. а,титов. зал 2
Chef. кто на кухне хозяин. концепция devops. а,титов. зал 2Chef. кто на кухне хозяин. концепция devops. а,титов. зал 2
Chef. кто на кухне хозяин. концепция devops. а,титов. зал 2rit2011
 
Архитектура HAWQ / Алексей Грищенко (Pivotal)
Архитектура HAWQ / Алексей Грищенко (Pivotal)Архитектура HAWQ / Алексей Грищенко (Pivotal)
Архитектура HAWQ / Алексей Грищенко (Pivotal)Ontico
 
Как мы админа увольняли, или тонкости организации корпоративной безопасности ...
Как мы админа увольняли, или тонкости организации корпоративной безопасности ...Как мы админа увольняли, или тонкости организации корпоративной безопасности ...
Как мы админа увольняли, или тонкости организации корпоративной безопасности ...Ontico
 
Cергей Коржнев, 2ГИС
Cергей Коржнев, 2ГИСCергей Коржнев, 2ГИС
Cергей Коржнев, 2ГИСOntico
 
Хайлоад и безопасность в мире DevOps: совместимы ли? / Юрий Колесов (security...
Хайлоад и безопасность в мире DevOps: совместимы ли? / Юрий Колесов (security...Хайлоад и безопасность в мире DevOps: совместимы ли? / Юрий Колесов (security...
Хайлоад и безопасность в мире DevOps: совместимы ли? / Юрий Колесов (security...Ontico
 
Как строить архитектуру для отказоустойчивой службы такси / Минкин Андрей (Na...
Как строить архитектуру для отказоустойчивой службы такси / Минкин Андрей (Na...Как строить архитектуру для отказоустойчивой службы такси / Минкин Андрей (Na...
Как строить архитектуру для отказоустойчивой службы такси / Минкин Андрей (Na...Ontico
 

Andere mochten auch (8)

Alexey Ragozin Ritconf Seda Ru
Alexey Ragozin Ritconf Seda RuAlexey Ragozin Ritconf Seda Ru
Alexey Ragozin Ritconf Seda Ru
 
Инфраструктура – это часть вашего приложения, Александр Азимов (Qrator Labs)
Инфраструктура – это часть вашего приложения, Александр Азимов (Qrator Labs)Инфраструктура – это часть вашего приложения, Александр Азимов (Qrator Labs)
Инфраструктура – это часть вашего приложения, Александр Азимов (Qrator Labs)
 
Chef. кто на кухне хозяин. концепция devops. а,титов. зал 2
Chef. кто на кухне хозяин. концепция devops. а,титов. зал 2Chef. кто на кухне хозяин. концепция devops. а,титов. зал 2
Chef. кто на кухне хозяин. концепция devops. а,титов. зал 2
 
Архитектура HAWQ / Алексей Грищенко (Pivotal)
Архитектура HAWQ / Алексей Грищенко (Pivotal)Архитектура HAWQ / Алексей Грищенко (Pivotal)
Архитектура HAWQ / Алексей Грищенко (Pivotal)
 
Как мы админа увольняли, или тонкости организации корпоративной безопасности ...
Как мы админа увольняли, или тонкости организации корпоративной безопасности ...Как мы админа увольняли, или тонкости организации корпоративной безопасности ...
Как мы админа увольняли, или тонкости организации корпоративной безопасности ...
 
Cергей Коржнев, 2ГИС
Cергей Коржнев, 2ГИСCергей Коржнев, 2ГИС
Cергей Коржнев, 2ГИС
 
Хайлоад и безопасность в мире DevOps: совместимы ли? / Юрий Колесов (security...
Хайлоад и безопасность в мире DevOps: совместимы ли? / Юрий Колесов (security...Хайлоад и безопасность в мире DevOps: совместимы ли? / Юрий Колесов (security...
Хайлоад и безопасность в мире DevOps: совместимы ли? / Юрий Колесов (security...
 
Как строить архитектуру для отказоустойчивой службы такси / Минкин Андрей (Na...
Как строить архитектуру для отказоустойчивой службы такси / Минкин Андрей (Na...Как строить архитектуру для отказоустойчивой службы такси / Минкин Андрей (Na...
Как строить архитектуру для отказоустойчивой службы такси / Минкин Андрей (Na...
 

Ähnlich wie Строим 24/7 DevOps центр на высоконагруженном проекте / Евгений Потапов (ITSumma)

TechLeads meetup: Евгений Потапов, ITSumma
TechLeads meetup: Евгений Потапов, ITSumma TechLeads meetup: Евгений Потапов, ITSumma
TechLeads meetup: Евгений Потапов, ITSumma Badoo Development
 
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяцаДелимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяцаSQALab
 
Приоритезация IT-проектов
Приоритезация IT-проектовПриоритезация IT-проектов
Приоритезация IT-проектовОльга Павлова
 
DUMP-2015: «Как размножаются программисты» Николай Ясинский, Сигнал, Казань
DUMP-2015: «Как размножаются программисты» Николай Ясинский, Сигнал, Казань DUMP-2015: «Как размножаются программисты» Николай Ясинский, Сигнал, Казань
DUMP-2015: «Как размножаются программисты» Николай Ясинский, Сигнал, Казань it-people
 
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...Lviv Startup Club
 
Мастер-класс № 2. Как набирать команду (Алексей Черняк)
Мастер-класс № 2. Как набирать команду (Алексей Черняк)Мастер-класс № 2. Как набирать команду (Алексей Черняк)
Мастер-класс № 2. Как набирать команду (Алексей Черняк)Alexey Chernyak
 
Самоорганизация в команде. Что под капотом
Самоорганизация в команде. Что под капотомСамоорганизация в команде. Что под капотом
Самоорганизация в команде. Что под капотомВасилий Савунов
 
Опыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryОпыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryNikita Efimov
 
рит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйрит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйrit2010
 
Дмитрий Лобасев - Что отличает крутую команду от крутой Agile-команды
Дмитрий Лобасев - Что отличает крутую команду от крутой Agile-командыДмитрий Лобасев - Что отличает крутую команду от крутой Agile-команды
Дмитрий Лобасев - Что отличает крутую команду от крутой Agile-командыITSpringBY
 
лобасев 3 ключевых навыка успешной agile-команды
лобасев   3 ключевых навыка успешной agile-командылобасев   3 ключевых навыка успешной agile-команды
лобасев 3 ключевых навыка успешной agile-командыMagneta AI
 
Александр Денисюк "How not to lose the dynamic of project in process time"
 	Александр Денисюк "How not to lose the dynamic of project in process time"  	Александр Денисюк "How not to lose the dynamic of project in process time"
Александр Денисюк "How not to lose the dynamic of project in process time" Anna Shymchenko
 
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)Ontico
 
Kак_продать Agile команде
Kак_продать Agile командеKак_продать Agile команде
Kак_продать Agile командеYandex
 
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...Aleksey Denysyuk
 
6 ScrumMaster — работа с возражениями и конфликтами в команде
6 ScrumMaster — работа с возражениями и конфликтами в команде6 ScrumMaster — работа с возражениями и конфликтами в команде
6 ScrumMaster — работа с возражениями и конфликтами в командеMagneta AI
 
Вадим Горенко. Мастер класс. Предсказуемые результаты в непредсказуемые времена
Вадим Горенко. Мастер класс. Предсказуемые результаты в непредсказуемые временаВадим Горенко. Мастер класс. Предсказуемые результаты в непредсказуемые времена
Вадим Горенко. Мастер класс. Предсказуемые результаты в непредсказуемые временаOleg Afanasyev
 
Зачем нам Это? или Как продать agile команде
Зачем нам Это? или Как продать agile командеЗачем нам Это? или Как продать agile команде
Зачем нам Это? или Как продать agile командеMichael Karpov
 

Ähnlich wie Строим 24/7 DevOps центр на высоконагруженном проекте / Евгений Потапов (ITSumma) (20)

TechLeads meetup: Евгений Потапов, ITSumma
TechLeads meetup: Евгений Потапов, ITSumma TechLeads meetup: Евгений Потапов, ITSumma
TechLeads meetup: Евгений Потапов, ITSumma
 
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяцаДелимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
 
Приоритезация IT-проектов
Приоритезация IT-проектовПриоритезация IT-проектов
Приоритезация IT-проектов
 
DUMP-2015: «Как размножаются программисты» Николай Ясинский, Сигнал, Казань
DUMP-2015: «Как размножаются программисты» Николай Ясинский, Сигнал, Казань DUMP-2015: «Как размножаются программисты» Николай Ясинский, Сигнал, Казань
DUMP-2015: «Как размножаются программисты» Николай Ясинский, Сигнал, Казань
 
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
 
Мастер-класс № 2. Как набирать команду (Алексей Черняк)
Мастер-класс № 2. Как набирать команду (Алексей Черняк)Мастер-класс № 2. Как набирать команду (Алексей Черняк)
Мастер-класс № 2. Как набирать команду (Алексей Черняк)
 
Самоорганизация в команде. Что под капотом
Самоорганизация в команде. Что под капотомСамоорганизация в команде. Что под капотом
Самоорганизация в команде. Что под капотом
 
тайм менеджмент педагога
тайм менеджмент педагогатайм менеджмент педагога
тайм менеджмент педагога
 
Опыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryОпыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product Discovery
 
рит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйрит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглый
 
Дмитрий Лобасев - Что отличает крутую команду от крутой Agile-команды
Дмитрий Лобасев - Что отличает крутую команду от крутой Agile-командыДмитрий Лобасев - Что отличает крутую команду от крутой Agile-команды
Дмитрий Лобасев - Что отличает крутую команду от крутой Agile-команды
 
лобасев 3 ключевых навыка успешной agile-команды
лобасев   3 ключевых навыка успешной agile-командылобасев   3 ключевых навыка успешной agile-команды
лобасев 3 ключевых навыка успешной agile-команды
 
Александр Денисюк "How not to lose the dynamic of project in process time"
 	Александр Денисюк "How not to lose the dynamic of project in process time"  	Александр Денисюк "How not to lose the dynamic of project in process time"
Александр Денисюк "How not to lose the dynamic of project in process time"
 
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
 
Kак_продать Agile команде
Kак_продать Agile командеKак_продать Agile команде
Kак_продать Agile команде
 
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...
Quicktrainings.com.ua Основы планирования и коммуникации, или как не дать про...
 
6 ScrumMaster — работа с возражениями и конфликтами в команде
6 ScrumMaster — работа с возражениями и конфликтами в команде6 ScrumMaster — работа с возражениями и конфликтами в команде
6 ScrumMaster — работа с возражениями и конфликтами в команде
 
Вадим Горенко. Мастер класс. Предсказуемые результаты в непредсказуемые времена
Вадим Горенко. Мастер класс. Предсказуемые результаты в непредсказуемые временаВадим Горенко. Мастер класс. Предсказуемые результаты в непредсказуемые времена
Вадим Горенко. Мастер класс. Предсказуемые результаты в непредсказуемые времена
 
Зачем нам Это? или Как продать agile команде
Зачем нам Это? или Как продать agile командеЗачем нам Это? или Как продать agile команде
Зачем нам Это? или Как продать agile команде
 
Traning effectivness
Traning effectivnessTraning effectivness
Traning effectivness
 

Mehr von Ontico

One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...
One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...
One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...Ontico
 
Масштабируя DNS / Артем Гавриченков (Qrator Labs)
Масштабируя DNS / Артем Гавриченков (Qrator Labs)Масштабируя DNS / Артем Гавриченков (Qrator Labs)
Масштабируя DNS / Артем Гавриченков (Qrator Labs)Ontico
 
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)Ontico
 
Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...
Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...
Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...Ontico
 
Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...
Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...
Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...Ontico
 
PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)
PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)
PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)Ontico
 
Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...
Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...
Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...Ontico
 
Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...
Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...
Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...Ontico
 
ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)
ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)
ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)Ontico
 
MySQL Replication — Advanced Features / Петр Зайцев (Percona)
MySQL Replication — Advanced Features / Петр Зайцев (Percona)MySQL Replication — Advanced Features / Петр Зайцев (Percona)
MySQL Replication — Advanced Features / Петр Зайцев (Percona)Ontico
 
Внутренний open-source. Как разрабатывать мобильное приложение большим количе...
Внутренний open-source. Как разрабатывать мобильное приложение большим количе...Внутренний open-source. Как разрабатывать мобильное приложение большим количе...
Внутренний open-source. Как разрабатывать мобильное приложение большим количе...Ontico
 
Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...
Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...
Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...Ontico
 
Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...
Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...
Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...Ontico
 
Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)
Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)
Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)Ontico
 
И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)
И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)
И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)Ontico
 
Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)
Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)
Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)Ontico
 
Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)
Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)
Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)Ontico
 
100500 способов кэширования в Oracle Database или как достичь максимальной ск...
100500 способов кэширования в Oracle Database или как достичь максимальной ск...100500 способов кэширования в Oracle Database или как достичь максимальной ск...
100500 способов кэширования в Oracle Database или как достичь максимальной ск...Ontico
 
Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...
Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...
Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...Ontico
 
Механизмы мониторинга баз данных: взгляд изнутри / Дмитрий Еманов (Firebird P...
Механизмы мониторинга баз данных: взгляд изнутри / Дмитрий Еманов (Firebird P...Механизмы мониторинга баз данных: взгляд изнутри / Дмитрий Еманов (Firebird P...
Механизмы мониторинга баз данных: взгляд изнутри / Дмитрий Еманов (Firebird P...Ontico
 

Mehr von Ontico (20)

One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...
One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...
One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...
 
Масштабируя DNS / Артем Гавриченков (Qrator Labs)
Масштабируя DNS / Артем Гавриченков (Qrator Labs)Масштабируя DNS / Артем Гавриченков (Qrator Labs)
Масштабируя DNS / Артем Гавриченков (Qrator Labs)
 
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
 
Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...
Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...
Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...
 
Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...
Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...
Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...
 
PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)
PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)
PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)
 
Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...
Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...
Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...
 
Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...
Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...
Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...
 
ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)
ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)
ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)
 
MySQL Replication — Advanced Features / Петр Зайцев (Percona)
MySQL Replication — Advanced Features / Петр Зайцев (Percona)MySQL Replication — Advanced Features / Петр Зайцев (Percona)
MySQL Replication — Advanced Features / Петр Зайцев (Percona)
 
Внутренний open-source. Как разрабатывать мобильное приложение большим количе...
Внутренний open-source. Как разрабатывать мобильное приложение большим количе...Внутренний open-source. Как разрабатывать мобильное приложение большим количе...
Внутренний open-source. Как разрабатывать мобильное приложение большим количе...
 
Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...
Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...
Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...
 
Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...
Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...
Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...
 
Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)
Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)
Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)
 
И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)
И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)
И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)
 
Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)
Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)
Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)
 
Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)
Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)
Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)
 
100500 способов кэширования в Oracle Database или как достичь максимальной ск...
100500 способов кэширования в Oracle Database или как достичь максимальной ск...100500 способов кэширования в Oracle Database или как достичь максимальной ск...
100500 способов кэширования в Oracle Database или как достичь максимальной ск...
 
Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...
Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...
Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...
 
Механизмы мониторинга баз данных: взгляд изнутри / Дмитрий Еманов (Firebird P...
Механизмы мониторинга баз данных: взгляд изнутри / Дмитрий Еманов (Firebird P...Механизмы мониторинга баз данных: взгляд изнутри / Дмитрий Еманов (Firebird P...
Механизмы мониторинга баз данных: взгляд изнутри / Дмитрий Еманов (Firebird P...
 

Строим 24/7 DevOps центр на высоконагруженном проекте / Евгений Потапов (ITSumma)

  • 1. Строим 24/7 Евгений Потапов на высоконагруженном проекте DevOps центр
  • 2. Евгений Потапов ITSumma.ru, генеральный директор Круглоcуточное удаленное администрирование серверов и техническая поддержка сайтов 100 миллионов уникальных посетителей в сутки на поддерживаемых сайтах 50 человек в штате
  • 4. Работаем с 2008 года Рост от 3 до 50 человек до 300 оповещений в час 70 активных чатов в день Головной офис в Иркутске, офисы в Санкт-Петербурге и Москве 8-часовые смены, полноценный 24/7 О компании
  • 5. Содержание • Когда пора строить 24/7 команду? • Из каких людей? Сколько их должно быть? • В чем специфика этой работы? Как бороться с хаосом? • Как ставить задачи и организовать планирование? • Как обеспечить передачу знаний? • Как контролировать процесс? • Как сделать это небольшой компании (и не тратиться на аутсорс). Как это сделать крупным проектам?
  • 6. 1. С чего все начинается Незадолго до релиза и сразу после него
  • 7. 1. С чего все начинается • О полноценной поддержке никто не задумывается Незадолго до релиза и сразу после него
  • 8. 1. С чего все начинается • О полноценной поддержке никто не задумывается • Команда эксплуатации = команда разработчиков Незадолго до релиза и сразу после него
  • 9. 1. С чего все начинается • О полноценной поддержке никто не задумывается • Команда эксплуатации = команда разработчиков • Алерты приходят всем одновременно, смс- ками Незадолго до релиза и сразу после него
  • 10. 1. С чего все начинается • О полноценной поддержке никто не задумывается • Команда эксплуатации = команда разработчиков • Алерты приходят всем одновременно, смс- ками • Нет «базы знаний» по инцидентам Незадолго до релиза и сразу после него
  • 11. 1. С чего все начинается • О полноценной поддержке никто не задумывается • Команда эксплуатации = команда разработчиков • Алерты приходят всем одновременно, смс- ками • Нет «базы знаний» по инцидентам • Очень простая коммуникация Незадолго до релиза и сразу после него
  • 12. 1. С чего все начинается • Неизвестно кто ответственный Проблемы
  • 13. 1. С чего все начинается • Неизвестно кто ответственный • Пропущенные аварии Проблемы
  • 14. 1. С чего все начинается • Неизвестно кто ответственный • Пропущенные аварии • Нет знаний как чинить аварии Проблемы
  • 15. 1. С чего все начинается • Хотя бы самые простые правила назначения дежурных Рекомендации
  • 16. 1. С чего все начинается • Хотя бы самые простые правила назначения дежурных • Ретроспектива (постмортем) по любым пропущенным авариям Рекомендации
  • 17. 1. С чего все начинается • Хотя бы самые простые правила назначения дежурных • Ретроспектива (постмортем) по любым пропущенным авариям • База знаний Рекомендации
  • 18. 2. Первый выделенный сотрудник Рост проекта
  • 19. 2. Первый выделенный сотрудник • Проблем становится больше Рост проекта
  • 20. 2. Первый выделенный сотрудник • Проблем становится больше • «Совместители» начинают уставать Рост проекта
  • 21. 2. Первый выделенный сотрудник • Проблем становится больше • «Совместители» начинают уставать • Появляется выделенный сотрудник Рост проекта
  • 22. 2. Первый выделенный сотрудник • Реагирование и администрирование – разные компетенции Проблемы
  • 23. 2. Первый выделенный сотрудник • Реагирование и администрирование – разные компетенции • Сотрудник не готов просыпаться по ночам Проблемы
  • 24. 2. Первый выделенный сотрудник • Реагирование и администрирование – разные компетенции • Сотрудник не готов просыпаться по ночам • Болезнь сотрудника становится большой проблемой Проблемы
  • 25. 2. Первый выделенный сотрудник • Сотрудник должен уметь быстро находить решения Рекомендации
  • 26. 2. Первый выделенный сотрудник • Сотрудник должен уметь быстро находить решения • Обсудите характер работы Рекомендации
  • 27. 2. Первый выделенный сотрудник • Сотрудник должен уметь быстро находить решения • Обсудите характер работы • Продумайте бэкап-план Рекомендации
  • 28. 2. Первый выделенный сотрудник • Сотрудник должен уметь быстро находить решения • Обсудите характер работы • Продумайте бэкап-план • Готовьтесь нанимать больше людей Рекомендации
  • 29. 3. Команда поддержки Выход на стабильный уровень
  • 30. 3. Команда поддержки • Большое количество регулярных задач Выход на стабильный уровень
  • 31. 3. Команда поддержки • Большое количество регулярных задач • Один человек не справляется Выход на стабильный уровень
  • 32. 3. Команда поддержки • Большое количество регулярных задач • Один человек не справляется • Поддержка все еще может спать Выход на стабильный уровень
  • 33. 3. Команда поддержки • Большое количество регулярных задач • Один человек не справляется • Поддержка все еще может спать • Первые организационные сложности Выход на стабильный уровень
  • 34. 3. Команда поддержки • Архитектурные проблемы – затыкание дыр Проблемы
  • 35. 3. Команда поддержки • Архитектурные проблемы – затыкание дыр • Много задач со статусом «срочно» и «надо было вчера» Проблемы
  • 36. 3. Команда поддержки • Архитектурные проблемы – затыкание дыр • Много задач со статусом «срочно» и «надо было вчера» • Много знаний в голове у людей Проблемы
  • 37. 3. Команда поддержки • Архитектурные проблемы – затыкание дыр • Много задач со статусом «срочно» и «надо было вчера» • Много знаний в голове у людей • Еще нет формализации процессов поддержки Проблемы
  • 38. 3. Команда поддержки • Акцент на стабильность и формализацию Рекомендации
  • 39. 3. Команда поддержки • Акцент на стабильность и формализацию • Быстро научить админа нельзя Рекомендации
  • 40. 3. Команда поддержки • Акцент на стабильность и формализацию • Быстро научить админа нельзя • Четкое расписание дежурств, эскалация Рекомендации
  • 41. 3. Команда поддержки • Акцент на стабильность и формализацию • Быстро научить админа нельзя • Четкое расписание дежурств, эскалация • Четкая постановка задач, чеклисты Рекомендации
  • 42. 3. Команда поддержки • Акцент на стабильность и формализацию • Быстро научить админа нельзя • Четкое расписание дежурств, эскалация • Четкая постановка задач, чеклисты • Шанс зафиксировать команду Рекомендации
  • 43. 4. Спать больше нельзя 12-часовые смены
  • 44. 4. Спать больше нельзя • Относится к крупным проектам или к бардаку 12-часовые смены
  • 45. 4. Спать больше нельзя • Относится к крупным проектам или к бардаку • Проще не спать, чем спать 12-часовые смены
  • 46. 4. Спать больше нельзя • Относится к крупным проектам или к бардаку • Проще не спать, чем спать • 12-часовые смены, 2 через 2 12-часовые смены
  • 47. 4. Спать больше нельзя • Физически тяжело Проблемы, проблемы, проблемы
  • 48. 4. Спать больше нельзя • Физически тяжело • Человеческий фактор Проблемы, проблемы, проблемы
  • 49. 4. Спать больше нельзя • Физически тяжело • Человеческий фактор • Опять проблемы с расписанием Проблемы, проблемы, проблемы
  • 50. 4. Спать больше нельзя • Физически тяжело • Человеческий фактор • Опять проблемы с расписанием • Высокая нагрузка Проблемы, проблемы, проблемы
  • 51. 4. Спать больше нельзя • Людей должно быть много Рекомендации
  • 52. 4. Спать больше нельзя • Людей должно быть много • Мониторим нагрузку на человека Рекомендации
  • 53. 4. Спать больше нельзя • Людей должно быть много • Мониторим нагрузку на человека • Контролируем перегорание людей Рекомендации
  • 54. 4. Спать больше нельзя • Людей должно быть много • Мониторим нагрузку на человека • Контролируем перегорание людей • Этот этап – переходный период Рекомендации
  • 56. 5. Стабильная команда • Хватает людей 8-часовые смены
  • 57. 5. Стабильная команда • Хватает людей • Серьезный менеджмент 8-часовые смены
  • 58. 5. Стабильная команда • Хватает людей • Серьезный менеджмент • Бэк-офис 8-часовые смены
  • 59. 5. Стабильная команда • Очень сложно передаются знания Проблемы
  • 60. 5. Стабильная команда • Очень сложно передаются знания • Не хватает инструментов Проблемы
  • 61. 5. Стабильная команда • Очень сложно передаются знания • Не хватает инструментов • Огромный человеческий фактор Проблемы
  • 62. 5. Стабильная команда • Очень сложно передаются знания • Не хватает инструментов • Огромный человеческий фактор • Классические проблемы роста Проблемы
  • 63. 5. Стабильная команда • Повальная регламентация Рекомендации
  • 64. 5. Стабильная команда • Повальная регламентация • Ресурсы – в оптимизацию инструментов Рекомендации
  • 65. 5. Стабильная команда • Повальная регламентация • Ресурсы – в оптимизацию инструментов • Борьба с самоуправством Рекомендации
  • 66. 5. Стабильная команда • Повальная регламентация • Ресурсы – в оптимизацию инструментов • Борьба с самоуправством • С людьми надо разговаривать Рекомендации
  • 67. 6. Географически распределенная команда Максимальная бдительность
  • 68. 6. Географически распределенная команда • Для проектов с критической важностью доступности Максимальная бдительность
  • 69. 6. Географически распределенная команда • Для проектов с критической важностью доступности • Распределение по часовым поясам Максимальная бдительность
  • 70. 6. Географически распределенная команда • Для проектов с критической важностью доступности • Распределение по часовым поясам • Больше организационных проблем Максимальная бдительность
  • 71. 6. Географически распределенная команда • В регионах очень сложно найти людей Проблемы
  • 72. 6. Географически распределенная команда • В регионах очень сложно найти людей • В крупных регионах – выше конкуренция Проблемы
  • 73. 6. Географически распределенная команда • В регионах очень сложно найти людей • В крупных регионах – выше конкуренция • Коммуникации усложняются Проблемы
  • 74. 6. Географически распределенная команда • В регионах очень сложно найти людей • В крупных регионах – выше конкуренция • Коммуникации усложняются • Сложности с передачей культуры компании Проблемы
  • 75. 6. Географически распределенная команда • Проще открывать офисы в более развитых регионах Рекомендации
  • 76. 6. Географически распределенная команда • Проще открывать офисы в более развитых регионах • «Высадка десанта» Рекомендации
  • 77. 6. Географически распределенная команда • Проще открывать офисы в более развитых регионах • «Высадка десанта» • ??? Рекомендации
  • 79. 7. Все вместе • Сразу назначьте дежурных • Документируйте аварии • Нанимая, ориентируйтесь на способность работы в стрессовой среде • При росте оповещений – сначала стабилизируйте архитектуру/исправляйте проблемы и только потом нанимайте людей • Формализуйте расписание и назначьте ответственных • Избавляйтесь от знаний только «в голове» • 12-и часовые смены – зло • Мониторьте нагрузку на техподдержку • Разговаривайте с людьми
  • 80. Спасибо за внимание! Евгений Потапов http://facebook.com/eapotapov eapotapov@itsumma.ru http://itsumma.ru