Почему рост IT — это не про новые команды и инструменты, а про структуру, ответственность и управление сложностью

Почему нельзя просто взять и переписать всё с нуля, когда пора прощаться с системой и как защитить бюджет на миграцию

Практический опыт MANGO OFFICE в оценке архитекторов и старших разработчиков

Привет, Хабр!

Наш спикер — Константин Густов, руководитель отдела развития архитектуры и IT бизнес-партнёр MANGO OFFICE. И он недавно принял участие в подкасте Деплой. В компании он выстраивает производственные процессы разработки и руководит командой из 13 архитекторов на 400 IT-специалистов.

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

Привет, Хабр! Меня зовут Дмитрий Волков, я Head of Product Design в MANGO OFFICE.

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

Кажется, что исследовать собственные продукты очень легко. Но это утверждение верно только для относительно простых b2c-продуктов. В исследовании использования b2b-продуктов много неочевидных сложностей и подводных камней. Рассказываем, как это происходит у нас в MANGO OFFICE.

Наш опыт разработки критериев для определения уровней исследователей

Привет, Хабр!

Мы – сотрудники Лаборатории исследований MANGO OFFICE. Главная задача отдела – улучшать цифровые продукты нашей экосистемы. 

Но это не всё. Еще мы занимаемся образовательными инициативами:

• проводим конференции

• пишем внутренние руководства для нашей Лаборатории и продуктологов

• готовим статьи об исследованиях

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

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

Мы провели исследование в ИТ-департаменте MANGO OFFICE и послушали истории нескольких сотрудников, успешно взрастивших свои таланты (а вместе с ними и зарплату) в родных пенатах.

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

Концепция, которой мы придерживаемся в Манго Доме (так мы зовем свой московский офис на Профсоюзной) — забота о сотрудниках, то есть о нас самих. В MANGO организована специальная Служба заботы, куда относятся ребята из АХО, отдела внутренних коммуникаций, кадров, юристы. В Манго Доме мы проводим большую часть своего времени, поэтому стараемся сделать его немного «домашним». Мы привыкли уносить работу домой, но ведь справедливо и обратное — можно принести немного дома на работу. 

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

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

Как мы в Mango подошли к выбору единой технологии для фронтенда, с какими трудностями столкнулись и что в конце концов из этого вышло. Итоги семи лет работы на Angular.

Освещаем тему отказоустойчивости облачных ИТ-систем и рассказываем, как мы в MANGO OFFICE решаем эти вопросы.

Рассказываем, как мы в MANGO OFFICE занимаемся нагрузочным тестированием и экономим время и ресурсы команд, применяя неочевидные решения и подходы.

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

В серии из трех статей рассказываем о переходе с монолитной на микросервисную архитектуру. Разбираемся, когда и кому это действительно нужно, рассматриваем 7 миграционных шаблонов и самый больной вопрос: «Как быть с данными?».

В серии из трех статей рассказываем о переходе с монолитной на микросервисную архитектуру. Разбираемся, когда и кому это действительно нужно, рассматриваем 7 миграционных шаблонов и самый больной вопрос: «Как быть с данными?».

В серии из трех статей рассказываем о переходе с монолитной на микросервисную архитектуру. Разбираемся, когда и кому это действительно нужно, рассматриваем 7 миграционных шаблонов и самый больной вопрос: «Как быть с данными?».