Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 <ul><li><a>Идея проекта</a></li>

2 <li><a>Реализация проекта</a></li>

3 </ul>Проектная работа Романа Зулейкова, выпускника<a>курса "Team Lead"</a>.

4 LinkedIn:<a>https://www.linkedin.com/in/roman-zuykov/</a>Telegram:<a>https://t.me/r0m4n364</a>Twitter:<a>https://twitter.com/engineer_r0m4n</a>

5 <h2>Идея проекта</h2>

6 На последних местах работы я активно занимался инфраструктурой, мониторингом и обработкой инцидентов. Поэтому уже умел улучшать процессы, связанные с мониторингом и решением инцидентов, когда проходил курс. Также я понимал потребности бизнеса в этом направлении.

7 Там, где я сейчас работаю, эти процессы были развиты слабо. Вот проблемы, которые мне предстояло решить:

8 - Бизнес плохо понимал, сколько времени мы недоступны для пользователя.

9 - Устранять инциденты было сложно, потому что проблемные вопросы плохо поднимались наверх, а зоны ответственности - не были определены.

10 - Пользователи не знали, когда мы недоступны. Каждый серьезный инцидент сильно увеличивал нагрузку на команду поддержки, бил по репутации компании.

11 <h2>Реализация проекта</h2>

12 Конкретизирую проблемы, нахожу решения

13 Мы определили, сколько времени нужно, чтобы среагировать на инцидент.

14 Назначили команды, ответственные за тот или иной функционал, поделили зоны ответственности в инфраструктуре компании.

15 Предстояло научиться рассчитывать "время восстановления" для инцидентов, видеть слабые места в наших процессах и сервисах, определять продолжительность инцидента в каждом из уровней критичности. Так можно лучше оценить критичность инцидентов, точнее измерить наш SLI ["индикатор уровня обслуживания"].

16 Мы решили: пользователь должен знать, какой именно функционал недоступен, а также - примерные сроки восстановления.

17 Я начал оценивать возможные решения: изучил имеющиеся на рынке сервисы, прочитал статьи о том, как разные компании решали похожие проблемы, посоветовался со знакомыми из других организаций.

18 В итоге я составил три возможных решения с разными подходами:

19 - коробочное решение;

20 - собственная разработка;

21 - комбинация коробочного решения с собственными доработками.

22 В каждом случае требовалось оценить:

23 - затраты на тарифные планы в различных сервисах;

24 - сложность внедрения и стоимость готовых решений;

25 - сложность собственной разработки;

26 - трудозатраты, как со стороны разработчиков, так и со стороны SRE (и при внедрении, и при последующей поддержке).

27 Я выяснил, сколько та или иная реализация будет стоить для бизнеса. Кстати, подобный подход к оценке оказался одним из самых полезных навыков, освоенных на курсе: этот навык ещё не раз пригодится мне в работе.

28 Вместе с разными командами мы составили схему окончательного решения. Схема закрывала все наши потребности. Пожалуй, здесь я тоже должен поблагодарить преподавателей курса. Было очень много согласований, встреч, попыток найти компромисс с сотрудниками самых разных уровней: от инженеров до руководителей бизнеса. И без навыков делегирования, ведения дискуссии и решения конфликтных ситуаций я бы точно не смог прийти к нужному решению.

29 Затем мы составили дорожную карту и построили диаграмму Ганта. Согласовали сроки, принялись за работу.

30 Заключение

31 Эта проектная работа потребовала много времени и сил, но определённо окупилась. Я освоил много полезных навыков, увидел точки собственного роста, узнал, как могу стать лучше в каждом из направлений.

32 <a></a>