Всем привет!
Этот канал создан системными аналитиками компании KODE.
Мы это сделали, чтобы делиться своим опытом, инсайтами и навыками использования инструментов по системному анализу.
Мы несколько лет проводим стажировки и видим огромный запрос аудитории на передачу экспертизы, да и просто на приятные и полезные беседы. Формат стажировок уже давно не вмещает весь поток желающих. Поэтому, попробуем так. Кроме того, этот канал станет большой частью нашего нового образовательного проекта в системном анализе, о нем я тоже тут буду рассказывать, конечно.
Большую часть постов в этом канале пишу я - Якуб Картоев, тимлид отдела аналитики KODE. Буду очень рад обратной связи и обсуждениям.
Welcome!
Этот канал создан системными аналитиками компании KODE.
Мы это сделали, чтобы делиться своим опытом, инсайтами и навыками использования инструментов по системному анализу.
Мы несколько лет проводим стажировки и видим огромный запрос аудитории на передачу экспертизы, да и просто на приятные и полезные беседы. Формат стажировок уже давно не вмещает весь поток желающих. Поэтому, попробуем так. Кроме того, этот канал станет большой частью нашего нового образовательного проекта в системном анализе, о нем я тоже тут буду рассказывать, конечно.
Большую часть постов в этом канале пишу я - Якуб Картоев, тимлид отдела аналитики KODE. Буду очень рад обратной связи и обсуждениям.
Welcome!
🥰6🤝2
Что такое анализ и кто такой аналитик
Многим из нас знакомо слово «анализ» еще со школы или универа, по урокам литературы или парам по мат. анализу. Обычно это слово ассоциируется с изучением и исследованием. В широком смысле это корректно, потому что проведение анализа является исследованием. Однако исследования могут проводиться разными способами, а анализ – лишь один из способов.
В чем суть анализа?
Анализ — это способ разделить что-то сложное на простые и понятные части. Слово «анализ» буквально переводится как «разложение, разделение». Представьте, что вы хотите понять, как стать аналитиком. Чтобы ответить на этот вопрос, его нужно разбить на подзадачи, например:
1. Погуглить статьи на эту тему;
2. Узнать, какие навыки нужны;
3. Найти курсы, обучающие этим навыкам;
4. Пройти курс и освоить навыки;
5. Устроиться на работу аналитиком.
Каждый из этих пунктов можно разбить еще на более мелкие шаги, так вы получите более-менее четкий и понятный план действий. После анализа следует синтез — это процесс, при котором отдельные части собираются воедино, чтобы получить результат. На нашем примере синтезом можно считать выполнение пунктов полученного плана один за другим, результатом чего станет первая работа в роли аналитика.
Кто такой аналитик?
Аналитики разделяют большое и сложное на небольшое и понятное, устраняют неопределенность, в общем делают жизнь своей команды проще. Многие аналитики забывают об этом и работают хаотично, инстинктивно, что приводит к упущенным деталям и более долгому пути к результату. Чтобы этого избежать, аналитик должен возвращаться к базовым принципам своей профессии: делить крупные задачи на мелкие, решать их по отдельности и собирать результаты воедино. Это помогает развивать аналитическое мышление, которое жизненно важно для любого аналитика.
Это было общее представление о том, что такое анализ и кто такой аналитик. В следующем посте мы расскажем, какие бывают аналитики и чем они отличаются.
Многим из нас знакомо слово «анализ» еще со школы или универа, по урокам литературы или парам по мат. анализу. Обычно это слово ассоциируется с изучением и исследованием. В широком смысле это корректно, потому что проведение анализа является исследованием. Однако исследования могут проводиться разными способами, а анализ – лишь один из способов.
В чем суть анализа?
Анализ — это способ разделить что-то сложное на простые и понятные части. Слово «анализ» буквально переводится как «разложение, разделение». Представьте, что вы хотите понять, как стать аналитиком. Чтобы ответить на этот вопрос, его нужно разбить на подзадачи, например:
1. Погуглить статьи на эту тему;
2. Узнать, какие навыки нужны;
3. Найти курсы, обучающие этим навыкам;
4. Пройти курс и освоить навыки;
5. Устроиться на работу аналитиком.
Каждый из этих пунктов можно разбить еще на более мелкие шаги, так вы получите более-менее четкий и понятный план действий. После анализа следует синтез — это процесс, при котором отдельные части собираются воедино, чтобы получить результат. На нашем примере синтезом можно считать выполнение пунктов полученного плана один за другим, результатом чего станет первая работа в роли аналитика.
Кто такой аналитик?
Аналитики разделяют большое и сложное на небольшое и понятное, устраняют неопределенность, в общем делают жизнь своей команды проще. Многие аналитики забывают об этом и работают хаотично, инстинктивно, что приводит к упущенным деталям и более долгому пути к результату. Чтобы этого избежать, аналитик должен возвращаться к базовым принципам своей профессии: делить крупные задачи на мелкие, решать их по отдельности и собирать результаты воедино. Это помогает развивать аналитическое мышление, которое жизненно важно для любого аналитика.
Это было общее представление о том, что такое анализ и кто такой аналитик. В следующем посте мы расскажем, какие бывают аналитики и чем они отличаются.
❤7
Виды аналитиков и в чём отличия
Вообще, существует множество ролей со словом “аналитик” в названии, в том числе в IT сфере. Поэтому мы остановимся на самых популярных и близких нам: аналитик данных, бизнес-аналитик и системный аналитик.
Чем они отличаются?
1. Аналитики данных занимаются сбором данных (в основном запросами из базы данных), построением статистических отчетов и выдвижением гипотез по устранению проблем или улучшению статистических показателей.
Например, давайте представим себе некий сервис, занимающийся доставкой еды. Аналитик данных подготовил отчет по продажам и обнаружил, что за последние годы прослеживается резкое снижение заказов в летнее время года. Его задача, во-первых, в том, чтобы обнаружить эту динамику, а во-вторых, выдвинуть и проверить гипотезы относительно того, какие могут быть причины у такой динамики;
2. Бизнес-аналитики занимаются поиском вариантов оптимизации процессов бизнеса.
Например, давайте представим, что тот же сервис доставки, обнаружил, что их прямой конкурент доставляет еду в два раза быстрее. Задачей бизнес-аналитика будет, во-первых, обнаружить эту проблему, а, во-вторых, понять причину и предложить решение для ускорения доставки сервиса, согласовать это с руководителями бизнеса. А после принятия решения о том как устранить проблему, бизнес-аналитики описывают решение в формате бизнес-требований (верхнеуровневое описание того, что нужно бизнесу);
3. Системные аналитики занимаются проектированием и описанием функциональности конечного продукта.
Например, бизнес-аналитик и аналитик данных этого сервиса выяснили причины проблем и согласовали с заказчиком решения по их устранению. Оба решения предполагают добавление функционала в мобильное приложение. Задачей системного аналитика будет проанализировать эти задачи, собрать всю необходимую информацию и подготовить функциональные требования (подробное описание того, как именно это должно быть реализовано в системе) для разработчиков.
В нашей компании системные аналитики, кроме своих задач, частично выполняют задачи бизнес-аналитиков, то есть эти роли у нас объединены в одну.
Кстати, про разницу между “аналитикой” и “анализом”. Для меня она в том, что слово “аналитика” более применимо к дашбордам и метрикам, то есть это скорее относится к аналитикам данных, в то время как “анализ” это именно метод исследования, применяемый аналитиками в работе, преимущественно системными. Поэтому считаю, что слово “аналитика” не применимо в отношении работы или результатов работы системного аналитика.
Вообще, существует множество ролей со словом “аналитик” в названии, в том числе в IT сфере. Поэтому мы остановимся на самых популярных и близких нам: аналитик данных, бизнес-аналитик и системный аналитик.
Чем они отличаются?
1. Аналитики данных занимаются сбором данных (в основном запросами из базы данных), построением статистических отчетов и выдвижением гипотез по устранению проблем или улучшению статистических показателей.
Например, давайте представим себе некий сервис, занимающийся доставкой еды. Аналитик данных подготовил отчет по продажам и обнаружил, что за последние годы прослеживается резкое снижение заказов в летнее время года. Его задача, во-первых, в том, чтобы обнаружить эту динамику, а во-вторых, выдвинуть и проверить гипотезы относительно того, какие могут быть причины у такой динамики;
2. Бизнес-аналитики занимаются поиском вариантов оптимизации процессов бизнеса.
Например, давайте представим, что тот же сервис доставки, обнаружил, что их прямой конкурент доставляет еду в два раза быстрее. Задачей бизнес-аналитика будет, во-первых, обнаружить эту проблему, а, во-вторых, понять причину и предложить решение для ускорения доставки сервиса, согласовать это с руководителями бизнеса. А после принятия решения о том как устранить проблему, бизнес-аналитики описывают решение в формате бизнес-требований (верхнеуровневое описание того, что нужно бизнесу);
3. Системные аналитики занимаются проектированием и описанием функциональности конечного продукта.
Например, бизнес-аналитик и аналитик данных этого сервиса выяснили причины проблем и согласовали с заказчиком решения по их устранению. Оба решения предполагают добавление функционала в мобильное приложение. Задачей системного аналитика будет проанализировать эти задачи, собрать всю необходимую информацию и подготовить функциональные требования (подробное описание того, как именно это должно быть реализовано в системе) для разработчиков.
В нашей компании системные аналитики, кроме своих задач, частично выполняют задачи бизнес-аналитиков, то есть эти роли у нас объединены в одну.
Кстати, про разницу между “аналитикой” и “анализом”. Для меня она в том, что слово “аналитика” более применимо к дашбордам и метрикам, то есть это скорее относится к аналитикам данных, в то время как “анализ” это именно метод исследования, применяемый аналитиками в работе, преимущественно системными. Поэтому считаю, что слово “аналитика” не применимо в отношении работы или результатов работы системного аналитика.
❤6👍1
Всем привет
Мы решили, что живые обсуждения лучше текстов, особенно в классной компании.
Приглашаем вас!
Онлайн-встречи с командой аналитиков KODE:
1. "Как войти в профессию системного аналитика: первые шаги и лайфхаки"
Дарья Шелаева, старший аналитик KODE и Якуб Картоев, тимлид отдела системного анализа KODE
2 июля, 19:00 (мск)
Регистрация
В этом эфире эксперты расскажут о том, как начать карьеру в системном анализе, какие навыки развивать в первую очередь, где искать первые проекты для резюме и как выделиться среди конкурентов. Премьера программы "Симулятор системного анализа" от KODE.
2. "Чего работодатель ждет от соискателя на позицию джуниор"
Полина Майорова, старший аналитик KODE и Алексей Плаксин, системный аналитик KODE
16 июля, 19:00 (мск)
Регистрация
Покажем скиллсеты, списки навыков, поделимся своим опытом и расскажем что видит работодатель по другую сторону собеса. Всем участникам вебинара подарим памятку с источниками для прокачки базовых качеств системного аналитика.
3. "Типичные ошибки системного аналитика в начале карьеры и как их избежать"
Якуб Картоев, тимлид отдела системного анализа KODE
30 июля, 19:00 (мск)
Регистрация
Рассмотрим самые распространенные ошибки, которые совершают начинающие аналитики, и дадим советы по их предотвращению. Разбор реальных кейсов и ситуаций.
Записи эфиров не будет, ждем вас онлайн!
Мы решили, что живые обсуждения лучше текстов, особенно в классной компании.
Приглашаем вас!
Онлайн-встречи с командой аналитиков KODE:
1. "Как войти в профессию системного аналитика: первые шаги и лайфхаки"
Дарья Шелаева, старший аналитик KODE и Якуб Картоев, тимлид отдела системного анализа KODE
2 июля, 19:00 (мск)
Регистрация
В этом эфире эксперты расскажут о том, как начать карьеру в системном анализе, какие навыки развивать в первую очередь, где искать первые проекты для резюме и как выделиться среди конкурентов. Премьера программы "Симулятор системного анализа" от KODE.
2. "Чего работодатель ждет от соискателя на позицию джуниор"
Полина Майорова, старший аналитик KODE и Алексей Плаксин, системный аналитик KODE
16 июля, 19:00 (мск)
Регистрация
Покажем скиллсеты, списки навыков, поделимся своим опытом и расскажем что видит работодатель по другую сторону собеса. Всем участникам вебинара подарим памятку с источниками для прокачки базовых качеств системного аналитика.
3. "Типичные ошибки системного аналитика в начале карьеры и как их избежать"
Якуб Картоев, тимлид отдела системного анализа KODE
30 июля, 19:00 (мск)
Регистрация
Рассмотрим самые распространенные ошибки, которые совершают начинающие аналитики, и дадим советы по их предотвращению. Разбор реальных кейсов и ситуаций.
Записи эфиров не будет, ждем вас онлайн!
🔥9👍2🐳2❤1
Плюсы и минусы работы аналитиком
Давно в голове витают свободные размышления на эту тему, поделюсь частью из них.
Будет много субъективного и спорного, начнем с минусов:
С моей точки зрения, на проектах тяжелее всего менеджеру и аналитику (ну дочитайте хотя бы). Почему менеджеру сложно — тема для отдельного поста и вообще-то канала, а вот что думаю по аналитикам.
Сложность работы во многом определяется уровнем неопределенности. Аналитики с ней сталкиваются больше всех, потому что находятся в начале производственной цепи и получают задачи в сыром виде, и как раз таки им надо во всем разобраться и описать. Ожидания от аналитиков не ниже, чем от разработчиков, QA и дизайнеров, а значит за каждую ошибку спрос такой же, как и с остальных, и никто не делает поблажек за то, что риск накосячить выше.
Всем аналитикам, и мне тоже, хочется о себе думать, что мы готовы брать на себя всю эту ответственность, оправдывать ожидания, драйвить проекты, нырять в неопределенность из раза в раз. Но не все могут вовремя признаться себе, что это не для них. Ответственность она как яд или вирус: в умеренном количестве не убивает, а даёт иммунитет. И каждый раз уровень «умеренности» можно повышать. Это магия антихрупкости, но она не для всех актуальна, и цитата «все, что нас не убивает, делает нас сильнее» – тоже не про всех.
А в чем кайф?
Тут попроще:
Возможность создавать. В системном анализе меня привлекает созидательная часть работы: возможность спроектировать пользовательский опыт так, чтобы потом самому хотелось пользоваться и людям показывать;
Скорость развития. Я неоднократно становился свидетелем того как аналитики вырастали от джуна до мидла за 1.5-2 года, по-моему это очень быстро. У меня нет никакой статистики, но кажется тем же разработчикам расти посложнее. Вижу две причины: (1) у них набор компетенции пошире (больше навыков, инструментов и тп) и (2) область присутствия поуже, аналитики с первых дней всюду на проекте: и с заказчиком, и с командой, и в ресерче, и в проектировании. Субъективное, конечно, но мнение;
Много путей эволюции: в архитекторы, продакт оунеры, любые смежные направления: разработку, дизайн, менеджмент. Видимо потому, что аналитик находится на стыке всех этих областей;
Нужно меньше времени, чтобы освоить базовые навыки, необходимые для работы, чем, например, программистам. Можно быстрее стартануть;
Зарплаты высокие даже по меркам IT. Тут уже больше объективизма, но когда будете гуглить «зарплата системного аналитика», делайте поправку на то, что в статистике скорее всего учитываются данные по открытым вакансиям, в которых всегда уровень ЗП выше чем в среднем по рынку (иначе не указывали бы его).
Пока писал пост, понял, что наша новая программа обучения так или иначе может дать все, о чем тут написано! О ней я расскажу позже...
Давно в голове витают свободные размышления на эту тему, поделюсь частью из них.
Будет много субъективного и спорного, начнем с минусов:
С моей точки зрения, на проектах тяжелее всего менеджеру и аналитику (ну дочитайте хотя бы). Почему менеджеру сложно — тема для отдельного поста и вообще-то канала, а вот что думаю по аналитикам.
Сложность работы во многом определяется уровнем неопределенности. Аналитики с ней сталкиваются больше всех, потому что находятся в начале производственной цепи и получают задачи в сыром виде, и как раз таки им надо во всем разобраться и описать. Ожидания от аналитиков не ниже, чем от разработчиков, QA и дизайнеров, а значит за каждую ошибку спрос такой же, как и с остальных, и никто не делает поблажек за то, что риск накосячить выше.
Всем аналитикам, и мне тоже, хочется о себе думать, что мы готовы брать на себя всю эту ответственность, оправдывать ожидания, драйвить проекты, нырять в неопределенность из раза в раз. Но не все могут вовремя признаться себе, что это не для них. Ответственность она как яд или вирус: в умеренном количестве не убивает, а даёт иммунитет. И каждый раз уровень «умеренности» можно повышать. Это магия антихрупкости, но она не для всех актуальна, и цитата «все, что нас не убивает, делает нас сильнее» – тоже не про всех.
А в чем кайф?
Тут попроще:
Возможность создавать. В системном анализе меня привлекает созидательная часть работы: возможность спроектировать пользовательский опыт так, чтобы потом самому хотелось пользоваться и людям показывать;
Скорость развития. Я неоднократно становился свидетелем того как аналитики вырастали от джуна до мидла за 1.5-2 года, по-моему это очень быстро. У меня нет никакой статистики, но кажется тем же разработчикам расти посложнее. Вижу две причины: (1) у них набор компетенции пошире (больше навыков, инструментов и тп) и (2) область присутствия поуже, аналитики с первых дней всюду на проекте: и с заказчиком, и с командой, и в ресерче, и в проектировании. Субъективное, конечно, но мнение;
Много путей эволюции: в архитекторы, продакт оунеры, любые смежные направления: разработку, дизайн, менеджмент. Видимо потому, что аналитик находится на стыке всех этих областей;
Нужно меньше времени, чтобы освоить базовые навыки, необходимые для работы, чем, например, программистам. Можно быстрее стартануть;
Зарплаты высокие даже по меркам IT. Тут уже больше объективизма, но когда будете гуглить «зарплата системного аналитика», делайте поправку на то, что в статистике скорее всего учитываются данные по открытым вакансиям, в которых всегда уровень ЗП выше чем в среднем по рынку (иначе не указывали бы его).
Пока писал пост, понял, что наша новая программа обучения так или иначе может дать все, о чем тут написано! О ней я расскажу позже...
🔥14❤3👍2🐳1
Недавно сходил к нашим ребятам на подкаст “Вдруг тут что-то важное”
Это подкаст про карьерный рост в IT для начинающих специалистов, поэтому говорили о моих любимых темах:
• менторской стажировке, на которую сейчас идет набор: Что такое менторская стажировка и как она проходит в KODE;
• Что отличает джуна от мидла;
• Где брать первые проекты и опыт для резюме;
• О нашей новой программе “Симулятор системного анализа”, которая сейчас начинает свою работу;
Послушать можно тут:
• ЯМузыка
• Apple Podcasts
• ВК
• Youtube
Буду рад обсудить в комментариях!
Это подкаст про карьерный рост в IT для начинающих специалистов, поэтому говорили о моих любимых темах:
• менторской стажировке, на которую сейчас идет набор: Что такое менторская стажировка и как она проходит в KODE;
• Что отличает джуна от мидла;
• Где брать первые проекты и опыт для резюме;
• О нашей новой программе “Симулятор системного анализа”, которая сейчас начинает свою работу;
Послушать можно тут:
• ЯМузыка
• Apple Podcasts
• ВК
• Youtube
Буду рад обсудить в комментариях!
❤10🔥3🐳1
Напоминаем, завтра состоится наша первая онлайн-встреча “Как войти в профессию системного аналитика: первые шаги и лайфхаки”
Обещаем много пользы и конкретики. Только выжимка нашего реального опыта проведения стажировок и развития сотрудников.
Это встреча для тех, кто хочет работать системным аналитиком и не знает, с чего начать, какие скиллы прокачивать и где искать проекты для портфолио. Встреча также будет полезна тем, кто уже начал проходить собеседования и хочет получить первую работу.
Программа встречи:
1. Введение и знакомство.
2. Необходимые навыки на джуниор позиции для системного аналитика (софт-скиллы, хард-скиллы, проектный подход).
3. Где искать и как выбирать первые проекты.
4. Лайфхаки прохождения интервью.
5. Премьера новой программы "Симулятор системного анализа".
6. Вопросы и дискуссия.
Дата: 2 июля
Время: 19:00 (мск)
Регистрация по ссылке
Обещаем много пользы и конкретики. Только выжимка нашего реального опыта проведения стажировок и развития сотрудников.
Это встреча для тех, кто хочет работать системным аналитиком и не знает, с чего начать, какие скиллы прокачивать и где искать проекты для портфолио. Встреча также будет полезна тем, кто уже начал проходить собеседования и хочет получить первую работу.
Программа встречи:
1. Введение и знакомство.
2. Необходимые навыки на джуниор позиции для системного аналитика (софт-скиллы, хард-скиллы, проектный подход).
3. Где искать и как выбирать первые проекты.
4. Лайфхаки прохождения интервью.
5. Премьера новой программы "Симулятор системного анализа".
6. Вопросы и дискуссия.
Дата: 2 июля
Время: 19:00 (мск)
Регистрация по ссылке
🔥7🐳1
Напоминаем, что через час состоится наш онлайн-эфир с Якубом и Дарьей!
Тема встречи: "Как войти в профессию системного аналитика: первые шаги и лайфхаки"
Время: 19:00 (мск)
Ссылка на эфир: Присоединиться к эфиру
До встречи на эфире!
Тема встречи: "Как войти в профессию системного аналитика: первые шаги и лайфхаки"
Время: 19:00 (мск)
Ссылка на эфир: Присоединиться к эфиру
До встречи на эфире!
🔥9
Media is too big
VIEW IN TELEGRAM
Спасибо, что были с нами на эфире "Как войти в профессию системного аналитика: первые шаги и лайфхаки". Мы рады, что вы присоединились и надеемся, что вам было полезно!
Мы публикуем полезный отрывок по Hard-скиллам, которыми должен обладать системный аналитик, вот некоторые из них:
— Написание требований: изучение нотации Use-Case/User-Story/Job Story; функциональные/нефункциональные требования
— Понимание клиент-серверного взаимодействия
— Базовое умение проектировать запросы REST API
— Визуализация требований и бизнес-процессов
— Базовое понимание баз данных (БД)
Следующий эфир по теме «Чего работодатель ждет от соискателя на позицию джуниор», который будет посвящен обзору скиллсетов и нашему опыту в качестве работодателя, будет очень интересно, let’s go регистрироваться!
Ссылка на регистрацию
Мы публикуем полезный отрывок по Hard-скиллам, которыми должен обладать системный аналитик, вот некоторые из них:
— Написание требований: изучение нотации Use-Case/User-Story/Job Story; функциональные/нефункциональные требования
— Понимание клиент-серверного взаимодействия
— Базовое умение проектировать запросы REST API
— Визуализация требований и бизнес-процессов
— Базовое понимание баз данных (БД)
Следующий эфир по теме «Чего работодатель ждет от соискателя на позицию джуниор», который будет посвящен обзору скиллсетов и нашему опыту в качестве работодателя, будет очень интересно, let’s go регистрироваться!
Ссылка на регистрацию
🔥13👍2🐳1
Разбор тестового задания со стажировки!
Мы не просто так претендуем на статус симулятора, поэтому будем стараться прямо в канале разбирать задачи!
Сегодня первый такой разбор.
Отбор на каждую стажировку, а у нас их было очень много, включает тестовое задание, чтобы отсеять немотивированных и неготовых, ведь взять мы можем только самых лучших.
Представьте, подаёте заявку на стажировку, вам дают такое задание:
Самое важное в этом задании – оперативно принять решение, при этом подать заказчику негативную информацию так, чтобы он воспринимал её наименее критично. Чтобы этого добиться, нужно:
1. Прозрачно и четко донести в чём именно проблема;
2. Взять ответственность на себя и явно об этом написать;
3. Объяснить какое влияние проблема оказывает на заказчика и какое на пользователей. Нужен ответ на вопрос “что конкретно это для нас означает?”;
4. Предложить несколько вариантов решений, по каждому из которых указать сколько это займет времени, в какую стоимость обойдётся заказчику (в том числе с учетом затрат, которые несет заказчик от наличия проблемы) и какие оно несет риски и прочие обстоятельства;
5. Указать какое решение вы считаете наилучшим и почему;
6. Позвонить заказчику для оперативного принятия решения.
Небольшая подсказка:
в вариантах решений многие предлагают временно отключить доступ к бронированию билетов, но оно только выглядит логичным, на самом деле заказчик потеряет куда больше денег на том, что люди не смогут купить билеты, чем на том, что какая-то часть (явно меньшая) сможет приобрести билеты бесплатно.
Ниже публикуем примеры решений. Пишите в комментариях какие из них кажутся вам наиболее правильными и свои варианты сообщения и алгоритма действий в такой ситуации!
Мы не просто так претендуем на статус симулятора, поэтому будем стараться прямо в канале разбирать задачи!
Сегодня первый такой разбор.
Отбор на каждую стажировку, а у нас их было очень много, включает тестовое задание, чтобы отсеять немотивированных и неготовых, ведь взять мы можем только самых лучших.
Представьте, подаёте заявку на стажировку, вам дают такое задание:
Вы успешно прошли собеседование в компанию по разработке мобильных приложений. Вам сразу доверили крупный проект из сферы авиа. Предметная область вам слабо знакома, вы только начинаете делать первые шаги в ее изучении. Из-за высокой загрузки на старте, при проектировании процесса оплаты заказа вы допустили серьезную ошибку и не учли уязвимости в процессе перехода к оплате авиабилета.
В результате пользователи вводят данные платежной карты на платежной странице > нажимают «Оплатить» и сразу нажимают «Отмена». Возвращаются на предыдущий экран для изменения даты вылета > проходят на оплату повторно и обнаруживают 0 рублей к оплате.
В результате бизнес теряет серьезные суммы, заказчик еще не знает, что виноваты вы, но действовать надо.
Напишите сообщение заказчику, в котором объясните проблему и предложите варианты решений.
Самое важное в этом задании – оперативно принять решение, при этом подать заказчику негативную информацию так, чтобы он воспринимал её наименее критично. Чтобы этого добиться, нужно:
1. Прозрачно и четко донести в чём именно проблема;
2. Взять ответственность на себя и явно об этом написать;
3. Объяснить какое влияние проблема оказывает на заказчика и какое на пользователей. Нужен ответ на вопрос “что конкретно это для нас означает?”;
4. Предложить несколько вариантов решений, по каждому из которых указать сколько это займет времени, в какую стоимость обойдётся заказчику (в том числе с учетом затрат, которые несет заказчик от наличия проблемы) и какие оно несет риски и прочие обстоятельства;
5. Указать какое решение вы считаете наилучшим и почему;
6. Позвонить заказчику для оперативного принятия решения.
Небольшая подсказка:
в вариантах решений многие предлагают временно отключить доступ к бронированию билетов, но оно только выглядит логичным, на самом деле заказчик потеряет куда больше денег на том, что люди не смогут купить билеты, чем на том, что какая-то часть (явно меньшая) сможет приобрести билеты бесплатно.
Ниже публикуем примеры решений. Пишите в комментариях какие из них кажутся вам наиболее правильными и свои варианты сообщения и алгоритма действий в такой ситуации!
🔥8❤3👍1🙏1