Как разгрести список вопросов от коллег?
Думаю, эту боль понимает каждый 😭.
Нам пишут все:
* разработчики, тестировщики, дизайнеры, менеджеры, аналитики, смежные команды;
* по нашим задачам, по багам, просто посоветоваться;
* а кто-то умудряется прийти с вопросами о сроках, хотя мы за это вообще не отвечаем:
«когда будет готово?», «когда релиз?», «сколько осталось?», «ну, можешь поторопить всех?» 😅
В такие моменты я ловлю себя на мысли, что мне нужно как-то защищать своё время и голову. Вот что мне в этом помогает 👇
⏸️ Необязательно заниматься вопросом сразу
Мне помогает просто дать понять, что я увидела вопрос и вернусь с ответом.
* «Вопрос увидела. Насколько срочно?»
* «Смогу посмотреть после 16:00, это терпит?»
* «Нужно время, чтобы разобраться. Вернусь с ответом завтра»
* «Давай вернёмся к этому после созвона»
Это сильно снижает давление и ожидание ответа прямо сейчас.
🧠 Мы не обязаны знать всё
И это нормально. Иногда вопрос вообще не по адресу.
Что можно сказать:
* «Это не ко мне, лучше написать Васе»
* «Я не эксперт в этой части, но могу подсказать, к кому идти»
* «С ходу не отвечу, нужно погрузиться»
* «Давай уточним контекст, без него сложно ответить»
Гораздо хуже ответить наугад и потом разгребать последствия.
📝 Это правда только вопрос или полноценная задача?
Очень часто под видом быстрого вопроса нам приносят полноценную задачу.
Мои любимые фразы:
* «Давай заведём задачу, чтобы не потерялось»
* «Это требует анализа, давай зафиксируем отдельно»
* «Можем обсудить, но это не быстрый ответ»
🚧 И да, мы не менеджеры
Если коротко: лучше не брать на себя чужую ответственность.
* «По срокам лучше уточнить у менеджера»
* «Я могу рассказать статус анализа, но не дату релиза»
* «За приоритизацию отвечает …»
А теперь вопрос к вам 👇
(я очень хочу пополнить свой «словарь аналитика» 😄)
Как вы фильтруете поток вопросов? Есть свои заготовленные фразы или лайфхаки, которые работают?
Думаю, эту боль понимает каждый 😭.
Нам пишут все:
* разработчики, тестировщики, дизайнеры, менеджеры, аналитики, смежные команды;
* по нашим задачам, по багам, просто посоветоваться;
* а кто-то умудряется прийти с вопросами о сроках, хотя мы за это вообще не отвечаем:
«когда будет готово?», «когда релиз?», «сколько осталось?», «ну, можешь поторопить всех?» 😅
В такие моменты я ловлю себя на мысли, что мне нужно как-то защищать своё время и голову. Вот что мне в этом помогает 👇
⏸️ Необязательно заниматься вопросом сразу
Мне помогает просто дать понять, что я увидела вопрос и вернусь с ответом.
* «Вопрос увидела. Насколько срочно?»
* «Смогу посмотреть после 16:00, это терпит?»
* «Нужно время, чтобы разобраться. Вернусь с ответом завтра»
* «Давай вернёмся к этому после созвона»
Это сильно снижает давление и ожидание ответа прямо сейчас.
🧠 Мы не обязаны знать всё
И это нормально. Иногда вопрос вообще не по адресу.
Что можно сказать:
* «Это не ко мне, лучше написать Васе»
* «Я не эксперт в этой части, но могу подсказать, к кому идти»
* «С ходу не отвечу, нужно погрузиться»
* «Давай уточним контекст, без него сложно ответить»
Гораздо хуже ответить наугад и потом разгребать последствия.
📝 Это правда только вопрос или полноценная задача?
Очень часто под видом быстрого вопроса нам приносят полноценную задачу.
Мои любимые фразы:
* «Давай заведём задачу, чтобы не потерялось»
* «Это требует анализа, давай зафиксируем отдельно»
* «Можем обсудить, но это не быстрый ответ»
🚧 И да, мы не менеджеры
Если коротко: лучше не брать на себя чужую ответственность.
* «По срокам лучше уточнить у менеджера»
* «Я могу рассказать статус анализа, но не дату релиза»
* «За приоритизацию отвечает …»
А теперь вопрос к вам 👇
(я очень хочу пополнить свой «словарь аналитика» 😄)
Как вы фильтруете поток вопросов? Есть свои заготовленные фразы или лайфхаки, которые работают?
1👍13🔥9💯2❤1
Меня обманули 😱
(нет, не мошенники. Смежная команда. И да, это боль аналитика 😅)
Как-то на предыдущем проекте мне прилетела задача:
(задачу ставил посредник, а не сама смежная команда, которая отвечает за этот код)
И вот помню.. У меня было очень плохое предчувствие насчёт этого всего.
Код ошибки странно назывался, логика не сходилась.
Я пошла уточнять: «Правильно понимаю, что X означает вот это?». Мне ответили: «Ну… в целом да, там есть нюансы, но можно считать, что так».
Окей, завязались. Реализовали.
А спустя полгода пришла новая задача, где снова хотели завязаться на этот же код. И тут я получила уже другое: «X вообще про другое. Как-то неправильно, что вы на это завязались. Лучше выпилить…»
Помню это, как будто всё было вчера. Я сидела с набором чувств:
После этого я просто решила больше доверять своей интуиции.
Даже если для этого придётся лишний раз написать, уточнить, поставить встречу и показаться душнилой🤓 .
А как вы себя обычно страхуете в таких ситуациях? 👇
(нет, не мошенники. Смежная команда. И да, это боль аналитика 😅)
Как-то на предыдущем проекте мне прилетела задача:
показывать пользователю уведомление, если от смежной команды приходит код ошибки = X.
(задачу ставил посредник, а не сама смежная команда, которая отвечает за этот код)
И вот помню.. У меня было очень плохое предчувствие насчёт этого всего.
Код ошибки странно назывался, логика не сходилась.
Я пошла уточнять: «Правильно понимаю, что X означает вот это?». Мне ответили: «Ну… в целом да, там есть нюансы, но можно считать, что так».
Окей, завязались. Реализовали.
А спустя полгода пришла новая задача, где снова хотели завязаться на этот же код. И тут я получила уже другое: «X вообще про другое. Как-то неправильно, что вы на это завязались. Лучше выпилить…»
Помню это, как будто всё было вчера. Я сидела с набором чувств:
- Как я могла на это повестись?
- Я же всегда все перепроверяю. Почему не организовала встречу, чтобы получить 100% гарантию?
- Моя чуйка была права 🙃
После этого я просто решила больше доверять своей интуиции.
Даже если для этого придётся лишний раз написать, уточнить, поставить встречу и показаться душнилой
А как вы себя обычно страхуете в таких ситуациях? 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤23💯11
Моя самая нелюбимая фраза — «го в зум»
Только представьте...
(хотя кому я это рассказываю, вы, скорее всего, испытываете то же самое)
Сидите, наконец-то погрузились в задачу. Впереди 3 часа без созвонов, можно спокойно сосредоточиться… И тут приходит сообщение: «го в зум».
Иными словами: «мы ждём тебя, подключайся прямо сейчас».
В такие моменты я злюсь. Потому что не понимаю, о чём будет идти речь, есть ли смысл мне туда идти и нужно ли вообще к этому готовиться.
Я понимаю, что, возможно, это кажется мелочью. Но для человека, который наконец вошёл в рабочий поток, это почти катастрофа 😅. Мне бывает сложно сосредоточиться, но если это получилось — я могу свернуть горы. И такие сообщения меня из этого состояния выбивают.
* Как же я благодарна тем, кто хотя бы пишет: «Можем созвониться? Когда тебе удобно?»
* ставит встречу в календаре заранее
* а если ещё и с описанием и списком вопросов — это вообще идеальный коллега.
Как же я люблю предсказуемость в рабочем дне ❤️
Или я одна так реагирую на внезапный зум? 😅
Только представьте...
(хотя кому я это рассказываю, вы, скорее всего, испытываете то же самое)
Сидите, наконец-то погрузились в задачу. Впереди 3 часа без созвонов, можно спокойно сосредоточиться… И тут приходит сообщение: «го в зум».
Иными словами: «мы ждём тебя, подключайся прямо сейчас».
В такие моменты я злюсь. Потому что не понимаю, о чём будет идти речь, есть ли смысл мне туда идти и нужно ли вообще к этому готовиться.
Я понимаю, что, возможно, это кажется мелочью. Но для человека, который наконец вошёл в рабочий поток, это почти катастрофа 😅. Мне бывает сложно сосредоточиться, но если это получилось — я могу свернуть горы. И такие сообщения меня из этого состояния выбивают.
* Как же я благодарна тем, кто хотя бы пишет: «Можем созвониться? Когда тебе удобно?»
* ставит встречу в календаре заранее
* а если ещё и с описанием и списком вопросов — это вообще идеальный коллега.
Как же я люблю предсказуемость в рабочем дне ❤️
Или я одна так реагирую на внезапный зум? 😅
1❤41👍6😁3👌1
Есть недели, которые проживаются дольше обычного. Это одна из них
У нас на проекте каждый квартал проходит планирование.
Нужно оценить задачи: сколько часов что займёт. Разработчики, аналитики, дизайнеры и тестировщики оценивают свои части. Я отвечаю за блок анализа в нашей команде. После этого менеджеры собирают всё это в общий план на квартал.
И вроде звучит нормально и спокойно.
А потом видишь список из 50 задач и понимаешь масштаб 😅. По каждой нужно назвать цифру.
Конечно, можно поставить её «пальцем в небо». Но мне важно прикинуть реальный сценарий, подсветить риски и дать честную оценку.
Поэтому я открываю Confluence и начинаю раскручивать клубок:
И 50 задач — это не просто список в таблице, по которому можно быстро пробежаться.
По крупным задачам проходят встречи по предварительному грумингу.
Нужно заранее въехать в тему, прийти на встречу, что-то придумать, обсудить и только потом поставить оценку.
И всё бы ничего… Если бы эти встречи не шли одна за другой.
А параллельно никто не отменял и текущую задачу. Работу за тебя никто не сделает 🙃
В такие недели дни ощущаются иначе. Обычно время летит, а тут каждый день проживается медленно. Не верится, что сегодня только четверг.
Осталось два дня и можно выдохнуть ❤️
Со вторника вернётся привычный ритм
Кажется, у каждого бывают такие плотные периоды.
А у вас сейчас какая неделя?
У нас на проекте каждый квартал проходит планирование.
Нужно оценить задачи: сколько часов что займёт. Разработчики, аналитики, дизайнеры и тестировщики оценивают свои части. Я отвечаю за блок анализа в нашей команде. После этого менеджеры собирают всё это в общий план на квартал.
И вроде звучит нормально и спокойно.
А потом видишь список из 50 задач и понимаешь масштаб 😅. По каждой нужно назвать цифру.
Конечно, можно поставить её «пальцем в небо». Но мне важно прикинуть реальный сценарий, подсветить риски и дать честную оценку.
Поэтому я открываю Confluence и начинаю раскручивать клубок:
что уже реализовано, куда придётся вносить изменения, кого это затронет, какие могут всплыть риски, нужен ли дизайн, придётся ли идти к ИБ.
И 50 задач — это не просто список в таблице, по которому можно быстро пробежаться.
По крупным задачам проходят встречи по предварительному грумингу.
Нужно заранее въехать в тему, прийти на встречу, что-то придумать, обсудить и только потом поставить оценку.
И всё бы ничего… Если бы эти встречи не шли одна за другой.
А параллельно никто не отменял и текущую задачу. Работу за тебя никто не сделает 🙃
В такие недели дни ощущаются иначе. Обычно время летит, а тут каждый день проживается медленно. Не верится, что сегодня только четверг.
Осталось два дня и можно выдохнуть ❤️
Со вторника вернётся привычный ритм
Кажется, у каждого бывают такие плотные периоды.
А у вас сейчас какая неделя?
❤20
Я часто пишу здесь про плотные недели, оценки, встречи и взаимодействие с коллегами.
И каждый раз ловлю одну мысль.
Когда ты видишь структуру.
Когда понимаешь, какие вопросы нужно задать.
Когда чётко представляешь, чего от тебя ждут коллеги.
Когда умеешь оформить результаты анализа так, чтобы к ним не возвращались по три раза.
Когда мыслишь основными и альтернативными сценариями.
Когда не превращаешь user story в формальность ради Scrum-доски.
Когда можешь разложить любой процесс на шаги и увидеть, где он ломается.
Когда говоришь с разработчиками на одном языке.
Когда понимаешь основы БД и интеграций.
И не сидишь с мыслью: «А что вообще от меня ждут?»
За 8+ лет в системном анализе я поняла одну вещь.
Это не «навыки для джунов». Это фундамент, без которого сложно чувствовать себя устойчиво в профессии и развиваться в ней дальше.
Когда я собирала курс «Системный аналитик с нуля до старта», мне было важно закрыть именно эту основу.
Вокруг неё и построен курс: последовательно, от процесса разработки и требований до основ БД и API, с примерами из реальной практики и упражнениями.
Приглашаю всех на обучение 💪
А если хотите попрактиковаться со мной и получить развернутую обратную связь, то приглашаю на практикум.
И каждый раз ловлю одну мысль.
Спокойствие в работе появляется не потому, что задач стало меньше, ненавистный коллега ушёл в отпуск или с тебя сняли обязанности.
Оно появляется, когда ты понимаешь, что делаешь.
Когда ты видишь структуру.
Когда понимаешь, какие вопросы нужно задать.
Когда чётко представляешь, чего от тебя ждут коллеги.
Когда умеешь оформить результаты анализа так, чтобы к ним не возвращались по три раза.
Когда мыслишь основными и альтернативными сценариями.
Когда не превращаешь user story в формальность ради Scrum-доски.
Когда можешь разложить любой процесс на шаги и увидеть, где он ломается.
Когда говоришь с разработчиками на одном языке.
Когда понимаешь основы БД и интеграций.
И не сидишь с мыслью: «А что вообще от меня ждут?»
За 8+ лет в системном анализе я поняла одну вещь.
Это не «навыки для джунов». Это фундамент, без которого сложно чувствовать себя устойчиво в профессии и развиваться в ней дальше.
Когда я собирала курс «Системный аналитик с нуля до старта», мне было важно закрыть именно эту основу.
Вокруг неё и построен курс: последовательно, от процесса разработки и требований до основ БД и API, с примерами из реальной практики и упражнениями.
Приглашаю всех на обучение 💪
А если хотите попрактиковаться со мной и получить развернутую обратную связь, то приглашаю на практикум.
1👍14❤6🔥5💯1
С 1 марта 2026 года в РФ вступают в силу поправки (168-ФЗ) о приоритете русского языка в публичной информации
Суть простыми словами:
В публичной информации для потребителей русский язык должен быть основным.
Иностранные слова не запрещены полностью, но использовать их можно с учётом определённых правил.
В привычном понимании это касается вывесок, указателей и другой информации, которую человек видит при выборе товара или услуги.
Ради интереса я сходила на вебинар по этой теме и поймала себя на мысли, что это напрямую касается сферы IT.
Нам, как аналитикам, тоже полезно учитывать такие требования при разработке продуктов.
Сразу оговорюсь: я не юрист 🙂
Ниже — моё «аналитическое» понимание.
Как я бы посмотрела на это со стороны аналитика.
Про интерфейсы
Если есть явный русский аналог, безопаснее использовать его.
«SALE», «NEW» — лучше заменить на «РАСПРОДАЖА», «НОВИНКА».
Буквально вчера покупала ноты, и на карточке везде было написано «SALE». Теперь невольно обращаю на это внимание 😅
Про бренды и товарные знаки
Если название зарегистрировано как товарный знак, его обычно можно использовать в исходном виде (в том числе на латинице).
Если нет, то стоит продумать русскоязычный контекст рядом. Например, поясняющую подпись.
Про транслитерацию
Если возникнет соблазн просто использовать транслитерацию, это вряд ли поможет 🙃
«СЕЙЛ», «АПДЕЙТ», «САППОРТ» — по сути те же иностранные слова, только русскими буквами.
Если есть понятный русский аналог, безопаснее использовать его: «Распродажа», «Обновление», «Поддержка».
Простое правило:
Если есть общеупотребительный русский аналог, используем его.
Если аналога нет, заимствование допустимо.
В спорных случаях ориентируются на нормативные словари русского языка.
Например, «смартфон», слово уже закреплённое и обычно не вызывает вопросов.
Про технические термины
А что с техническими терминами? Какой аналог у HTTP, REST, GraphQL 🙀?
Как я понимаю, их использование допустимо, поскольку это устоявшаяся профессиональная терминология.
Чтобы снизить риски, в публичных материалах лучше при первом упоминании давать короткое русское пояснение, а затем использовать сам термин. Например:
протокол передачи данных HTTP
архитектурный стиль REST
Это может повлиять на лендинги, публичную справку, статьи и презентации продукта.
Про сленг
Вайбик, краш, трэш…
Думаю, логика та же 👆
В публичной информации текст должен быть понятным без «перевода».
Как-то так.
Теперь я невольно смотрю, где в интерфейсах написано SALE 🙂
А вы стали чаще замечать иностранные слова?
Суть простыми словами:
В публичной информации для потребителей русский язык должен быть основным.
Иностранные слова не запрещены полностью, но использовать их можно с учётом определённых правил.
В привычном понимании это касается вывесок, указателей и другой информации, которую человек видит при выборе товара или услуги.
Ради интереса я сходила на вебинар по этой теме и поймала себя на мысли, что это напрямую касается сферы IT.
Нам, как аналитикам, тоже полезно учитывать такие требования при разработке продуктов.
Сразу оговорюсь: я не юрист 🙂
Ниже — моё «аналитическое» понимание.
Как я бы посмотрела на это со стороны аналитика.
Про интерфейсы
Если есть явный русский аналог, безопаснее использовать его.
«SALE», «NEW» — лучше заменить на «РАСПРОДАЖА», «НОВИНКА».
Буквально вчера покупала ноты, и на карточке везде было написано «SALE». Теперь невольно обращаю на это внимание 😅
Про бренды и товарные знаки
Если название зарегистрировано как товарный знак, его обычно можно использовать в исходном виде (в том числе на латинице).
Если нет, то стоит продумать русскоязычный контекст рядом. Например, поясняющую подпись.
Про транслитерацию
Если возникнет соблазн просто использовать транслитерацию, это вряд ли поможет 🙃
«СЕЙЛ», «АПДЕЙТ», «САППОРТ» — по сути те же иностранные слова, только русскими буквами.
Если есть понятный русский аналог, безопаснее использовать его: «Распродажа», «Обновление», «Поддержка».
Простое правило:
Если есть общеупотребительный русский аналог, используем его.
Если аналога нет, заимствование допустимо.
В спорных случаях ориентируются на нормативные словари русского языка.
Например, «смартфон», слово уже закреплённое и обычно не вызывает вопросов.
Про технические термины
А что с техническими терминами? Какой аналог у HTTP, REST, GraphQL 🙀?
Как я понимаю, их использование допустимо, поскольку это устоявшаяся профессиональная терминология.
Чтобы снизить риски, в публичных материалах лучше при первом упоминании давать короткое русское пояснение, а затем использовать сам термин. Например:
протокол передачи данных HTTP
архитектурный стиль REST
Это может повлиять на лендинги, публичную справку, статьи и презентации продукта.
Про сленг
Вайбик, краш, трэш…
Думаю, логика та же 👆
В публичной информации текст должен быть понятным без «перевода».
Как-то так.
Теперь я невольно смотрю, где в интерфейсах написано SALE 🙂
А вы стали чаще замечать иностранные слова?
2👍18❤7
Иногда на встречах ловлю себя на мысли, как легко можно не заметить, что мы принимаем решения за другие роли в команде.
Мне кажется, это одна из самых популярных фраз на встречах 🥲:
И звучит это обычно так, будто решение уже принято.
В такие моменты полезно на секунду остановиться и спросить:
а это точно наша зона ответственности?
Потому что цвета определяет дизайнер, а за реализацию компонентов отвечает фронтенд-разработчик.
И у них есть свои ограничения, в которых они разбираются лучше нас (аналитиков, менеджеров или тестировщиков).
На решения могут влиять:
* дизайн-система
* брендбук
* общий UI-компонент
* зависимость от других экранов
Бывает, что кнопка оказывается не просто кнопкой, а частью большого компонента. И одно изменение может потянуть за собой половину интерфейса.
Кстати, с аналитиками происходит примерно то же самое. Зачастую за нас тоже легко принимают решения. Например, дают сроки по анализу:
А потом оказывается, что не хватает параметра, нужно идти к другим командам, появляются неучтённые сценарии или требование начинает конфликтовать с другими требованиями.
И два дня внезапно превращаются в пять.
В хороших командах люди стараются не принимать решения за другие роли.
Они приглашают других:
«Давайте уточним у дизайнеров»
«Нужно спросить фронтендера»
«Давайте подключим аналитика»
Потому что у каждого специалиста есть своя зона экспертизы.
И чаще всего именно он лучше всех понимает, какие ограничения, зависимости и подводные камни могут скрываться за «простым» решением.
Поэтому в хороших командах стараются принимать решения вместе с теми, кто за эту часть системы отвечает.
А у вас на встречах тоже бывает «ну это же легко»? 😅
Мне кажется, это одна из самых популярных фраз на встречах 🥲:
Да что тут думать, просто перекрасим кнопку, это лёгкое решение.
И звучит это обычно так, будто решение уже принято.
В такие моменты полезно на секунду остановиться и спросить:
а это точно наша зона ответственности?
Потому что цвета определяет дизайнер, а за реализацию компонентов отвечает фронтенд-разработчик.
И у них есть свои ограничения, в которых они разбираются лучше нас (аналитиков, менеджеров или тестировщиков).
На решения могут влиять:
* дизайн-система
* брендбук
* общий UI-компонент
* зависимость от других экранов
Бывает, что кнопка оказывается не просто кнопкой, а частью большого компонента. И одно изменение может потянуть за собой половину интерфейса.
Кстати, с аналитиками происходит примерно то же самое. Зачастую за нас тоже легко принимают решения. Например, дают сроки по анализу:
Да что там делать, это же на пару дней.
А потом оказывается, что не хватает параметра, нужно идти к другим командам, появляются неучтённые сценарии или требование начинает конфликтовать с другими требованиями.
И два дня внезапно превращаются в пять.
В хороших командах люди стараются не принимать решения за другие роли.
Они приглашают других:
«Давайте уточним у дизайнеров»
«Нужно спросить фронтендера»
«Давайте подключим аналитика»
Потому что у каждого специалиста есть своя зона экспертизы.
И чаще всего именно он лучше всех понимает, какие ограничения, зависимости и подводные камни могут скрываться за «простым» решением.
Поэтому в хороших командах стараются принимать решения вместе с теми, кто за эту часть системы отвечает.
А у вас на встречах тоже бывает «ну это же легко»? 😅
1💯17❤7👍2
Сегодня мне 30.
В пятницу 13го, но мне нравится это сочетание.
Юра подарил мне ковёр ручной работы с Сейлор Мун. Любимый мульт детства 😻
У меня даже есть коллекция кукол со всеми сейлорами.
Вот такие тридцатилетние увлечения, а не только этот ваш системный анализ 😄
Олды, поставьте🌙 , кто знает, о чём речь.
Кстати, с тех пор как я на удалёнке, я всегда беру выходной в свой день рождения.
В офисе была своя романтика: готовишься, делаешь укладку, новый наряд, приходишь на работу, все поздравляют. Потом проставляешься пиццей и почти не работаешь.
На удалёнке такого нет. Поэтому лучшее решение — просто взять выходной и прожить этот день спокойно.
Сегодня как раз такой день 🙂
Просто отдыхаю.
А вы работаете в свой день рождения?
В пятницу 13го, но мне нравится это сочетание.
Юра подарил мне ковёр ручной работы с Сейлор Мун. Любимый мульт детства 😻
У меня даже есть коллекция кукол со всеми сейлорами.
Вот такие тридцатилетние увлечения, а не только этот ваш системный анализ 😄
Олды, поставьте
Кстати, с тех пор как я на удалёнке, я всегда беру выходной в свой день рождения.
В офисе была своя романтика: готовишься, делаешь укладку, новый наряд, приходишь на работу, все поздравляют. Потом проставляешься пиццей и почти не работаешь.
На удалёнке такого нет. Поэтому лучшее решение — просто взять выходной и прожить этот день спокойно.
Сегодня как раз такой день 🙂
Просто отдыхаю.
А вы работаете в свой день рождения?
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1
Минусы удалёнки. Ваши варианты?
🟢 Ты мало что знаешь о коллегах, и они о тебе. Какие хобби, кто женат, у кого дети? Иногда появляется чувство изолированности. Ты вроде работаешь с людьми, но как будто не знаком с ними
🟢 До тебя не доходят сплетни, конфликты с другими отделами и другие интересности ☺
🟢 У тебя никогда нет перерыва на пиццу в честь праздника
🟢 Нет совместных обедов, когда вы идёте в кафешку и целый час не у компьютера
🟢 Нет ощущения завершения рабочего дня
Помню, было в этом что-то особенное: идёшь домой после работы, тёплый ветер, запах весны, солнце. Радость, что день закончился и можно отключиться
🟢 Теряешь мотивацию красиво одеваться.
Верх деловой, низ как получится 😅
(и можно не заметить, как превращаешься в скуфа)
🟢 Меньше двигаешься. Набрать даже 5000 шагов уже проблема
🟢 Когда оба на удалёнке в однушке, это отдельный квест во время созвонов
Чем дополните?))
Помню, было в этом что-то особенное: идёшь домой после работы, тёплый ветер, запах весны, солнце. Радость, что день закончился и можно отключиться
Верх деловой, низ как получится 😅
(и можно не заметить, как превращаешься в скуфа)
Чем дополните?))
Но несмотря на всё это, я всё равно выбираю удалёнку.
Вспоминаю дорогу в офис: час в метро, подъём в 7 утра. Возвращаешься домой, сил хватает только на приготовить поесть, и день закончился.
Ну уж нет 🙂
Please open Telegram to view this post
VIEW IN TELEGRAM
1💯26❤7👍4😁2
Не важно, сколько ты работаешь на проекте
Бывает, открываешь задачу и не сразу понимаешь, о чём речь.
Про какую это часть системы? Что за аббревиатуры? У нас это вообще реализовано?
Я последние годы работаю на больших проектах и регулярно сталкиваюсь с кусками системы, которые вижу впервые. И иногда ловлю себя на мысли:
Пока я прихожу к выводу, что такой момент не настанет. Профессия у нас такая 😅
Мы чаще приходим на проекты, которые давно существуют. Не всегда удаётся что-то делать с нуля. Хотя у меня был опыт работы на 4 проектах с нуля, и там действительно знаешь систему целиком. Это такое приятное чувство 🫠
На больших продуктах всё иначе. Ты постепенно въезжаешь в отдельные куски системы и уже в них начинаешь чувствовать уверенность. Но при этом всегда останется что-то неизведанное.
И знаете, что в этом успокаивает?
Когда ты сам проектируешь большую фичу, а потом к ней возвращаются с доработками.
Вот там уже всё понятно: помнишь логику, элементы UI, как называли поля, какие эндпоинты делали.
И в этот момент появляется ощущение контроля.
Так что даже в больших проектах можно найти свою «зону понятности и предсказуемости».
Просто она не на весь продукт, а на те части, с которыми глубоко работал.
А у вас как?
С чего обычно начинаете, когда открываете задачу и не понимаете, что там происходит?
Бывает, открываешь задачу и не сразу понимаешь, о чём речь.
Про какую это часть системы? Что за аббревиатуры? У нас это вообще реализовано?
Я последние годы работаю на больших проектах и регулярно сталкиваюсь с кусками системы, которые вижу впервые. И иногда ловлю себя на мысли:
неужели не будет такого, что открываешь любую задачу и тебе спокойно, потому что всё понятно?
Пока я прихожу к выводу, что такой момент не настанет. Профессия у нас такая 😅
Мы чаще приходим на проекты, которые давно существуют. Не всегда удаётся что-то делать с нуля. Хотя у меня был опыт работы на 4 проектах с нуля, и там действительно знаешь систему целиком. Это такое приятное чувство 🫠
На больших продуктах всё иначе. Ты постепенно въезжаешь в отдельные куски системы и уже в них начинаешь чувствовать уверенность. Но при этом всегда останется что-то неизведанное.
И знаете, что в этом успокаивает?
Когда ты сам проектируешь большую фичу, а потом к ней возвращаются с доработками.
Вот там уже всё понятно: помнишь логику, элементы UI, как называли поля, какие эндпоинты делали.
И в этот момент появляется ощущение контроля.
Так что даже в больших проектах можно найти свою «зону понятности и предсказуемости».
Просто она не на весь продукт, а на те части, с которыми глубоко работал.
А у вас как?
С чего обычно начинаете, когда открываете задачу и не понимаете, что там происходит?
1💯15👍7🔥3
Я тут на всякий случай завела канал в MAX 😅
Пока просто дублирую туда посты. Это запасной вариант, чтобы не потеряться.
Если вам удобнее читать там, можно подписаться:
https://max.ru/join/raCZMgi2Q0VA4j9Ub_cYO-9vpmp-adGhT-GhNAKrJyg
Пока просто дублирую туда посты. Это запасной вариант, чтобы не потеряться.
Если вам удобнее читать там, можно подписаться:
https://max.ru/join/raCZMgi2Q0VA4j9Ub_cYO-9vpmp-adGhT-GhNAKrJyg
👀14😱3🌚1
Разговариваю со знакомыми и сама замечаю это на собеседованиях
Аналитики забывают базу. Или не считают нужным готовиться к вопросам по ней.
Все повторяют интеграции, API, контракты, брокеры
и игнорируют тему требований.
Да, во многих командах это важная часть работы. Но чтобы нормально проработать контракты, нужно сначала собрать требования, понять, как они связаны между собой, связать это с пользовательским интерфейсом, другими системами и как-то всё это описать.
И вот тут начинаются проблемы.
Люди теряются на вопросах про требования и их документирование.
Сложно даются задачи на сбор требований: какие вопросы бы задали заказчику, над чем бы подумали?
Кто-то пренебрегает этим, кто-то считает неважным. Но по факту, это и есть наша работа.
Работать с требованиями.
* Понимать, какие вопросы задать
* Как собрать информацию
* Как её наложить на текущую работу системы
* Как это всё структурировать
Даже выбор шаблона документа уже закрывает часть вопросов, над которыми нужно подумать при проработке задачи.
Если идёте на собеседование, не забывайте об этом. Вопросы про требования тоже задают. И очень часто.
Подготовьтесь 🙂
Но, конечно, дело не только в собеседованиях.
Важно не просто натренироваться для собеса, а реально понимать, как это работает на практике.
Если узнали себя хотя бы в паре пунктов, это нормально. Это как раз тот момент, когда стоит остановиться и нормально разобраться с базой.
С этим как раз помогаю на курсе
«Системный аналитик с нуля до старта»
Он подходит тем, кто уже поработал 2–3 года, но пока не сложилась целостная картина:
что делать,
как связать артефакты между собой,
какими вопросами задаваться при проработке логики системы
и как вообще системно подходить к задачам.
Аналитики забывают базу. Или не считают нужным готовиться к вопросам по ней.
Все повторяют интеграции, API, контракты, брокеры
и игнорируют тему требований.
Да, во многих командах это важная часть работы. Но чтобы нормально проработать контракты, нужно сначала собрать требования, понять, как они связаны между собой, связать это с пользовательским интерфейсом, другими системами и как-то всё это описать.
И вот тут начинаются проблемы.
Люди теряются на вопросах про требования и их документирование.
Сложно даются задачи на сбор требований: какие вопросы бы задали заказчику, над чем бы подумали?
Кто-то пренебрегает этим, кто-то считает неважным. Но по факту, это и есть наша работа.
Работать с требованиями.
* Понимать, какие вопросы задать
* Как собрать информацию
* Как её наложить на текущую работу системы
* Как это всё структурировать
Даже выбор шаблона документа уже закрывает часть вопросов, над которыми нужно подумать при проработке задачи.
Если идёте на собеседование, не забывайте об этом. Вопросы про требования тоже задают. И очень часто.
Подготовьтесь 🙂
Но, конечно, дело не только в собеседованиях.
Важно не просто натренироваться для собеса, а реально понимать, как это работает на практике.
Если узнали себя хотя бы в паре пунктов, это нормально. Это как раз тот момент, когда стоит остановиться и нормально разобраться с базой.
С этим как раз помогаю на курсе
«Системный аналитик с нуля до старта»
Он подходит тем, кто уже поработал 2–3 года, но пока не сложилась целостная картина:
что делать,
как связать артефакты между собой,
какими вопросами задаваться при проработке логики системы
и как вообще системно подходить к задачам.
1👍12❤7💯3
Когда общаюсь с начинающими аналитиками, часто вижу одну и ту же картину
И с этим сталкивался каждый в начале карьеры, я уверена.
Раз аналитик устроился на работу, то он уже что-то знает про API, про интеграции, базовую теорию про требования, документирование, понимает, как в принципе работают системы, как данные попадают на страницу и как хранятся.
Но когда нужно всё это связать, вот тут и начинаются вопросы.
С чего вообще начать? Что первично? Как это влияет друг на друга?
К кому пойти и что спросить у заказчика или у коллег из смежной команды?
Что разработчики вообще хотят увидеть в ТЗ? Вроде описал задачу, а всё равно получил десятки уточняющих вопросов. Почему сразу об этом не подумал?
И на самом деле всё это как раз про одно
про отсутствие целостной картины
В такие моменты у новичков часто начинается самобичевание в духе
«я некомпетентный»
«глупый»
«мне здесь не место»
«вроде прошло несколько лет, а мне всё равно сложно здесь»
Хотя по факту ты просто сидишь над задачей и не понимаешь, с чего начать и к чему должны прийти.
Смотришь на неё, перечитываешь описание несколько раз, открываешь связанные задачи, логи, документацию… и всё равно нет ощущения, что картинка сложилась.
И в голове только одно: «почему я этого не понимаю?»
Тут мне хочется сказать одну вещь:
Благо в нашей сфере эти проблемы решаются опытом, погружением в предметную область, следованием каким-то шаблонам, лучшим практикам, общением с сильными коллегами (задачи же ваши ревьюят? на этом ревью можно многое почерпнуть), прочтением статей, посещением конференций и курсов.
И с каждым новым кейсом вы будете становиться сильнее.
Каждый новый вопрос от разработчика — это новый пункт в чек-листе, что не забыть проработать в следующий раз в ТЗ.
У вас всё будет хорошо ❤️
И на этом по работе всё. Пойдёмте отдыхать, мы это заслужили.
Очень часто проблема не в том, что аналитик «чего-то не знает», а в том, что у него нет целостной картины в голове.
И с этим сталкивался каждый в начале карьеры, я уверена.
Раз аналитик устроился на работу, то он уже что-то знает про API, про интеграции, базовую теорию про требования, документирование, понимает, как в принципе работают системы, как данные попадают на страницу и как хранятся.
Но когда нужно всё это связать, вот тут и начинаются вопросы.
С чего вообще начать? Что первично? Как это влияет друг на друга?
К кому пойти и что спросить у заказчика или у коллег из смежной команды?
Что разработчики вообще хотят увидеть в ТЗ? Вроде описал задачу, а всё равно получил десятки уточняющих вопросов. Почему сразу об этом не подумал?
И на самом деле всё это как раз про одно
про отсутствие целостной картины
В такие моменты у новичков часто начинается самобичевание в духе
«я некомпетентный»
«глупый»
«мне здесь не место»
«вроде прошло несколько лет, а мне всё равно сложно здесь»
Хотя по факту ты просто сидишь над задачей и не понимаешь, с чего начать и к чему должны прийти.
Смотришь на неё, перечитываешь описание несколько раз, открываешь связанные задачи, логи, документацию… и всё равно нет ощущения, что картинка сложилась.
И в голове только одно: «почему я этого не понимаю?»
Тут мне хочется сказать одну вещь:
Вы не одиноки.
Все начинающие специалисты через это проходят, и дело не только в IT. Любой человек в новой сфере сначала не до конца понимает, что происходит. Вроде знает отдельные кусочки своей работы, но не понимает, как это связать.
Благо в нашей сфере эти проблемы решаются опытом, погружением в предметную область, следованием каким-то шаблонам, лучшим практикам, общением с сильными коллегами (задачи же ваши ревьюят? на этом ревью можно многое почерпнуть), прочтением статей, посещением конференций и курсов.
И с каждым новым кейсом вы будете становиться сильнее.
Каждый новый вопрос от разработчика — это новый пункт в чек-листе, что не забыть проработать в следующий раз в ТЗ.
У вас всё будет хорошо ❤️
И на этом по работе всё. Пойдёмте отдыхать, мы это заслужили.
1❤18👏4💯2
Что вы считаете хорошим днём в будни?
У меня на удалёнке это когда день проходит спокойно и в нём есть место не только работе.
🟢 есть в одно и то же время
🟢 выйти на улицу утром или в обед и увидеть дневной свет
🟢 если ещё и солнце — это вообще лучшее, что может быть
🟢 нет внеплановых созвонов «го в зум прямо сейчас»
🟢 не отвлекают сообщениями и можно спокойно поработать
🟢 после работы прогуляться и попить латте с сиропом
🟢 пройти хотя бы 5000 шагов за день
🟢 сделать что-то нерабочее: почитать, сходить в бассейн, поиграть на пианино, порисовать
🟢 и что-то по курсу или каналу: проверить ДЗ, обновить материалы, ответить на вопросы, написать пост
Скоро добавится кормление чаек 😄
Я живу возле залива, и это самое рядовое развлечение
А у вас как?
Всем хорошей недели ❤️
У меня на удалёнке это когда день проходит спокойно и в нём есть место не только работе.
🟢 есть в одно и то же время
🟢 выйти на улицу утром или в обед и увидеть дневной свет
🟢 если ещё и солнце — это вообще лучшее, что может быть
🟢 нет внеплановых созвонов «го в зум прямо сейчас»
🟢 не отвлекают сообщениями и можно спокойно поработать
🟢 после работы прогуляться и попить латте с сиропом
🟢 пройти хотя бы 5000 шагов за день
🟢 сделать что-то нерабочее: почитать, сходить в бассейн, поиграть на пианино, порисовать
🟢 и что-то по курсу или каналу: проверить ДЗ, обновить материалы, ответить на вопросы, написать пост
Скоро добавится кормление чаек 😄
Я живу возле залива, и это самое рядовое развлечение
А у вас как?
Всем хорошей недели ❤️
❤27
Хочу поделиться с вами конференцией, которая будет 18 апреля
Я уже не первый раз слежу за «Аналитическим марафоном», у них обычно очень прикладные доклады без воды.
В этот раз тема: технологии и коммуникации в работе системного аналитика
(это как раз то, с чем мы сталкиваемся каждый день)
Из программы, например:
— Надёжная шина данных на Apache Kafka
— От таблиц к графам: новый инструмент для анализа отраслевого рынка
— От монолога к модели: как правильные вопросы и Event Storming спасают от бесконечных правок
— Навыки архитектурных решений
— Быстрый старт для создания ии-ассистента на кодовой базе организации для исследования приложений
Полная программа со всеми докладами ЗДЕСЬ
И ребята дали мне возможность разыграть среди вас
бесплатный билет на полный доступ 🙂
Чтобы поучаствовать, напишите в комментариях, какой доклад вам откликнулся и почему
(в комментариях ниже оставлю полный список докладов)
13 апреля с помощью рандомайзера выберем победителя
UPD: розыгрыш завершён, победителя уже выбрали 🙂
Я уже не первый раз слежу за «Аналитическим марафоном», у них обычно очень прикладные доклады без воды.
В этот раз тема: технологии и коммуникации в работе системного аналитика
(это как раз то, с чем мы сталкиваемся каждый день)
Из программы, например:
— Надёжная шина данных на Apache Kafka
— От таблиц к графам: новый инструмент для анализа отраслевого рынка
— От монолога к модели: как правильные вопросы и Event Storming спасают от бесконечных правок
— Навыки архитектурных решений
— Быстрый старт для создания ии-ассистента на кодовой базе организации для исследования приложений
Полная программа со всеми докладами ЗДЕСЬ
И ребята дали мне возможность разыграть среди вас
бесплатный билет на полный доступ 🙂
Чтобы поучаствовать, напишите в комментариях, какой доклад вам откликнулся и почему
(в комментариях ниже оставлю полный список докладов)
13 апреля с помощью рандомайзера выберем победителя
UPD: розыгрыш завершён, победителя уже выбрали 🙂
👍10🔥2
Я сторонник не сидеть долго на одном месте в начале карьеры.
Под «долго» я имею в виду больше 2–3 лет.
Мне кажется, это то самое время, за которое можно многое получить от команды и проекта, многому научиться и выбить какое-то повышение.
А дальше, если сидеть дольше, есть ощущение, что застреваешь.
Делаешь примерно одно и то же, нового уже меньше.
И самое главное, не понимаешь, а как бывает по-другому.
Как будто «деревенеешь», и со временем всё сложнее адаптироваться к чему-то новому
Что даёт переход?
Во-первых, ты видишь, как бывает по-другому.
Другие процессы, другие команды, другой уровень задач.
Где-то ты один аналитик, где-то вас несколько.
Где-то маленькая команда, где-то большая.
Где-то вы больше работаете с пользовательским интерфейсом, где-то с бэком, а где-то и то и другое.
Где-то сильно погружаетесь в детали реализации, а где-то меньше.
Разные технологии, разный стек, разный подход к работе.
Везде по-разному ведут документацию, и за счёт этого формируется насмотренность и понимание, как лучше.
И тут есть ещё один момент.
Да, при смене работы будет стресс.
Нужно заново разбираться, адаптироваться, задавать вопросы.
И про собеседования не забываем, та ещё нервотрёпка))
Но в результате ты быстрее растёшь.
И конечно же, в деньгах ты тоже быстрее растёшь.
Новичок часто приходит на небольшую зарплату, и рост внутри идёт от неё.
А при переходе этот скачок ощущается совсем по-другому. Можно выбить и x2.
Плюс резюме становится сильнее.
Чем больше проектов, предметных областей, разных систем, интеграций, тем шире опыт.
В общем, я за то, чтобы не бояться менять что-то и пробовать новое.
А вы как думаете? Сколько времени стоит работать на одном месте в начале карьеры?
💬 MAX
Под «долго» я имею в виду больше 2–3 лет.
Мне кажется, это то самое время, за которое можно многое получить от команды и проекта, многому научиться и выбить какое-то повышение.
А дальше, если сидеть дольше, есть ощущение, что застреваешь.
Делаешь примерно одно и то же, нового уже меньше.
И самое главное, не понимаешь, а как бывает по-другому.
Как будто «деревенеешь», и со временем всё сложнее адаптироваться к чему-то новому
Что даёт переход?
Во-первых, ты видишь, как бывает по-другому.
Другие процессы, другие команды, другой уровень задач.
Где-то ты один аналитик, где-то вас несколько.
Где-то маленькая команда, где-то большая.
Где-то вы больше работаете с пользовательским интерфейсом, где-то с бэком, а где-то и то и другое.
Где-то сильно погружаетесь в детали реализации, а где-то меньше.
Разные технологии, разный стек, разный подход к работе.
Везде по-разному ведут документацию, и за счёт этого формируется насмотренность и понимание, как лучше.
И тут есть ещё один момент.
Иногда, когда долго работаешь в одной компании, начинаешь воспринимать её процессы как единственно правильные.
Типа «у нас так принято, значит так и надо».
И только при смене проекта понимаешь, что на самом деле всё может быть устроено по-другому.
И где-то удобнее, где-то логичнее, а где-то наоборот.
Да, при смене работы будет стресс.
Нужно заново разбираться, адаптироваться, задавать вопросы.
И про собеседования не забываем, та ещё нервотрёпка))
Но в результате ты быстрее растёшь.
И конечно же, в деньгах ты тоже быстрее растёшь.
Новичок часто приходит на небольшую зарплату, и рост внутри идёт от неё.
А при переходе этот скачок ощущается совсем по-другому. Можно выбить и x2.
Плюс резюме становится сильнее.
Чем больше проектов, предметных областей, разных систем, интеграций, тем шире опыт.
В общем, я за то, чтобы не бояться менять что-то и пробовать новое.
А вы как думаете? Сколько времени стоит работать на одном месте в начале карьеры?
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11❤7
Напомню, что 18 апреля пройдёт онлайн-конференция «Аналитический марафон»
про технологии и коммуникации в работе системного аналитика.
Я делилась ей на днях и разыгрывала среди вас бесплатный билет 🙂
Посмотреть программу можно ЗДЕСЬ
И победитель:
🎉 Вероника @k_veronique
Поздравляю! Напишу вам в личные сообщения 🙂
Спасибо всем, кто участвовал! Было очень интересно читать, какие темы вам откликаются.
Если не выиграли, но хотите попасть на конференцию, для вас есть промокод на скидку 20%:
AC20_AM17
про технологии и коммуникации в работе системного аналитика.
Я делилась ей на днях и разыгрывала среди вас бесплатный билет 🙂
Посмотреть программу можно ЗДЕСЬ
И победитель:
🎉 Вероника @k_veronique
Поздравляю! Напишу вам в личные сообщения 🙂
Спасибо всем, кто участвовал! Было очень интересно читать, какие темы вам откликаются.
Если не выиграли, но хотите попасть на конференцию, для вас есть промокод на скидку 20%:
AC20_AM17
👍12
Иногда думаю: у всех значимые даты про личную жизнь,
а у меня про первую работу в IT 😅
Как-то с репетитором по английскому мы играли в игру «загадывали значимые даты», и нужно было отгадать, что это. Я тогда загадала дату своего первого рабочего дня в IT.
Я вообще каждый год обращаю внимание на эту дату.
Сначала это было «о, уже год прошёл», потом «2 года», «3 года»… сейчас уже «8 лет».
И до сих пор ловлю на этом тёплые чувства.
17 ноября 2017 года я вышла на свою первую работу в IT.
Честно, это место вспоминаю с большой теплотой и любовью.
Помню, как шла под сильным дождём на собеседование, опаздывала, пришла вся мокрая.
На собесе рисовала ER-модель, а до этого около 5 часов делала тестовое, старалась максимально качественно.
Кстати, на собеседовании отметили, что это было лучшее выполненное тестовое.
Устроилась техническим писателем, но по факту делала задачи системного аналитика. Чуть позже мне переименовали должность, и я уже официально стала аналитиком.
Параллельно училась в очной магистратуре в ИТМО, была старостой (не по собственной воле 😅) и при этом как-то работала 40 часов.
На работе отпускали на учёбу, потом возвращалась и отрабатывала.
Как же я любила путь от офиса до вуза.
Я шла вдоль Невы, смотрела на яхты, чаек, красивые дома Питера (для местных, офис был на Ваське).
Меня и сейчас ноги иногда заносят на ту набережную, гуляю возле офиса и вспоминаю, как было хорошо.
Там мы делали ПО для страхования. Я без водительских прав и машины прокачалась в ОСАГО и КАСКО 😏
До сих пор иногда вспоминаю фичи, которые делали. Что-то тогда казалось очень сложным, что-то интересным, что-то бесило. В общем, как и везде.
И да, платили там, конечно, немного, всё-таки это было первое место работы, да ещё и 2017 год.
Но у нас была система целей: ставили цели на 3–5 месяцев, потом показываешь результат, и тебе пересматривают зарплату.
У меня за время работы было 4 повышения.
Каждое небольшое, но очень радостное 😄
После этого я пошла по банкам: СберКорус, тогда ещё Тинькофф, Райффайзенбанк. Потом в Лабораторию Касперского.
В общем, первое место работы запоминается.
Кто-то вспоминает с любовью, кто-то наоборот.
Я вот ещё года 2 после увольнения думала, как там было хорошо: команда, игры в конце месяца, волейбол.
Если интересно послушать про следующие места работы, ставьте ❤️
А вы своё первое место работы вспоминаете с улыбкой или с лёгким стрессом? 😄
А кто сейчас на первом месте, как ощущения?
💬 MAX
а у меня про первую работу в IT 😅
Как-то с репетитором по английскому мы играли в игру «загадывали значимые даты», и нужно было отгадать, что это. Я тогда загадала дату своего первого рабочего дня в IT.
Я вообще каждый год обращаю внимание на эту дату.
Сначала это было «о, уже год прошёл», потом «2 года», «3 года»… сейчас уже «8 лет».
И до сих пор ловлю на этом тёплые чувства.
17 ноября 2017 года я вышла на свою первую работу в IT.
Честно, это место вспоминаю с большой теплотой и любовью.
Помню, как шла под сильным дождём на собеседование, опаздывала, пришла вся мокрая.
На собесе рисовала ER-модель, а до этого около 5 часов делала тестовое, старалась максимально качественно.
Кстати, на собеседовании отметили, что это было лучшее выполненное тестовое.
Думаю, сейчас ничего не изменилось.
К тестовому заданию важно подходить серьёзно, не делать его на тяп-ляп, а потратить время, продумать основные кейсы, детали и показать, насколько глубоко вы умеете разбирать задачу.
Устроилась техническим писателем, но по факту делала задачи системного аналитика. Чуть позже мне переименовали должность, и я уже официально стала аналитиком.
Параллельно училась в очной магистратуре в ИТМО, была старостой (не по собственной воле 😅) и при этом как-то работала 40 часов.
На работе отпускали на учёбу, потом возвращалась и отрабатывала.
Как же я любила путь от офиса до вуза.
Я шла вдоль Невы, смотрела на яхты, чаек, красивые дома Питера (для местных, офис был на Ваське).
Меня и сейчас ноги иногда заносят на ту набережную, гуляю возле офиса и вспоминаю, как было хорошо.
Там мы делали ПО для страхования. Я без водительских прав и машины прокачалась в ОСАГО и КАСКО 😏
До сих пор иногда вспоминаю фичи, которые делали. Что-то тогда казалось очень сложным, что-то интересным, что-то бесило. В общем, как и везде.
И да, платили там, конечно, немного, всё-таки это было первое место работы, да ещё и 2017 год.
Но у нас была система целей: ставили цели на 3–5 месяцев, потом показываешь результат, и тебе пересматривают зарплату.
У меня за время работы было 4 повышения.
Каждое небольшое, но очень радостное 😄
И вот это сильно повлияло на то, как я воспринимаю работу:
рост это не что-то разовое, а процесс.
Не «повезло или не повезло с повышением», а понятная система: есть цели, есть результат, есть следующий шаг.
После этого я пошла по банкам: СберКорус, тогда ещё Тинькофф, Райффайзенбанк. Потом в Лабораторию Касперского.
В общем, первое место работы запоминается.
Кто-то вспоминает с любовью, кто-то наоборот.
Я вот ещё года 2 после увольнения думала, как там было хорошо: команда, игры в конце месяца, волейбол.
Если интересно послушать про следующие места работы, ставьте ❤️
А вы своё первое место работы вспоминаете с улыбкой или с лёгким стрессом? 😄
А кто сейчас на первом месте, как ощущения?
Please open Telegram to view this post
VIEW IN TELEGRAM
❤25