У меня специфический опыт. Как сменить работу?

Мы с вами много говорим о системном анализе, совершенно забывая, что помимо распространенных решений, есть узкие, вендорные. Существуют аналитики 1С, консультанты SAP, специалисты по SalesForce и другим «коробочным» решениям. Сразу скажу, я ничего не имею против вендоров, если вам нравится быть экспертом в узкой нише, это прекрасно. Тем более я сам начинал с SAP. А что же делать, если не нравится и хочется уйти в «обычное ИТ»? Когда вместо транзакций и транспортов хочется интеграций? Давайте разбираться.

Стоит оговориться, что чем дольше вы занимаетесь вендорным решением, тем больше времени крадете у самого себя. Задачи и рабочие процессы «коробки» сильно отличаются от современной разработки. Условный SAP, это всегда доработка существующего решения под нужды заказчика. Чаще всего, самые простые настройки выполняются прямо из интерфейса программы и требуют знаний конкретного софта. Мне и моим знакомым было крайне тяжело уходить с вендорного решения, потому что знания SAP (или софта любого другого вендора) никак не помогут при прохождении собеседований. Если только вы не ищите соответствующую вакансию. Как первая работа без опыта, для понимания ИТ – супер, но не больше чем на полгода-год.

Другая сторона, вы уже проработали 5-10 лет под крылом вендора, что же делать? Активно учить технологии, требуемые на собеседовании и пытаться сопоставить их с ранее решенными задачами. Летом, мы занимались с Максимом, который проработал в SAP более 15 лет. Мы разобрали его достижения, обсудили реальные боевые задачи и оказалось, что у него есть реальный опыт интеграций, работы с брокерами и т.д., только в SAP это работает и называется немного иначе. Вместе мы структурировали информацию, и научились правильно ее подавать. Поэтому выход есть.

Резюмируя:
- Работа у вендоров дает узкий опыт, релевантный только для этих вендоров;
- Как первый опыт – ок, но не больше, чем на год;
- Если засиделись, ищите сходства в вашей работе и тем, что требуется на рынке;
- Не можете сами, обратитесь к ментору.

А как вы относитесь к работе с вендорными решениями? Был ли такой опыт?

Работа на удаленке be like:

@notsystemanalysis

Топ-50 вопросов на позицию «Бизнес аналитика»

Наткнулся на полезный ресурс, где собраны различные вопросы по направлениям. В числе прочих фигурирует бизнес анализ. Прикладываю их ниже. От себя добавлю, что это исключительно бизнесовые вопросы. Все, что касается работы системного аналитика (архитектура, интеграции, аутентификация и тд) здесь не затрагивается.

В списке собраны вопросы как по софтам, так и по хардам

1. Какие техники выявления требований бы использовал для решения проблемы
2. Расскажи о своем опыте
3. Расскажи о себе
4. Как считаешь, при найме БА компании важны больше soft skills или hard skills
5. Что нравится больше всего в бизнес-анализе
6. Чем занимается бизнес-аналитик в продуктовой команде
7. Какой главный принцип проведения брейншторма
8. Чем отличается Product Owner от бизнес-аналитика
9. Твой совет для улучшения уровня взаимодействия разработчиков и бизнес-аналитика
10. Что такое сторипоинты (Story Points)
11. Какие методы оценки задач есть кроме Story Points
12. В чем отличие Waterfall от Agile
13. Какие минусы есть у Agile
14. Какие минусы есть у Scrum
15. Что думаешь об использовании опросников
16. Как бы написал User Story, приведи пример
17. Что такое требования
18. Какие виды требований знаешь
19. Что такое нефункциональные требования (НФТ)
20. Какие существуют методы сбора требований
21. Как валидируешь и верифицируешь требования
22. В чем разница между валидацией и верификацией требований
23. Что такое use case
24. Что такое варианты использования
25. Для чего нужна приоритезация
26. Какие методы приоритезации существуют
27. Что такое change management
28. Что самое важное в change management
29. Что такое User Story
30. Что такое критерии приёмки (acceptance criteria)
31. Что такое User Story Mapping
32. Что такое декомпозиция User Story
33. Как работает техника оценки user story - invest
34. Пришла новая задача (проблема), как будешь её решать
35. Как обеспечить прозрачную коммуникацию с клиентами
36. Что делать, если заказчик не доволен реализацией решения
37. Как определить самую неприоритетную задачу в текущем спринте
38. Как определить самую не приоритетную задачу в текущем спринте
39. Что будешь делать, если спринт начинается через 3 дня, а у твоей команды пустой бэклог
40. Что будешь делать, если team-lead говорит о невозможности реализации фичи
41. В какой момент возникает ответственность бизнес-аналитика
42. Как связана работа бизнес-аналитика с конечными пользователями (не с заказчиками)
43. Сколько проектов одновременно может вести аналитик
44. В каком виде будешь представлять заказчику промежуточные результаты
45. Что нужно делать, чтобы исключить непредусмотренные corner cases (корнер кейсы)
46. Какой жизненный цикл (SDLC) у продукта
47. Что из себя представляет документ SRS (Software requirements specification)
48. Какие разделы есть в SRS
49. Какую документацию создавал
50. Для чего нужно прототипирование интерфейсов
51. Какие инструменты используются для прототипирования интерфейсов
52. Что такое UML
53. Что такое BPMN-нотация
54. В каких ситуациях идти со списком вопросов на встречу не эффективно

