Исповедь бизнес-аналитика: о 25 отказах за день, первом тимлиде и любви к сложным задачам

Откуда и с чем пришла?
Меня зовут Светлана. Сейчас я бизнес- и системный аналитик с опытом работы более пяти лет. И как говорит мой руководитель, я –
«Вот та самая, которая кайфует от того, что нужно разгребать такие задачи, которые никто даже трехметровой палкой трогать бы не захотел…».
Конечно, он говорит короче и более эмоционально, но думаю, понятно, о каких задачах идёт речь. Но до мира бизнес-анализа и IT я была госслужащей, а именно работала в таможне.
Нет, я не стояла на границе, с суровым лицом мониторя каждого потенциального контрабандиста и нарушителя. Я работала в информационно-вычислительном центре: делала выборки и агрегировала данные (SQL, Access, Excel), ставила задачи на формирование представлений и витрин данных, нужных для работы отдела, готовила аналитические материалы по таможенной стоимости. И вроде бы всё шло хорошо: за полтора года из обычного инспектора выросла до начальника отдела. Но на десятом году моего госслужательного стажа что-то изменилось… Мне перестало нравится делать ту работу, которая ещё недавно радовала: мне всё чаще приходилось словно оправдываться за то, что я хорошо работаю. И хоть слова Верещагина (да, аж олдскулы свело, согласна, ну или погуглите, о чем речь) стойко держались в моей голове, идея «пора что-то менять» всё-таки уже закрепилась в подсознании.

В ситуации, когда внутрь тебя закралась идея о том, что «возможно, пора что-то менять», главным врагом становится так называемая «карьерная инерция»: чем дольше ты работаешь на одном и том же месте, тем страшнее сменить работу. Когда идея о переменах посетила меня, помимо карьеры у меня уже был и второй пилот (на тот момент детсадовского возраста), который активно корректировал мои планы на жизнь и мои возможности, не говоря уже о его исключительной способности обострять во мне страх перемен.
И вот здесь очень важным и зачастую переломным моментом может оказаться правильный «ускорительный пинок» от человека рядом, а если ещё и в нужном направлении, то у вас беспроигрышное комбо поддержки. В моём случае таким человеком стал коллега. Этот «хитрый ананасик» подобно бесенку на моём плече систематически нашептывал:
«Кидай…Уходи… Ты сможешь… Глянь в сторону IT».
А когда он стал тем самым, который сам ушёл в IT, то регулярность и сила приложения его «пинков» увеличились в разы. К слову, не мне одной этот человек выдал таких «пинков», но каждый из нас определенно ему благодарен. А в последующем я сама стала тем человеком, который раздал таких «пинков», благодаря которым круг бизнес-аналитиков пополнился, как минимум, двумя вполне достойными представительницами.
А куда идти?
Что такое IT на тот момент для меня было таким дремучим лесом и неизведанным царством, что понять, куда именно я могу прилететь после такого «пинка», было ещё той задачкой со звездочкой. Поэтому, чтобы понять «а что это и с чем едят?», для начала я сходила на небольшой вебинар «Войти в IT», где узнала, что мне стоит посмотреть в сторону бизнес-анализа и/или проектного управления. И чтобы как-то себя подготовить к попыткам перехода в «новый мир», я пошла на следующие курсы.
Первым «крестовым походом» для меня стали курсы 50/50 – бизнес-анализ и проект-менеджмент. Что могу сказать? То ли благодаря преподавателям, то ли из-за них, но я поняла, что не вижу себя в управлении проектами. И это, между делом, имея на тот момент уже семилетний опыт в качестве начальника отдела. Но, прослушав блок по проектному управлению, я осознала, что не хочу руководить и организовывать рабочий процесс других, ведь у меня уже был избыток личных процессов, которые нужно было организовывать. Поэтому дальше я пошла постигать азы бизнес-анализа.
Я ходила на офлайн-курсы, параллельно читала литературу, которую советовали преподаватели, смотрела и проходила обучение на различных онлайн-платформах.
С последними курсами, в которые я оптимистично вписалась, получилась вообще отдельная история: как только я к ним приступила и активным бодрым темпом прошла около трети, я всё-таки устроилась на работу и… на них просто не осталось времени. Нет, я их закончила… буквально в начале этого года. Да, да… Две безуспешные попытки к ним вернуться, блокировка оплаченного курса обучения – и с третьей попытки, собрав в себе остатки воли и свободного времени, я их победила.
Первые поиски
Итак… обучение и погружение в теорию шли полным ходом. Самое «весёлое» началось, когда, пройдя два этапа очных курсов, я составила резюме и начала откликаться на вакансии. На тот момент я считала, что единственным отдалённо похожим на «ценный опыт» в моей копилке было то, что я работала с базами данных, но далеко не так, как это могло бы мне пригодиться в новой сфере. Сейчас я понимаю, что моей ошибкой было то, что я сама не умела считать свой прошлый опыт релевантным и не видела, как его можно применить. Я писала резюме языком госслужащего, но не аналитика. Например, вместо «делала выборки» можно ведь было написать «работала с данными и SQL»; не просто «ставила задачи на формирование представлений и витрин», а «формировала требования к представлениям и витринам данных». Мне не нужно было придумывать себе опыт, ведь он у меня был, просто нужно было перевести его на язык новой профессии.
Хотелось бы сказать, что я была вся такая знающая, уверенная в себе и своих знаниях, что меня с готовностью звали на собеседования… но нет, вообще ни разу.
В чем мне, на мой взгляд, повезло, так это в том, что я искала работу «без сковороды под собой», т.е. у меня не было «острой» необходимости найти работу, ведь меня никто не выживал, не увольнял, да и в принципе никто не знал, что я смотрю в сторону смены работы. Так что мои поиски проходили в довольно спокойном режиме. Но это не значит, что я не переживала из-за каждого очередного отказа. Мой абсолютный антирекорд – 25 отказов за один день: 25 писем на электронную почту с уведомлением:

