Business | System analyst

❓️️️️️️️Хотите освоить востребованную профессию, которую не заменит ИИ?
За 13 месяцев обучения получите с нуля полное понимание работы системного аналитика и лицензированный диплом о профессиональной переподготовке на курсе «Системный аналитик» в OTUS.

🎁 Записывайтесь на 3 бесплатных вебинара — познакомьтесь с программой обучения и преподавателями. Задайте свои вопросы экспертам!

1⃣26 октября, 20:00 мск — «Интеграция приложений: пошаговая инструкция для системного аналитика»: разберём типы интеграций и вопросы, которые нужно проработать, чтобы системы подружились ещё до старта разработки.

2⃣17 ноября, 20:00 мск — «User Story vs Use Case: что выбрать для описания требований»: сравним подходы и поймём, когда хватит истории, а когда нужен сценарий.

3⃣23 ноября, 20:00 мск — «Какие навыки системного аналитика не заменит нейросеть»: покажем, где ИИ ускоряет работу, а где без человека задачу поймут неверно.

Записывайтесь ➡ https://clck.ru/3Wdpo7

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Прошло две недели на новом проекте. И что теперь?

Салют! В прошлый раз разобрали как войти в проект - первые дни, первые разговоры, первые договорённости. Сегодня про то что происходит дальше. Потому что после двух недель эйфория от нового места проходит - и начинается настоящая работа.

Примерно на третьей неделе наступает "провал"

Это нормально - но мало кто об этом предупреждает.

В первые две недели всё понятно: знакомишься, изучаешь, задаёшь вопросы. Все помогают и объясняют. Потом негласно ожидается что ты уже "вошла" и должна работать самостоятельно. А вопросов стало только больше - и задавать их уже неловко.

Не переставайте задавать вопросы. Просто меняйте формулировку. Не "объясните как это работает", а "я понимаю это вот так - правильно?" Разница небольшая, воспринимается совсем иначе.

Подводные камни которые вылезают после двух недель

1️⃣ Неформальные лидеры

В любой команде есть люди которые формально не принимают решения - но фактически влияют на всё. Первые два месяца уходят на то, чтобы понять реальную карту влияния. Это не политика ради политики - это понимание как реально работает система вокруг вас.

2️⃣ Накопленный долг.

Начинают всплывать вещи которые "так исторически сложилось". Не бросайтесь это чинить сразу — сначала поймите почему оно такое. За кривым процессом иногда стоит причина которая не очевидна снаружи.

3️⃣ "У нас так не принято".

Спросите почему. Если конкретная причина — принимаем к сведению. Если "ну, просто так сложилось" — это не ограничение, это привычка. С привычками можно работать — но аккуратно и не с наскока.

Как понять что ты на своём месте

Обычно это чувствуется к концу третьего-четвёртого месяца.

➕ Хорошие признаки: к вам приходят с вопросами сами, на встречах вы уже не просто слушаете, начинаете видеть проблемы чуть раньше чем они становятся кризисом.

➖Тревожные признаки: через три месяца не понимаете кто реально принимает решения, чувствуете что вас терпят но не слышат, каждый день ощущение что делаете что-то не то.

Второй список — не приговор. Но сигнал что нужно поговорить с руководителем напрямую. Лучше неловкий разговор сейчас, чем полгода в тумане.

Про новых людей — и почему их не нужно бояться

Страх новых людей — это почти всегда страх оценки. Кажется что все вокруг давно знают как тут всё устроено и только ты не в курсе.
Большинство людей на проекте тоже не уверены что всё понимают правильно. Просто не показывают.

Что помогает: запомните что важно каждому человеку — люди чувствуют когда их слышат и открываются. Найдите одного союзника который готов объяснить неформальные правила игры. Не пытайтесь понравиться всем сразу — это невозможно и выглядит неестественно.

Как понять проект по-настоящему

Настоящее понимание приходит когда вы первый раз сами нашли противоречие которое никто не замечал, провели сложную встречу где мнения расходились и вышли с результатом, разобрались почему что-то пошло не так — без помощи.
Это не случается за две недели. Но именно это делает вас частью проекта, а не гостем на нём.