Какие из них встречались вам?

Популярные стили архитектуры API

Сегодня говорим о подходах к реализации API. Очевидно, что большинство специалистов знакомы с REST и SOAP, но есть и другие технологии. Привожу некоторые из них, о каждой можно почитать подробнее по приложенным ссылкам. Графический материал, как обычно, в комментариях.

1. gRPC: Высокопроизводительный, не зависящий от языка фреймворк удаленного вызова процедур (RPC) для эффективного взаимодействия между распределенными системами, часто используемый в архитектурах микросервисов.

2. SOAP: Протокол для обмена структурированной информацией при реализации веб-сервисов, известный своими строгими стандартами и форматом сообщений на основе XML.

3. GraphQL: Язык запросов и среда выполнения для API, позволяющая клиентам запрашивать только те данные, которые им необходимы, что уменьшает избыточную и недостаточную выборку данных.

4. Webhook: Механизм взаимодействия в реальном времени, при котором приложение отправляет HTTP POST-запросы на заранее определенный URL-адрес для уведомления и запуска действий в другой системе.

5. REST: Representational State Transfer - архитектурный стиль проектирования сетевых приложений, использующий стандартные методы HTTP (GET, POST, PUT, DELETE) для манипулирования ресурсами.

6. WebSocket: Протокол, обеспечивающий двунаправленную связь между клиентом и сервером в реальном времени через одно долговременное соединение. Идеально подходит для приложений, требующих обновления данных с малой задержкой, таких как чат или игры.

Отдыхаем последний выходной, заряжаемся на продуктивную неделю)

@notsystemanalysis

Когда пора увольняться?

Тема наиболее актуальная для меня, поскольку нахожусь в процессе перехода в новую компанию. Много общался с коллегами, которые терпят и страдают, но не уходят. Причин, как обычно, множество, но основная – боязнь неизвестности. Ведь «здесь» все предельно ясно, а «там» придется осваиваться заново. Но я не встречал ни одного человека, кто бы пожалел о смене работы. Итак, когда стоит уходить?

Спустя 1-1.5 года. Именно столько длится жизненный цикл начинающего аналитика в одной компании. Затем происходит потеря навыков. Задачки постепенно становятся рутинными, каждая новая – повторение предыдущей. Сколько интеграций нужно сделать, чтобы научиться проектировать базы данных? Вы можете возразить: «Так ведь можно попросить руководителя подкинуть новых челленджей». И я абсолютно согласен, но помимо квалификации, вы теряете еще и в деньгах. Рынок дает сильно больше, чем текущий работодатель. И даже в случае повышения в рамках компании, разница с рыночным предложением останется существенная. Если бы я был не прав, то историй с ростом в х4 не было бы.