Вполне ожидаемо и понятно, что последняя искра веры и надежды на «новое начало» во мне практически угасла: поднятие резюме и отклики практически прекратились, я смирилась и работала в «штатном режиме».
Причина отказов в моём случае была одна – отсутствие опыта. Да, вот он… тот самый «замкнутый круг новичка»: тебя не берут без опыта, но у тебя не может быть опыта без пробы «боем». Но тут можно понять и сторону работодателя: теория у большинства новичков похожа, а понять, кто сможет работать с живой задачей, очень трудно.
Почему кому-то всё-таки понадобился джун без опыта
Мне повезло в тот момент, когда я меньше всего этого ждала и уже тем более не была морально готова. Это было моё первое собеседование при уже солидной «стопке» отказов: в компанию-интегратор доукомплектовывали команду на большой проект для «переезда» организации на новую платформу. И самым парадоксальным в этом наборе было то, что таким новичкам, как я, отдавали преимущество при рассмотрении.
Когда я проходила уже техническое собеседование с архитектором low-code платформы, с которой мне предстояло работать, первое, что я спросила, было «почему новичкам?». На что получила очень интересный ответ:
«Нам проще научить самим и «под себя», чем переучивать уже сформированных».
По прошествии пяти лет я очень хорошо поняла и на собственном опыте прочувствовала смысл этого ответа.
Лично мне попадались именно такие люди, на примере которых я увидела, насколько сложно бывает переучиваться людям, которые слишком сильно привыкли к одному подходу:
«мы всегда делали так», «зачем это менять», «это же добавит работы».
А ещё, когда я была на курсах, никто не говорил, что есть такие места, куда можно пойти , где ты будешь и учиться, и работать одновременно. Например, в текущей компании СВОЙ Тех у нас есть Laboratory 2.0 (программа по подготовке и трудоустройству начинающих IT-специалистов) – очень хороший пример того, как на практике работает идея, что лучше сразу научить «как надо» под потребности компании, чем переучивать.
По итогам трёх этапов собеседований меня взяли на работу и началось что-то новое, с бесконечным потоком информации и непрерывной коммуникации… Вот он первый день и понеслось: Confluence, Jira, Slack, Skype, «а разверни тестовые стенды», «читать о платформе вот тут…». На адаптацию было отведено три недели, после чего пошли «боевые задачки», и я стала частью этого ранее не известного мне «мира бизнес-анализа». Моей первой была самая простая, учитывая, что мы работали с low-code платформой, задача по добавлению нескольких полей в карточке контрагента: в БД посмотри, сходи в «мастер раздела», маппинг опиши. Первое, о чём я подумала:
«Ничего не понятно, но очень интересно».
Зато сколько было радости, когда эта задачка была побеждена.
А как оказалась там, где я сейчас?
Мое обучение и погружение шли стахановскими темпами. Здесь можно было бы рассказать, какая я была с огнём в глазах и очень быстро всё схватывала, но это будет мизерная часть картины. Так что же в итоге помогло мне оказаться там, где я сейчас?
Самую главную роль я смело отвожу своему первому тимлиду. Вот в чём меня никто и никогда не переубедит, так это в том, что тимлид – это тот самый учитель, который может привить тебе безграничную любовь к предмету, просто передать тебе необходимые знания, потому что это его работа, или же взрастить в тебе такое отвращение, что едва перешагнув черту какой-то обязательной контрольной точки, ты поблагодаришь мир за то, что выжил, и больше не вернёшься к этому предмету ни за какие сокровища мира (третий вариант у меня был в университете с философией…и страдать мне приходилось трижды).
Мой первый тимлид – для меня яркий представитель первой категории учителей – «вдохновителей», т.е. тот, кто привил мне ярую любовь к бизнес- и системному анализу. Я могла прийти к нему с самыми тупыми вопросами, на которые в ответ мне настолько доступно, красиво и профессионально «по полочкам» раскладывались все шаги решения поставленной задачи с обязательным объяснением причин выбора той или иной логики. В нашей БА-команде помимо прочего царила особая атмосфера, которую также создавал тимлид. Каждый внутрикомандный дейлик всегда сопровождался «минуткой юмора» и обязательно завершался фразой
«Обнял – приподнял, покружил – поставил».

