Но это еще не все. Если в Телеграм реакции от дежурного не поступило, то бот напомнит ему еще раз. Если и повторно реакции не поступило, то бот позвонит. Если никакая реакция не следует, то запрос уходит на вышестоящего человека. Так мы реализовали систему эскалаций, чтобы наши заказчики не волновались, если кто‑то из сотрудников пропустит алерт.
Разрабатывая это решение, мы уже использовали наш монорепозиторий от alert‑бота.
Несмотря на то что это не была масштабная разработка, для которой нужна команда 10+ человек, она дала мне опыт технического характера:
- Python (Flask, REST API, Google Suite, RabbitMQ, SMTP),
- JAVA,
- навыки построения архитектуры, ревью кода, проектирование многоразово используемых API.
Также я приобрела опыт нетехнического характера:
- управление командой,
- распределение задач между людьми,
- обучение других людей писать код,
- Agile-практики управления сроками исполнения.
Для меня этот опыт также внес ответы на некоторые противоречивые вопросы, например, как успевать быть и менеджером, и техническим лидом, и разработчиком; как при этом не обделить вниманием команду и сделать проект качественно и в короткие сроки. Порой казалось, что сделать что‑то одной легче, чем с командой. Решением этой проблемы было осознанное делегирование и распределение по ролям. Об этом расскажу в одной из следующих статей про менеджмент.
В качестве ложки дегтя — не обошлось без проблем. Разрабатывая по наитию, без четких ТЗ, мы столкнулись с тем, что несколько раз переписывали свой код, доводя его до состояния масштабируемости. Кроме того, изначально мы никак не рассматривали эту активность как основной стрим и поэтому не планировали спринты, подзадачи и подобное. И только осознав, что эти проекты больше, чем просто занятие на досуге в свободное от задач время, мы пришли к управлению задачами через Scrum.
Теги:
автоматизацияавтоматизация рутиныисторияботtelegrambotjiraподдержкасистемное администрированиесопровождениекод