Кто сегодня молодец?

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

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

Вскоре мне пишет бизнес-аналитик, что нашел большие расхождения между standby и prod. А это значит, что никакого релиза в прод не будет, пока мы не устраним эти несоответствия.

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

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

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

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

📍Выводы
1️⃣ Четыре месяца работы с BigData, и я очень доволен, что уже начал сам находить решения для неочевидных проблем, а не просто двигать таски в трекере и фасилитировать встречи. По многим исследованиям, сотрудники достигают полной автономности в среднем спустя 6 месяцев работы, и я рад, что иду с опережением.

2️⃣ Если вы только начали карьерный путь, пришли в новую компанию или решили сменить профессию, отмечайте каждую свою маленькую победу! Эти моменты — как маяки или фонарики — освещают дорогу вперед и показывают, как далеко вы уже продвинулись.

Давайте сегодня похвастаемся своими маленькими победами. Жду вас в комментариях 😊****

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

Бывшая коллега по авиации, а теперь коллега по Big Data, написала отличную статью для VC.ru о трендах в IT-технологиях.

Рекомендую всем, кто нацелен на развитие!

https://vc.ru/education/1612996-trendy-v-it-i-budushee-tehnologii

Полёт в Стратосферу #2

Всем привет! В эти выходные я завершил второй модуль курса "Руководитель отдела" от Стратоплана.

❔ О чем был модуль

Начну с вопроса, который задал нам преподаватель: "Сколько решений вы принимаете за день на работе?". Ответы варьировались от 5 до 30 (я ответил 16). А ведь и правда: нам платят за то, что мы принимаем и реализуем решения. И чем больше процент удачных решений, тем успешнее не только руководитель, но и любой человек в своей жизни.

Многие повседневные решения мы принимаем автоматически, опираясь на опыт и интуицию. Практически мгновенно. Привет "системе-1" Даниэля Канемана! Зачем размышлять, что надеть вначале рубашку или джинсы? Делай, как научили в три года.

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

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

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

👨‍💻 Что мы делали

Так вот в Стратоплане целых 3 дня нас учили подходить к принятию решений структурно: анализировать проблемы, формулировать решения и грамотно их доносить до всех заинтересованных сторон. Знакомые инструменты и понятия (Декартовы квадранты, когнитивные искажения) дополнились новыми: треугольник Липпмана и конфликтогены. Но ценность заключалась не только в самих инструментах, но в их соединении в единую систему.

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

Выводы

⚠️Структурный подход к принятию решений действительно важен.

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

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

#мнение

Мелочь, а неприятно

Представляете, вчера захожу в мобильное приложение банка и что я вижу?
Изменение в механике перевода средств. Раньше можно было мгновенно переводить деньги с кредитной карты на вклад, что позволяло немного заработать на процентах за грейс-период. Мелочь, а приятно.

А что я вижу вчера? Перевод денег стал более сложным процессом. По-прежнему можно переводить кредитные средства, но сначала их надо перевести на дебетовую карту, а только потом — на вклад. И в конце грейс-периода нужно повторить эти же действия.
Очевидно, что это намеренное усложнение пользовательского опыта (UX), которое может отсечь часть пользователей из-за своей заморочености. Кроме того, дополнительные шаги могут привести к ошибкам, которые принесут выгоду банку.

Цель UX-дизайна — подтолкнуть пользователя к определённым целевым действиям и, как следствие, принести прибыль компании. Безусловно, UX-дизайн — это искусство создания удобного и понятного продукта, который вызывает у пользователя положительные эмоции и обеспечивает потрясающий опыт взаимодействия. Однако это лишь второстепенная задача.

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

Кстати, объясните мне, пожалуйста, кто-то что-то заработал от "тапания” хомяка"? ?

Сильные стороны слабых

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

Один из них - способность видеть сильные стороны сотрудников и находить им наилучшее применение.

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

Поэтому мы удивились, когда мой руководитель привлек этого сотрудника к нашему проекту.

Мы ему сказали: "Сан Саныч, Игорь же откровенно слабый инженер. Зачем вы тащите его в команду?"

На что мудрый Сан Саныч говорил: "Да, он не ахти какой инженер, но он - идеальный чекер"

"Он же не умеет делать расчеты!- спорили мы с ним, - Как он может что-то проверять?"

"Вы ни черта не понимаете!, - спокойно улыбался Сан Саныч и объяснял нам, - У Игоря есть талант: если ему дать эталонный образец и сказать сравнивать задачи с ним, то он это сделает лучше вас всех. Да, он не поймет, почему возникло расхождение. Но зато он отловит все несоотвествия и всех блох."

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

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

А как вас приятно удивляли другие люди?