При возникновении красных флагов. У каждого они свои, но если работа сильно гнетет вас, и вы не чувствуете себя счастливым, то стоит сменить компанию. Это могут быть переработки, негативные отношения с коллегами, отсутствие помощи, и даже задачи, которые вам неинтересны. Конечно, первым делом стоит поговорить и решить проблему самостоятельно, но это получается не всегда. Из личного опыта, на прошлой работе из меня очень хотели сделать руководителя проектов. Я несколько раз разговаривал и объяснял, что управление сроками и вот это все, мне просто неинтересно, хочется углубляться в технику. Тогда директор ответил: «Ну, мы не можем просто так снять с тебя эту ответственность. Ты же руководитель проектов, какие способы выхода из этой ситуации видишь?» Тогда я нашел решение. В новой компании.

«Кажется я засиделся». При возникновении такого чувства, я бы тоже менял работу. Все может быть отлично: задач много, коллеги отзывчивые, руководитель хвалит. Но мысль об упущенных возможностях не дает покоя каждый день. Возможно вам нужно поменять род деятельности, а возможно вы взяли из компании все, что могли и теперь только отдаете. Опять пример из прошлого опыта. За первый год работы я понял роль аналитика и поучаствовал в проекте внедрения ERP системы (если хотите услышать подробную историю, накидайте реакций). Получил огромное количество опыта и сильно прокачал скиллы. Было ощущение, что больше здесь ловить нечего, но я остался еще на полтора года. За это время спроектировал 1 API и занимался тем, что больше мне не пригодилось. Ну и стоило ли оно того?

В качестве промежуточного итога хочу еще раз подчеркнуть, что вы никому ничего не должны. Выход на новую работу – это волнительный, но важный шаг в карьере любого аналитика.

#увольнение

Как уволиться красиво?

Продолжаем разбирать процесс увольнения. Вы все-таки решили уйти, но как сделать это максимально грамотно, оставив хорошие отношения с работодателем? Ведь ИТшечка – это узкий кружок, где все всех знают. Что же нужно, чтобы быть красавчиком? подписаться на канал (Не)Системная аналитика

Предупредить работодателя заранее. Решение об уходе принимается явно не за две недели. Скорее всего, вы обдумывали это на протяжении нескольких месяцев. Если точка невозврата пройдена, и вы однозначно решили для себя, что будете искать другое место – лучше заранее предупредить работодателя. На прошлой работе я сигнализировал о своих проблемах за несколько месяцев до ухода. Мы пытались найти решение, но так и ни к чему не пришли. Переходя в стадию активного поиска я в явном виде сказал, что смотрю вакансии на рынке. Поэтому, когда работодатель увидел мое заявление, это не было для него шоком. Другая ситуация, когда вас схантили и предложили кратно больше текущего заработка. Здесь «плавный уход» не представляется возможным.

Завершить дела перед уходом. С момента написания заявления начинается двухнедельный срок, в течение которого необходимо закрыть все текущие задачи. С точки зрения работодателя правильным шагом является вывод вас из ключевых проектов и передача дополнительных активностей. За это время можно написать инструкции или актуализировать документацию. Объяснить новичкам узкие моменты и передать знания. Худшее, что может произойти, это оставленная задача, которую кроме вас никто не знает, как делать. Считай, работу можно начинать заново.

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

А какие проблемы были у вас при увольнении? Расскажите об этом в комментариях

#увольнение

Жиза?)

@notsystemanalysis

Коды состояния HTTP

Сегодня разбираем коды состояния HTTP по группам. Выделяют следующие:

Информационные ответы (100 - 199)
Успешные ответы (200 - 299)
Сообщения о перенаправлении (300 - 399)
Ответы об ошибках клиента (400 - 499)
Ответы об ошибках сервера (500 - 599)

Ниже приведены наиболее часто встречающиеся коды состояния

1. Информационные (1xx):
- 100 Continue

2. Успешные (2xx):
- 200 OK
- 201 Created
- 204 No Content

3. Перенаправление (3xx):
- 301 Moved Permanently
- 302 Found

4. Ошибка клиента (4xx):
- 400 Bad Request
- 401 Unauthorized
- 403 Forbidden
- 404 Not Found

