Как рождался симулятор

Как мы пришли к этой идее?

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

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

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

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

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

В чем наши отличия?

1. Реальная проектная работа. Это знания и опыт работы с реальными задачами, которые так ценится всеми работодателями. А также этот опыт психологически подготовит вас к реальной работе.
2. Систематизация знаний. Практика позволяет систематизировать все знания, которые вы получили ранее.
3. Внезапные задачи. Мы добавили "внезапные" задачи, которые отражают реальную жизнь аналитика, когда помимо текущих задач ему приходится решать что-то неожиданное.

Артефакты можно использовать на собеседованиях как конкретное преимущество перед другими кандидатами.

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

Коммуникация в работе аналитика

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

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

Активно слушать
Внимательное слушание помогает понять настоящие потребности и ожидания всех участников проекта. Это поможет также выявить неочевидные проблемы.

Работать в команде
Системный аналитик часто выступает посредником между различными отделами и должен уметь гармонизировать интересы всех участников проекта, поэтому важно находить "общий язык" со всеми.

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

Управлять временем
Планирование задач, расстановка приоритетов и умение работать в условиях многозадачности помогают завершать проекты вовремя и с высоким качеством.

Стрессоустойчивость
Важно всегда оставаться спокойным и адаптироваться к новым условиям.

Эмпатия
Понимание нужд клиентов – это ключ. Умение слушать и понимать их эмоции помогает создавать именно те решения, которые им нужны.

Эти софт-скиллы помогают не только выполнять задачи качественно, но и строить эффективные рабочие отношения, чтобы всем было комфортно. И вам в том числе!

Процесс разработки продукта: от идеи до релиза

Мы обратились к менеджеру портфеля проектов, чтобы узнать, как проходит процесс разработки продукта начиная от идеи и заканчивая релизом.

Многие думают, что разработка любого сервиса выглядит так: Заказчик что-то наговорил → Произошла какая-то магия → Разработка → Все готово!

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

Давайте теперь подробнее поговорим о каждом из этапов разработки продукта:

1. Presale. Этап, с которого начинается работа над проектом. На этом этапе компания предпринимает первые усилия для заключения сделки, изучения бизнес-модели заказчика и проведения предпроектной аналитики.

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

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

4. Дизайн. На этом этапе дизайнеры собирают референсы, подготавливают детализированные "вайры", отрисовывают макеты и адаптируют их под разные платформы, подготавливают карты экранов, UI Kit и исходные материалы, а также проводят авторский надзор в конце разработки перед релизом и подготавливают промо-материалы.

5. Иплементация. Этап на котором разработчики подключаются к реализации функций продукта по подготовленным аналитиками постановкам и отрисованным дизайнерами экранам, он включает в себя:
- Проектирование/уточнение архитектуры
- Верстку дизайна
- Реализацию API и логики
- Интеграцию с внешними сервисами
- Сборку приложения или сервиса

6. Тестирование. На этом этапе:
- Ревью требований и дизайна
- Проверка API внешних сервисов
- Написание тест-кейсов
- Создание чек-листов для проверки
- Тестирование различными методами (Функциональное, Интеграционное, Нагрузочное, Регрессионное)

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

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

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

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

История ментора

Привет! Я Даша, старший системный аналитик в компании KODE, больше 3 лет в IT.

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

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

Сейчас я сама организую стажировки и стараюсь помочь остальным ребятам. Мне нравится делиться своими знаниями и выстраивать работу так, чтобы их погружение в IT проходило полегче (спойлер: это все равно тяжело). Также я руковожу группой аналитиков в роли чаптер-лида, имею большой опыт в менторстве и развитии сотрудников.

В KODE мы разрабатываем мобильные приложения в разных сферах, и сложно представить работу над нашими проектами без аналитиков. Мой опыт больше связан с проектами edtech и fintech. Всегда стремлюсь создавать крутые продукты, пробовать что-то новое и получать удовольствие от работы. Кроме того, мне нравится делиться своим опытом с теми, кто только начинает свой путь в системном анализе.

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

О чем вы хотите поговорить на следующем эфире?

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

Поделитесь в комментариях своими предложениями!

Ошибки, которые совершают менти

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

1. «Полагаться на память»
Тезисно конспектировать встречи — нужно. Это правда необходимо, потому что обучение само по себе будет в начале стрессом, а когда человек находится в стрессе, и поверх этого состояния получает большой объем сложной информации, то легко упускает важные детали и замечания.

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

3. «Я не сделал»
Есть очень крутой поинт «лучше попробовать и жалеть, чем жалеть, что не пробовал». Но в случае обучения и стажировок, если ты попробовал, то это уже успех. Случалось, что человек, пришедший к нам на стажировку, из-за страха сделать неправильно, не делал ничего. Ошибки — это зона роста, не стоит их бояться. Они помогут понять в какой области не хватает знаний и компетенций, на что стоит обратить внимание.

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

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

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

