Скажи честно: ты хоть раз говорил «Git — не моя зона ответственности, я же аналитик»?
А потом ловил себя на том, что:
– не можешь быстро глянуть, что поменялось в API;
– боишься залезать в pull request;
– не можешь объяснить, где искать документацию, если она в репозитории.
Пора закрывать этот пробел. Git — не только про код, но и про то, как ты коммуницируешь с командой и управляешь изменениями. А системный аналитик с пониманием Git — это вообще суперсила.
🧩 Что такое Git, если по-простому
Git — это система управления версиями. То есть инструмент, который:
– хранит историю изменений файлов (кода, документации, схем, anything),
– позволяет откатиться к нужной версии,
– помогает команде работать параллельно без конфликтов.
Если в проекте используется Git (а он почти везде), значит:
– у тебя будет репозиторий (обычно в GitLab, GitHub, Bitbucket),
– туда можно загружать/обновлять схемы, API-описания, шаблоны,
– правки будут прозрачными: кто, когда, зачем, на чём основаны.
🧑💻 Что аналитик может и должен делать с Git
Вот ключевые сценарии:
1. Чтение кода и pull request’ов
Это не значит, что ты будешь ревьюить архитектуру. Но ты можешь:
– посмотреть, какие поля добавились в JSON;
– понять, когда и зачем удалили метод API;
– сверить, отличается ли реализованное от требований.
2. Документация рядом с кодом
– Хочешь обновить sequence diagram?
– Нашёл баг в Swagger?
– Добавил описание бизнес-логики?
Все эти вещи можно хранить в Git и коммитить как часть фичи. Это — прозрачность и traceability, особенно в интеграционных проектах.
3. Работа с ветками и мержами
– Сделал новую версию API — открой ветку, опиши в readme, отправь на ревью.
– Написал .md-файл с разбором бизнес-процесса — тоже коммит в репу.
Таким образом, твой вклад будет виден и зафиксирован. Ты — часть value stream, а не сторонний наблюдатель.
📈 Что ты выигрываешь
✅ Видишь всю историю изменений
✅ Можешь участвовать в обсуждении pull request
✅ Работаешь в одном инфополе с разработкой
✅ Учишься мыслить в логике «сделал — зафиксировал — передал»
✅ Повышаешь свою ценность как middle+ аналитик
🧠 Как начать: 5 простых шагов
- Установи Git и создай аккаунт (если ещё нет)
- Потренируйся делать clone, commit, push
- Почитай структуру pull request и как писать хорошие описания
- Попробуй создать свою ветку с документацией (например, с .md-файлом)
- Спроси у команды, где лежат актуальные артефакты
Даже этих шагов будет достаточно, чтобы перестать бояться Git и уверенно с ним работать.
📌 Ранее я уже разбирал, что на самом деле нужно системному аналитику.
Спойлер: умение работать с Git — теперь почти must have в профессии.