5. Ошибка сервера (5xx):
- 500 Internal Server Error
- 502 Bad Gateway
- 503 Service Unavailable

А вы знаете для чего нужен код состояния 418 I'm a teapot?

Популярные заблуждения, мешающие смене работы

Самый главный стоп-фактор перед увольнением – совесть. Можно рационально взвесить все «за» и «против», но справиться с внутренними противоречиями бывает тяжело. Разбираем популярные заблуждения, мешающие смене работы:

«Если я уйду, я предам компанию и коллектив. Компания вложила в меня силы и средства. А команда без меня не справится». Из банального – без тебя еще как справятся и незаменимых людей нет. И о каком предательстве может идти речь в рамках трудовых отношений? Да, компания вложила в тебя ресурсы и вырастила (в случае с джунами), но, проработав в ней некоторое время, ты вернул все «долги». Работодатель дал возможность набраться опыта, взамен ты дал возможность заработать на себе. Представим ситуацию, что у компании закончились деньги. Будет ли она переживать во время твоего увольнения: «Ой, мы ведь его предаем, он ведь так хорошо работал»? Бонусом, почитайте комментарии под одним из предыдущих постов об увольнении. Ребята поделились своим опытом.

«На текущем месте я знаком с процессами и командой. На новой работе все новое и страшное, вдруг я не приживусь?» Мы разбирали синдром самозванца в одном из прошлых постов. Да, смена работы – это всегда некий риск и тут важно взвесить все плюсы и минусы. А еще присмотреться вокруг – если коллеги и начальство отзывались о тебе только положительно и хвалили, возможно найти общий язык с людьми не так уж и сложно для тебя?

«У меня испытательный срок в новой компании и мне здесь не нравится. Как же я уйду? Ведь компания меня онбордила, выдавала доступы и вводила в процессы?» Испытательный срок для того и нужен, чтобы проверить, как вы приживетесь. Работодатель проверяет вас, но и вы проверяете работодателя. И нет ничего страшного, чтобы сказать: «Ребята, мне кажется мы не сработаемся», и спокойно уйти. Добавлять ли этот опыт в CV? Можно добавить и честно рассказать, почему не смог сработаться. А можно просто докинуть месяц-два к предыдущему месту работы.

«Меня и так стабильно повышают, зачем уходить?» Тебя повышают ровно настолько, чтобы ты не ушел. Рынок может дать сильно больше. Пример из собственного опыта, на первой работе за год меня повысили с 45к до 70к, за второй год с 70к до 110к. Маячило очередное «повышение» до 120к, но я ушел в другую компанию на 200к. Щупайте рынок и ищите максимально выгодное предложение.

«Я не готов менять работу сейчас. Требования высокие, мне нужно еще полгодика поучиться.» Сейчас дефицит системных аналитиков на рынке. Возможно ты уже подходишь для многих вакансий, но просто не сходил на собеседование. Идеальный вариант – выйти на рынок, узнать, что реально спрашивают на собеседованиях и повторять именно эти темы. Учиться и параллельно искать работу. Так время будет распределено эффективно.

На этом завершаем цикл статей об увольнении. Остальные доступы по тегу #увольнение

А если вы только ищите работу и не собираетесь увольняться, рекомендую цикл статей о процессе собеседования на позицию системного аналитика.

Успешной недели!

Я активно прохожу процесс онбординга, и скорее похож на большого котика, пытающегося вникнуть в сложные процессы))

@notsystemanalysis

Ребята, всем привет!

Мы активно растем, спасибо всем, кто присоединился недавно. Ни для кого не секрет, что ИТ культура и ИТ сообщество сильно способствуют продвижению любого специалиста. Круто, когда есть место, где ты можешь задать интересующий вопрос и получить мнение коллег.

Я запускаю Коммьюнити (Не)Системной аналитики, где вы сможете обменяться опытом или просто поболтать. А также задавать вопросы, не только в тему постов, но и те, которые волнуют вас прям сейчас.

Кроме того, я сильно заинтересован в создании живого чатика, поэтому если хотели у меня что-то спросить - самое время.