Идентификация/аутентификация/авторизация - что это такое и почему надо знать аналитику

Для чего это нужно знать?

1. Авторизация - это базовая функциональность, которая есть практически в каждом приложении. Рано или поздно с авторизацией поработает каждый аналитик.
2. Авторизация влияет также и на остальные функциональности, потому что часто именно с помощью авторизации пользователь получает к ним доступ (или наоборот - не получает).

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

Идентификация — процедура, в результате которой для субъекта идентификации выявляется его идентификатор (уникальное обозначение в рамках системы).

Аутентификация — процедура проверки подлинности (что вы действительно тот человек, за которого себя выдаете).

Авторизация — предоставление определенному лицу или группе лиц прав на выполнение определенных действий.

Звучит немного запутанно, поэтому приведу пример. Предположим, вы приходите в МФЦ для того, чтобы получить какой-нибудь документ и происходит следующий диалог:

Оператор: Здравствуйте, подскажите номер вашего паспорта?
Вы: Здравствуйте, 123456 1234.
Оператор: Отлично, у вас есть паспорт с собой?
Вы: Да, есть, держите.
Оператор: Спасибо, сейчас я проверю доступно ли вам оформление этого документа. Все отлично, держите заявление на выдачу вам нового документа!

Когда вы назвали номер паспорта - произошел процесс идентификации. Когда вы дали паспорт оператору - произошла аутентификация. Когда оператор проверил доступность оформления нового документа - произошла авторизация.

При разработке сайта или приложения методы для идентификации, аутентификации и авторизации могут использоваться совершенно разные, к примеру - по логину/паролю, по номеру телефона и otp из sms, по номеру телефона и звонку и тд.

Первый месяц на работе. Что делать?!

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

Что нужно делать:
Активно задавай вопросы. В первые месяцы никто не ожидает, что вы будете знать всё и сразу. Напротив, задавая вопросы, вы показываете, что заинтересованы в том, чтобы разобраться в деталях и понять, как всё работает. Это поможет вам быстрее адаптироваться и избежать ошибок.

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

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

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

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

Чего не стоит делать:
Не пытайся сразу всё изменить. Даже если вам кажется, что вы знаете, как сделать лучше, в первые месяцы стоит воздержаться от кардинальных предложений. Сначала разберитесь в текущих процессах, их причинах и последствиях.

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

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

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

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

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

Отзыв Алины про успешное прохождение симулятора

До Симулятора училась в одной популярной онлайн-школе на системного аналитика, но не хватало практического опыта и целостного понимания профессии. Узнав о стажировке в KODE, отправила тестовое задание, но, к сожалению, на очную стажировку меня не позвали, но предложили пройти Симулятор системного анализа. Это оказалось очень полезным, потому что Симулятор дал реальное представление о том, чем занимается системный аналитик в рамках одного проекта, от анализа ЦА до подготовки требований для разработчиков.

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

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

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

Из минусов могу отметить, что местами не хватало теории, и приходилось гуглить самостоятельно. Но в целом практика на Симуляторе дала мощный толчок к смене карьеры и помогла почувствовать уверенность в своих силах.

Токены: что это, где передается и как?

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

Что такое токен?

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

Пример токена: Authorization: Basic YWRtaW46YWRtaW4=

А где они передаются?

В HTTP запросах токен в целом возможно передавать как в query параметрах, так и в header или body.

Худший вариант из всех — передавать токен в query параметрах, так как он будет виден в URI запроса и это небезопасно.
Средний вариант — передавать в body, но это накладывает большое количество ограничений при проектировании запросов дальше (к примеру нельзя использовать GET запросы).
Лучший вариант — передача токена в header. Это безопасно и не накладывает иные условия на проектирования методов. Общим стандартом при проектировании как раз таки считается передача токена в header, который называется "Authorization".
Отдельный вариант для веб-приложений — в header параметре "Cookie". Это безопасный и достаточно распрастраненный вариант, но для мобильных приложений не подойдет.

Существует несколько схем HTTP-аутентификации: Basic и Bearer.

Basic — передает учетные данные в виде пар идентификатора пользователя и пароля, закодированных с помощью base64. Тут важно понимать, что base64 очень просто раскодировать и такой метод совершенно небезопасен, поэтому обязательно нужно использовать HTTPS (SSL) соединение.
Bearer — токены-носители для доступа к ресурсам, защищенным OAuth 2.0 (открытый протокол авторизации, который позволяет предоставить третьей стороне ограниченный доступ к защищённым ресурсам пользователя без необходимости передавать ей (третьей стороне) логин и пароль). Об OAuth 2.0 мы еще напишем отдельный пост, в котором затронем еще вид токена, который там используется.
Выбранная схема аутентификации обычно передается сразу в "Authorization":
Authorization: Bearer mF_9.B5f-4.1JqM

Из джуна в мидла: как?

Дополним видео ещё одним советом Якуба, тимлида системных аналитиков KODE и автора Симулятора:

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