Кому-то это может показаться избыточным и непрофессиональным, но все новички нашей проектной команды обожали эту манеру общения моего тимлида и нам это было важно. И поверьте, уж лучше так, чем когда у тебя тимлид-«угнетатель», который строит свою команду в шеренгу (и это не образное выражение) и начинает спрашивать за задачи и «учить уму да разуму».
Хороший тимлид играет немаловажную роль в процессе формирования характера бизнес-аналитика, но далеко не он один.
Временного ресурса тимлида зачастую не хватает в том объёме, который может требоваться джуну, а учиться же как-то надо, задачки делать нужно так, чтобы потом не пришли к твоему тимлиду с жалобами на проделанную работу. А как? Общаться! Внутри команды, с командами других проектов, если есть возможность.
Если подумать, то первым азам работы с реляционными СУБД меня научил админ баз данных, с которым я ещё в госорганах работала и который мне человеческим (или как я до сих пор называю – блондОвским) языком рассказал какую-то часть из 12 правил Кодда.
Я мучаю одних, другие мучают меня…
Так вот…общение. В первую очередь моими «жертвами» были, есть и, простите, будут разработчики. Но не обольщайтесь – далеко не все могут научить чему-то полезному и ценному. Есть и те, которые «упираются» и стараются «развернуть» задачу со старта, аргументируя тем, что «ты хочешь чего-то нереального». Про такие ситуации мне на курсах как-то сказали:
«Если разработчик сказал, что сделать невозможно – значит он это не делал, не хочет делать либо до конца не понимает, как это сделать и сколько ему на это потребуется времени».
Лично я на одном таком «невозможно»-экспонате с удовольствием оттачивала применение метода «5 почему» с той лишь разницей, что ему нужно было доказать мне, почему же «это невозможно». С позиции текущего опыта я бы переформулировала слова преподавателя с курсов:
Когда слышишь «невозможно», не спорь с самим словом — выясни, какое конкретно ограничение за ним стоит.
Например, была у меня как-то задача, когда необходимо было реализовать генерацию штрихкодов по идентификатору с последующей его вставкой в шаблон. Когда я пришла за консультацией к разработчику, которому выпал жребий «пилить» эту задачу, и рассказала, чего хотят пользователи, он со старта мне сказал, что такое не сделать.
-
На моё первое «почему?» я получила ответ, что сломается шаблон…
-
Второе «почему?». Оказалось, что нельзя определить нужное место в шаблоне для вставки. На этом шаге я предложила добавить в шаблон фиксированную таблицу, куда можно вставлять сгенерированное изображение со штрихкодом, но и тут услышала «Невозможно».
-
На третьем «почему?» мне пояснили, что невозможно вставить в конкретное место таблицы (с соблюдением отступов, границ и т.д.). На это обоснование у меня сходу возникло предложение в самом шаблоне разместить в нужном месте «пустую» картинку и при обработке шаблона заменять её сгенерированной. Пока, вся такая воодушевлённая, в полурассказе-полувопросе я озвучивала эту идею, на лице разработчика можно было прочесть не только очередное «невозможно», но также и бесконечные варианты маршрутов моего дальнейшего следования со всеми моими идеями.
В итоге по данной задаче нам хватило четырёх заходов на «почему?», чтобы понять, что за первоначальным «невозможно» на самом деле скрывалось не техническое ограничение, а отсутствие в моменте подходящей идеи реализации…
А те самые ребята, которые готовы кодить, придумывать и даже через протяжное «ооох» делать, действительно могут многому научить. Половину заслуги в собственном росте в системном анализе я с огромной благодарностью отдаю этим самым ребятам. Именно в диалоге с ними, бурно и местами хаотично объясняя суть задачи, я научилась придумывать и описывать такие решения, до которых самостоятельно я бы пришла – если бы вообще пришла – только после кучи книг, лекций, обучалок и всего прочего.
Один бывший коллега-разработчик привил мне одну привычку, которая стала для меня чем-то средним между фобией и личной фичей: каждый раз при перечитывании спецификации или обдумывании принятых решений по реализации у меня в голове возникает его голос с вопросом
«А что, если…?»
После этого вопроса мозг начинает генерировать «упущенные сценарии», распознавать «узкие горлышки» и замечать неоднозначно описанную логику. К слову, у автора этого вопроса я училась добрых два с половиной года, а он с завидным терпением к «любимой душне» продолжал «страдать» над нашими решениями и идеями.
Если в процессе обсуждения разработчик скажет, что моё решение не оптимально и сможет мне объяснить почему, я запросто (хотя порой с таким же протяжным «ооох») «переобуюсь» в реализации, перепишу нужную часть задачи и запомню на будущее, чтобы снова не обнять те же грабли.
На первом месте работы уже как бизнес-аналитика у нас не было тестировщиков и команды технической поддержки. Поэтому там бизнес-аналитики были и всеми недостающими кадрами в том числе. Когда я пришла на новый проект в другую компанию, там я познала прелести того, когда есть команда тестирования. Эти ребята научили меня смотреть на задачи под таким углом и с позиции самых «компьютерно безграмотных» пользователей, что становится невольно грустно из-за собственной сохраняющейся веры в адекватность абсолютно всех пользователей. На текущем месте работы девчата активно продолжают меня мучить и настолько прокачали мою нервную систему, что я не поленюсь лишний раз подробно расписать в спецификации очевиднейшие вещи просто потому, что меня не покидает мысль
«Я не напишу, а они же сразу придут по мою душу с вопросами…».
А кто научит вовремя останавливаться?
Можно долго воспевать дифирамбы как «учителям» первому тимлиду, разработчикам, тестировщикам, саппорту, проджекту – кому угодно. Но есть одна не менее важная вещь, без которой при всех успехах в обучении, развиваемых навыках и профессиональной компетенции, «далеко не уедешь». Это место, где можно получить поддержку и наконец-то выдохнуть. Для многих это семья, друзья, хобби. Мне повезло даже больше: помимо всего перечисленного у меня есть коллеги, которые также улавливают изменения в моём состоянии.
Горящие глаза (хорошо, если только они), чувство ответственности, нежелание подвести команду, интересные задачи – это здорово. Но у внутреннего ресурса есть склонность заканчиваться, а вот уловить момент, когда «лампочка внутреннего топлива начинает орать красным» умеют не все, особенно когда ты только пришёл в профессию.
В первой компании меня буквально выгнали в отпуск через полгода после того, как я пришла. Причём подготовились основательно – поставили просто перед фактом, заблокировали учётку, чтобы я не могла «подсматривать» и тихонечко «пилить» задачи. Как же я обижалась на своего тимлида и тимлида второй команды (т.к. это было их согласованное решение), как негодовала…первые три дня. А потом, когда несколько дней подряд утро вместо оперативного подключения к задачам начиналось с выхода на улицу, где были солнце, снег, морозик и тишина в чатах, я поняла, насколько они были правы.
Уметь признаться самому себе, что работаешь уже на автопилоте и на износ, что нужен хотя бы небольшой перерыв – это не всегда просто, это тоже нужно уметь, равно как и уметь вовремя признать, что ты не «вывозишь» конкретную задачу – нужно больше времени, нужна консультация или помощь, допустил ошибку или промах в задаче. Далеко не все умеют это. Меня этому, к счастью, научили.
И что же?
Когда за плечами вроде бы и «всего», а с другой стороны, и «уже» 5+ лет работы в бизнес-анализе могу сказать, что глаза гореть у меня ни разу не перестали, палка для разгребания всё ещё при мне, желание и стремление учиться новому в этой профессии никуда не делись.
Искренне рада и немного завидую тем, кто попал в IT сразу после университета или колледжа и кому действительно «тут» нравится. Не жалею, что сама попала сюда «попозже», ведь именно на первом месте работы я получила тот самый ценный опыт, который помог мне попасть «сюда» и дорасти до того, где я сейчас. Начинать «с нуля» было откровенно страшно, работать в IT нелегко, а на первых порах – как и в любой профессии – легко быть и не должно. И это нормально. Лично я рада, что после «пинка» я всё-таки переборола все страхи и решилась попробовать.
Когда-то мне понадобился человек, который достаточно долго повторял: «Ты сможешь, попробуй!». Через несколько лет я сама стала тем человеком для других. И, пожалуй, если после этой статьи ещё кто-то хотя бы посмотрит в сторону того самого «может, попробовать?», значит, один ускорительный пинок улетел по адресу.
Автор: Svetlana_Timbal