Присоединяйтесь и добро пожаловать!

Как мы внедряли ERP

Запускаю цикл историй с прошлых работ, дабы разбавить профессиональный контент чем-то житейским. Если вам зайдет, накидайте огоньков, пойму, что нужно продолжать.

На первой работе удалось поучаствовать в полномасштабном внедрении ERP на замену старых систем. Проект велся по традиционной «водопадной» модели: пресейл, написание V&S, написание SRS, конфигурация системы под требования заказчика, UAT, обучение пользователей и Go-Live.

Заказчик максимально заинтересован в успешной реализации проекта. Открыто шел на контакт, помогал прорабатывать решение. Ключевая цель – ускорение процесса продаж товар и актуализация остатков. Спойлер, с остатками так и не получилось, и в итоге заказчик так и продавал по системе «в минус».

До момента обучения все происходило более-менее стандартно: встречи с бизнесом, согласование, правки документов. Ничего необычного. Но на обучение и Go-Live мы прилетели к заказчику в Ташкент и остаток проекта закрывали оффлайн.

Звучит, как байки «доковидных» времен, но проведение обучения в аудитории, где сразу видно реакцию людей – одно удовольствие. Да, здесь в таком случае нужно больше готовиться, а возможности «подгуглить» просто нет. Но какой же кайф понимать, что люди вовлечены, слушают тебя и записывают. Оффлайн встречи с заказчиком – топ, хотя бывал у меня и противоположный опыт.

После обучения следовал Go-Live, когда бизнес останавливал работу на сутки, а мы должны были мигрировать остатки и транзакции из исторической системы в новую. РП расписала план на день «Икс» по часам, и по ее прогнозам, при старте в 8 утра мы должны были закончить примерно в 16:00.

Но мы закончили не за 8 часов, как планировали, а за 40. Сорок часов без сна. Что же такого произошло, расскажу дальше, а вы можете попытаться угадать в комментариях.

Топ-10 вопросов по Системному анализу / Собеседование с разбором ответов и материалами

В открытый доступ вышло мок интервью по системному анализу, где я выступал в качестве интервьюера.
На каждый вопрос есть материал или дополнение, в случае, если какая-то информация была упущена.

Отдельный респект:
Ирине, за классные и развернутые ответы
Антону, за возможность поучаствовать в таком проекте

Приятного просмотра!

https://youtu.be/Y_R3ZLhPQfQ?si=-uWiuCiGEquSbGxN

Последний понедельник осени!

Всем удачной недели)

@notsystemanalysis

40 часов без сна на запуске проекта

Это продолжение истории о том, как мы внедряли ERP, первую часть можно найти здесь

В начале дня ничего не предвещало коллапса. Мы прибыли к заказчику и потихоньку начали настраиваться для работы. Договоренности были такие: мы донастраиваем инфраструктуру, пока бизнес присылает загрузочные файлы с мастер-данными и остатками. Шаблоны документов, которые от них ожидались, заранее согласовывались, обговаривались и, казалось, все друг друга поняли (это важно).

Программа для миграции – это софт, предоставляемый SAP. Там буквально есть несколько кнопок: выбрать шаблон, проверить, загрузить. То есть, с одной стороны, все просто: загрузил шаблон, получил результат. С другой, если что-то пойдет не так, возможности для донастройки тупо нет.

Теперь считаем и анализируем ошибки:

1) Несмотря на договоренности, бизнес начал поставлять выгрузки данных в своем формате. Они делали так, как удобно им, а времени на разбирательство тупо не было. Приходилось на лету хватать файлы и переделывать их в нужный формат. Кроме того, разные люди со стороны бизнеса поставляли документы в разных форматах.

2) Полный перечень документов для миграции был предоставлен только к 9 часам вечера. Да, со стороны заказчика тоже протупили и не смогли быстро выдать выгрузки.

3) Продовая версия ERP падала с ошибкой, которой не было на тесте. При заходе в систему все просто крашилось, а интеграция, поставляемая не SAP, а сторонней организацией, не работала. Как выяснилось в последствие, на прод решили накатить более новую версию SAP, которая конфликтовала с интеграцией. Решение ошибки – индусская техподдержка SAP, которая вручную разрешала конфликты в базе.