Дискомфорт первых месяцев — это не сигнал, что вы не на своём месте. Это сигнал что вы растёте.

Если было полезно, ставьте реакции 👇

Источник: @ba_and_sa

Первые две недели на новом проекте — что делать чтобы не облажаться

Салют! Помню своё первое погружение в большой незнакомый проект. Меня посадили, дали доступы к куче систем, скинули ссылку на Confluence где было триста страниц документации и сказали "изучай". Я изучала. Честно. Три дня читала документы и к концу понимала примерно столько же сколько в начале — потому что читала не то и не в том порядке.

С тех пор у меня есть своя система первых двух недель. Делюсь.

День 1-2. Сначала люди, потом документы

Главная ошибка новичков — и моя в том числе — начинать с документации. Документы врут. Не специально — просто устаревают, не обновляются, описывают как должно быть а не как есть.
Первое что делаю на новом проекте — прошу пятнадцать минут с каждым ключевым человеком. Не полноценное интервью, просто познакомиться и задать три вопроса:
— Чем занимаетесь на проекте?
— Что сейчас самое болезненное?
— Без чего проект точно не взлетит?
За два дня таких разговоров получаю картину которую из документов не вытащить за неделю. И сразу понимаю кто реально влияет на решения, а кто формально в списке стейкхолдеров.

День 3-5. Разобраться в предметной области — но не глубоко

Не пытаюсь стать экспертом за неделю. Цель другая — понять достаточно чтобы задавать осмысленные вопросы и не выглядеть человеком с другой планеты на встречах.

Что помогает:

— Попросить кого-то из команды объяснить процесс "как будто я первый раз это слышу". Люди любят объяснять — и в процессе сами замечают что некоторые вещи объяснить сложно
— Найти самый главный объект системы — заказ, пациент, договор, заявка — и понять его жизненный цикл. Вокруг него обычно строится всё остальное
— Посмотреть на схему базы данных если есть доступ. Там видно реальную архитектуру, а не ту которую нарисовали в презентации

День 5-7. Найти где болит прямо сейчас

На каждом проекте есть что-то что горит, раздражает или давно висит нерешённым. Найти это — значит быстро стать полезной.

Не жду пока мне скажут. Спрашиваю напрямую: "Что сейчас мешает команде работать быстрее?" или "Есть что-то что давно хотели разобрать но руки не доходили?"

Иногда это маленькая задача которую можно закрыть за день. Но закрытая маленькая задача в первую неделю — это огромный кредит доверия на старте.

День 7-10. Картина целиком

К этому моменту уже есть кусочки пазла от разных людей. Время собрать их вместе.

Рисую для себя — не для документации, просто для понимания:

— Кто главные участники процесса и как они связаны
— Как выглядит основной сценарий от начала до конца
— Где стыки между системами или командами — там обычно и прячутся проблемы

Этот набросок показываю кому-то из команды и прошу покритиковать. "Я правильно понимаю как это работает?" — один из самых продуктивных вопросов в первые две недели.

День 10-14. Договориться как будем работать

К концу второй недели уже понятно с кем предстоит работать плотнее всего. Самое время договориться о правилах — не потому что я люблю бюрократию, а потому что потом договариваться сложнее.
Как фиксируем требования. Кто финальный ЛПР по спорным вопросам. Как обрабатываем изменения. Где живёт документация.

Пять минут такого разговора в начале экономят часы разборок потом.

Чего точно не стоит делать в первые две недели

— Предлагать "а вот у нас на прошлом проекте было лучше". Даже если правда. Особенно если правда — Брать на себя задачи раньше чем понял контекст — переделывать дороже чем сделать позже но правильно — Молчать когда что-то непонятно. Вопросы в первые две недели воспринимаются как норма. Через месяц — уже нет

Первые две недели задают тон всему проекту. Не потому что за это время нужно всё узнать и всё сделать. А потому что именно тогда формируется первое впечатление — и репутация которую потом долго менять.

Если было полезно, ставьте реакции

Источник: @ba_and_sa