4) Руководитель проекта решила работать всю ночь, чтобы закончить к утру следующего дня. Ни в коем случае не виню ее, но это показательный кейс. Стоит ли говорить, что «ночная миграция» принесла нам еще больше ошибок, чем было изначально. А почти все, что было загружено, удалялось и грузилось заново на следующий день?

Незабываемый опыт, когда два дня проходят в тумане, с руганью (салют, Дима), нервными срывами и полным отчаянием. Вы можете мне сказать: «Ну блин, очевидные вещи говоришь, этого всего можно было избежать». Да, но в тот момент я был джуном, не думал наперед, а тупо действовал в интересах команды.

А вывод простой, нужно трахать быть жестче с бизнесом, не заниматься самодеятельностью и уметь вовремя сделать перерыв. По прилете домой состояние было отвратительное, полная апатия и нежелание работать. Нам выслали премию за запуск проекта в 100к (при зп в 45к), но эффект «вау» настиг только спустя пару недель.

Сейчас, конечно, вспоминаю это с юмором, но тогда было несмешно.

Как работают балансировщики нагрузки? Объяснение для ребенка

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

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

Поэтому вы решили использовать специальный автомат для конфет, который вы называете "балансировщик". У этого балансировщика много трубочек, и на каждой трубочке написано имя друга. Вы кладете конфеты в балансировщик, и он равномерно распределяет их по трубочкам.

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

Аналогичным образом балансировщик нагрузки работает с компьютерами и Интернетом. Он следит за тем, чтобы при посещении веб-сайта, например, для игры или просмотра видео, компьютеры, на которых работает веб-сайт, распределяли работу поровну, чтобы веб-сайт работал быстро и не был слишком медленным для всех.

Консультации/менторство

Думаю, вы заметили, что в канале периодически мелькает упоминание менторства. Я занимаюсь частными консультациями, помогаю как «войти в айти», так и подтянуть знания, залатать дыры. За время работы недовольных не было, всем понравилось.

Информация о консультациях всегда доступна здесь, также дублирую отдельным текстом ниже:

Разовая консультация – 7000 рублей
Часовый звонок, где мы разбираем волнующие вопросы. Списываемся, вы заранее готовите список, чтобы звонок прошел максимально продуктивно. Я отвечаю на них, параллельно делюсь опытом и подстраиваюсь под вас. Тема может быть абсолютна любая: «не понимаю, что такое REST»; «долго работаю в одной компании, боюсь выйти на рынок; «попал на работу, хочу разобрать реальные задачи» и т.д.

Мок интервью – 10 000 рублей
Звонок на полтора часа, имитирующий реальное интервью. Пройдемся по теории и решим пару задачек. В конце дам развернутый фид, какие темы стоит подучить, чтобы стать еще лучше. Пример интервью доступен здесь, а практические советы по его прохождению тут

Погружение в системный анализ с нуля до собеседований – 50 000 рублей/мес
Для тех, кто только хочет вкатиться в профессию, начал что-то изучать и нуждается в поддержке. Обучение проходит в среднем 2 месяца, по одному занятию в неделю. На первом вы получаете роадмап и рассказ о том, что предстоит изучить. Далее на каждое занятие выдается задание и блок теории. На звонке мы проверяем практику и теорию, я отвечаю на открытые вопросы. Также отвечаю на вопросы в чате, поэтому если что-то мелкое, не нужно ждать следующего звонка. В конце готовим резюме и выходим на рынок.

Погружение в системный анализ с нуля до оффера – 50 000 рублей/мес + зп после трудоустройства
Все то же самое, что и в пункте выше, только теперь я сопровождаю вас на этапе собеседований. Провожу ревью прошедших интервью, вношу правки в резюме если необходимо, помогаю с торгами за оффер.

Отзывы о работе можно найти в группе, по тегу #reaperxu

Остались вопросы? Пишите @reaperxu

З.Ы. «А-та-та» тем, кто был на консультации и не оставил отзыв))

Максимум пользы даже в мемах)

@notsystemanalysis