Открой новые возможности с компанией ITSupportMe

Присоединяйтесь к нам:

О нас

Компания ITSupportMe — это сплоченная, креативная команда специалистов в сфере разработки, тестирования и поддержки программного обеспечения, а также анализа, модернизации и интеграции бизнес-решений.

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

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

8

лет успешных
проектов

100+

штат
сотрудников

8

количество
отделов

29

средний возраст
сотрудников

64%

сотрудников ежегодно проходят
различные тренинги и курсы

167

компаний по всему миру
используют наше ПО

Основные направления деятельности нашей компании:

Разработка и поддержка CRM системы для страховых компаний и автоматизации продаж медицинских препаратов.

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

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

Мы работаем со следующими технологиями:

PHP
Java
MySQL
Symfony
JavaScript
jQuery
ReactJS
Angular
AJAX
HTML5
CSS3
LESS
SASS
Twig
Bootstrap
Hibernate
Spring Framework
PHPUnit
DynamoDB
Neo4j
LAMP
Amazon Web
                                Services
CI
Android
Kotlin
Laravel
NodeJS
VueJs

Отдел
Java-разработки

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

Василий

Рук. отдела Java-разработки

Отдел
PHP-разработки

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

Евгений

Рук. отдела PHP-разработки

Отдел
тестирования

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

Александра

Рук. отдела тестирования

Отдел
бизнес анализа

«От работы бизнес-аналитиков напрямую зависит доверие заказчика к компании. Перед ними стоит непростая задача — выявить проблемы бизнеса и найти максимально эффективное решение»

Никита

Рук. отдела бизнес анализа

Отдел
дизайна

«Талант и креативность наших дизайнеров проявляются буквально во всем. Они умеют сочетать требования заказчиков с простыми и стильными дизайнерскими решениями. Главная задача нашего отдела — сделать заказчика счастливым, а дизайн удобным для пользователей»

Технический
отдел

«Главные задачи отдела — создание окружений для разработчиков и поддержка пользователей. Благодаря нашим техническим специалистам обеспечивается бесперебойная работа программных и аппаратных средств компании»

Сергей

Рук. технического отдела

Ценности:

Сотрудники

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

Заказчики

Мы видим смысл нашей работы в том, чтобы бизнес клиента работал максимально эффективно.

Качество

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

Принципы:

Профессионалы своего дела

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

Планируем цель — находим решения

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

Отдых — залог эффективности

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

Последние новости

post image

Разработка

19 глупых и не очень вопросов о Frontend-разработке, за которые нам не стыдно

19 глупых и не очень вопросов о Frontend-разработке, за которые нам не стыдно IT-индустрия не стоит на месте, а вслед за ней растет и развивается ITSupportMe. Так, в этом году в нашей компании из горнов разработки ПО вышел новый Frontend отдел. Причин этому более чем достаточно, но давайте дадим слово тимлиду новоиспеченного подразделения Владимиру Маркову, а заодно узнаем получше, что это за профессия такая — фронтенд разработчик. 1. Буквально в двух словах, кто такой фронтенд-разработчик? Это разработчик, который занимается программированием интерфейсов. Все страницы, кнопки, поля для ввода текста и что угодно, с чем ты взаимодействуешь как пользователь на сайте, было спроектировано и создано фронтенд-разработчиком. Стоит уточнить, что над дизайном часто работает все-таки дизайнер, но вот как дизайн перенести и «оживить» на странице — это уже обязанность фронтенд-разработчика. 2. Привет от нубов! Давай попробует сравнить зеленое и круглое, или в чем главное различие и сходства фронтенд-разработчика и его PHP-коллеги? Честно говоря, все различия и сходства, которые приходят мне в голову, будут сильно притянуты за уши. Фронтенд-разработчик занимается только интерфейсом веб-приложений, в то же время PHP-разработчик занят преимущественно программированием серверной части приложения. 3. Каким багажом знаний должен обладать фронтенд-разработчик на старте? Если говорить о разработчике джуниор-уровня, то я бы сказал, что это знание основ HTML, CSS, JavaScript плюс какой-нибудь популярный JS-фреймворк. Очень большим плюсом (хоть это и не обязательное требование) будет знание английского языка на хорошем уровне (B2+). Ну, и желание развиваться и впитывать новый опыт, конечно. 4. Как понять, что ты уже достаточно крут в своей области? Сложный вопрос. Отвечу, когда пойму, что я крут в своей области). 5. Твой самый интересный проект? Проект, на котором я работаю сейчас. Прекрасная англоязычная команда мотивированных ребят, современные технологии и возможность непосредственно влиять на конечный продукт — я определенно рад быть частью всего этого. 6. О каком проекте ты мечтаешь? Сложно сказать. Меня устраивает проект, на котором я нахожусь сейчас. 7. Правда ли, что фронтенд-разработчик постоянно учится? Что нового в своей области ты узнал за последнее время? Это справедливо для специалиста любой области, который хочет оставаться «на рынке», и фронтенд-разработчики здесь не исключение. Я постоянно работаю над своим уровнем. В частности, сейчас я уделяю больше внимания оптимизации производительности веб-приложений, а также вопросам архитектуры приложений. 8. Из личного опыта: какие фреймворки дают прирост скорости, качества и снижение стоимости разработки? Любой фреймворк по сути решает эти вопросы. Я не работал со всеми существующими решениями. Активно использовать мне приходилось только React и Vue — очень доволен этими инструментами. 9. А React или Angular?) React) Почему Владимир так уверен? Читай здесь. 10. Как относишься к бурчанию джавистов по поводу того, что JavaScript — это такая недоJava? С пониманием. Главное, чтобы на людей не кидались. 11. Практически любой современный популярный фреймворк достаточно хорош, чтобы на нём создать практически любое приложение, актуальное для современного бизнеса. Согласен? Абсолютно. 12. Не секрет, что в программирование частенько приходят из других областей. Из каких? Какие варианты наиболее/наименее болезненные? Мне кажется что здесь всё слишком индивидуально. Если человек готов работать над собой, любой бэкграунд не помеха. 13. А что насчет возраста? Когда уже поздно или когда еще рано? Никаких ограничений по возрасту. 14. Разнообразие технологий vs унифицированный стек — что выбираешь ты как тимлид? Разнообразие технологий. 15. Нужна ли креативность фронтенд-разработчику? Что делать, если в душе ты дизайнер? Креативность не помешает в любом деле. Фронтенд-разработчик нередко сам принимает решения по дизайну интерфейсов. Даже на проектах, где есть отдельная команда дизайнеров, к твоему мнения обязательно прислушаются, ведь ты в конечном итоге будешь переносить дизайн в код. «Что делать, если в душе ты дизайнер?» — работать дизайнером. 16. Как понять, где твои полномочия заканчиваются и пора позвать смежного специалиста? С какими спецами фронтенд обычно взаимодействует? Я думаю, если ты видишь, что есть задача, где твоих знаний недостаточно, чтобы решить ее наиболее эффективно для заказчика, можно «дергать» профильных спецов. Фронтенд-разработчик взаимодействует преимущественно с бэкенд-разработчиками, дизайнерами, devOps-разработчиками, тестировщиками, проектными менеджерами и бизнес-аналитиками. В некоторых случаях можно пообщаться с заказчиком приложения или даже с конечными пользователями. 17. Какой путь развития фронтенд-разработчика тебе по душе: горизонтальный (совершенствоваться как специалист); вертикальный (расти по карьерной лестнице); диверсификационный (освоение смежных специальностей, превращение в фулстака и переквалификация)? Пока что мне сложно ответить на этот вопрос ввиду малого опыта «тимлидства». Но думаю, мои предпочтения будут где-то между первым и вторым вариантами. 18. Как появилась идея создания отдела? Какие у вас планы на будущее? Идея создания отдела существовала уже достаточно давно. Компания развивается, и старается расти в том числе качественно. Фронтенд отдел — это повышение экспертизы компании в области фронтенд-разработки и, следовательно, увеличение рынка предоставления услуг. Планы на будущее: продумать систему онбординга в рамках команды, разработать общие правила по код-стайлу и подходу к проектированию и разработке веб-приложений, создать темплейты для быстрого старта новых проектов. На уровне отдельно взятого разработчика мы выделили места, над которыми планируем работать, чтобы становиться лучше и гибче как отдел. 19. Какой самый главный софт скилл в твоей профессии, который ты бы хотел видеть в своих коллегах? Эмпатия

ITSupportMe

14 октября, 2020

post image

О компании

Если вы «усыновили» проект-катастрофу

Если вы «усыновили» проект-катастрофу Продолжать чужой проект сродни усыновлению чужого ребенка: не ты его породил, но человека из него вырастить обязан. Каждый, кто решится на такой ответственный шаг, должен быть готов к ряду проблем, решать которые придется на ходу, ведь разработка продукта — процесс непрерывный. Сегодня мы поговорим о бремени чужих «косяков», о том, как нужно завоевывать доверие клиента, в силу негативного бэкграунда разочаровавшегося в IT, а также почему важно не отказываться от таких предложений. Никакой воды, только личный опыт и наши собственные инсайты. Итак, с чем вы скорее всего столкнетесь, решив подбросить чужой проект до финишной прямой… +100500 ошибок, доставшихся «в наследство» от предыдущей команды разработчиков Идеальный сценарий (и на этом стоит, пожалуй, настаивать) — это постепенная передача проекта от предыдущей команды новым разработчикам. По крайней мере это поможет как можно быстрее вникнуть в суть проблемы. А проблема(ы) обязательно будем(у)т. Так, на одном из усыновленных нами проектов был полнейший кавардак: сама программа работала нестабильно, на каждом шагу сыпались ошибки, не позволяющие пользователю производить какие-либо действия, и в этой сумятице мы должны были пилить новые фичи. Все это выглядело грустно и непреодолимо сложно. Самая действенная формула для решения этой проблемы оказалась до банальности простой: «терпение и труд все перетрут». Однако, многое также зависело от нашего проектного менеджера (ПМ), который смог разгрести все завалы, оставленные предшественниками. Не последнюю роль в этом сыграла правильная расстановка приоритетов. Кстати, о них… Много задач — нет приоритизации Самой большой сложностью, с который мы столкнулись в описанном выше случае, была проблема планирования и приоритизации задач. С одной стороны, show must go on: продукт требовал дальнейшей непрерывной разработки, с другой — мы постоянно обнаруживали много разных ошибок, и их нужно было срочно исправлять. ПМ из предыдущей команды, который помогал нам принимать проект, также указывал на эту проблему, говорил, что они пробовали планировать, но у них ничего не получилось, и настоятельно советовал нам смириться, мол, систематизировать хаос невозможно. Но такая сумбурность рабочего процесса нашему ПМ пришлась не по душе. Проект был большим, функционала много, система сложная — и все это нужно было упорядочить. Мы собрали все текущие задачи (список был внушительным) — и начали устраивать сессии по планированию с владельцем продукта. Эти звонки помогли понять систему, как она работает и что нужно было добавить. Мы выстроили парадигму: чего сейчас не хватает, что мы поставим на паузу, а что сделаем потом, когда дойдут руки, и что нужно делать в первую очередь. Вопрос методологии разработки: менять или не менять Долгое время новые задачи были у нас в большем приоритете. Затем система Клиент-Исполнитель немного усложнилась: у заказчика появился новый пользователь, и нужно было добавить в разрабатываемое нами ПО дополнительный, персонализированный функционал. То есть потребности нового «игрока» также стали приоритетом. Но мы не растерялись и провели очередную приоритизацию, выделив группу П1, куда вошло около 10 задач первого приоритета. К сожалению, между ними очень редко удавалось выстроить градацию важности, максимум обозначались две задачи. Мы использовали разные методы приоритизации, что-то помогало, что-то не очень. В целом перед нами всегда маячило несколько задач категории П1, из которых было практически невозможно выбрать, что делать в первую очередь, поэтому постоянные асапы сохранились. В результате сложилась такая ситуация, когда ты приходишь на работу с конкретным планом, а тебя уже ждет несколько новых писем с пометкой «Срочно!», которые меняют все. «Так не пойдет», — подумал наш ПМ и решил изменить методологию разработки. Дело в том, что раньше мы работали по скраму, у нас были двухнедельные спринты, и все, что попадало в разработку, доводилось до конца. Но из-за динамики проекта, постоянной смены приоритетности что-то все время приходилось менять, убирать какие-то задачи и добавлять новые, требующие немедленного рассмотрения. Где-то  ребята продуктивно работали, и нам удавалось сделать что-то сверх. Но в целом команда не любила выбрасывать задачи из спринта: если уж взялись, то нужно выполнять в полной мере. В общем, разработка превратилась в бесконечную гонку, что не могло не напрягать и не выматывать команду.  В конце концов, наш ПМ принял решение перейти на методологию канбан. Так как задачи начали идти в потоке, напряжение в коллективе немного спало. Асапы, хотфичи, горячие фиксы прилетали, как и прежде, но в канбане этим было проще управлять. Мы выстроили хороший процесс, нашли те лимиты, которая команда использует на той или иной стадии разработки. И в целом трудились над проектом долго и счастливо. И закончили его в один день :) Ладно, конечно, все было не так гладко. Честно говоря, тот усыновленный проект действительно был настоящей катастрофой: столько ошибок, подводных камней и непредвиденных обстоятельств (чего только недобросовестные подрядчики стоят, но об этом как-нибудь в другой раз) — такого и конкуренту не пожелаешь. Но оглядываясь назад с вершины приобретенного опыта, мы ни на секунду не жалеем, что ввязались в эту авантюру. Во-первых, такие предприятия однозначно сплочают команду. Во-вторых, сложные задачи чрезвычайно необходимы для профессионального развития. И наконец, это просто приятно — доводить хорошие идеи до ума (пускай этот процесс был запущен и не нами) и помогать активным и трудолюбивым людям продвигать свой бизнес в массы.

ITSupportMe

22 сентября, 2020

post image

О компании

ITSM Summer Party-2020. Covid Edition.

ITSM Summer Party-2020. Covid Edition. На прошлой неделе мы отправили-таки лето-2020 на покой. Пока-пока, странная пора, возвращайся через год, только давай как раньше — море, солнце, пляжный волейбол, толпы счастливых и здоровых людей, ок? :) Каждый август мы традиционно собираемся вместе на ITSM Summer Party, где веселимся и радуемся жизни. Да, на этот раз пришлось отложить забавы до лучших времен, но это не значит, что можно отложить веселье. В этом нам помогла ностальжи-игра по памятным местам ITSupportMe. Условия игры были предельно просты. Ребят ждала серия задачек-наводок на конкретные точки на карте (в отдельно оговоренных случаях прошерстить пришлось корпоративные паблики), которые нужно было найти на Google Maps, просмотреть привязанные к ним фотографии / отзывы — и найти подброшенную оргами фотографию с логотипом компании / текст с подсказкой. В результате получилась вполне себе неплохая виртуальная прогулка по местам боевой славы ITSupportMe. Примечательно, что быстрее всех справился Ян Жекалов, который с легкостью обошел всех «старичков», на раз-два вычислив и первый офис компании, и излюбленную старожилами столовку, и «место силы» ITSM в США, и много других “секретных” точек на карте. Чуть медленнее оказали Евгений Шмыговский и Василий Писпанен (хотя последний признается, что все сделала Вера Бабич, а он только селфи прислал :)), но все-таки они молодцы! Вкусные призы тоже не подкачали: их финалисты выбрали себе по вкусу. Огромное спасибо всем ребятам за активное участие! Надо будет обязательно повторить! Кстати, Яну достался также специальный приз от талисмана нашей компании — «гусиный» ловец снов. Надеемся, теперь он под надежной защитой от всех недугов и прочих неприятностей :) ЗЫ К сожалению, не все ребята смогли поучаствовать в игре. Для них и для фанатов компании (привет, мамы и папы, мы вас любим!) приводим задания и ответы на них. 1. Первый офис компании Для олдов задача была простой — вспомнить истоки. Для всех остальных (а это 97% компании, хехе, все мы хорошо знаем, как сильно ITSupportMe выросли с тех пор) предлагался адрес: город Гомель, улица названа в честь одного из идеологов коммунизма, Карл! Дом (специально для наших зумеров) — порядковый номер Z в латинском алфавите :) Что мы должны были найти? Милый особнячок с кучей виповых офисов (а как иначе, мы же такую планку задали). Нужно было прошерстить все имеющиеся в окрестности компании, найти-таки заветное изображение и смело смотреть из своего уютного обшитого балкона навстречу новым приключениям ( это такой намек «хитрый» в конце и злобный смех за кадром). Ответ: ул. Карла Маркса, 26. 2. На простор, на широкий простор Идем дальше. Всего 2 минуты пешком — и ты в сердце самой главной гордости Гомеля, там, куда древние айтиэсэмовцы любили сгонять в обед. Свежий воздух, реликтовые деревья, сладкая вата — красота :) Кажется, кто-то в отзывах с тобой полностью согласен — и это дело нужно быстро заскринить. Ответ: Гомельский парк. 3. Нетайное место отдыха многих айтиэсэмщиков Ребята, не расходимся далеко. Это питейно-развлекательно-душевное место уже давно засело в сердечке среднестатистического сотрудника ITSM (а не только Самой Быстрой Руки ITSM, как иногда может показаться). Здесь можно и с коллегами зависнуть после тяжелого дня, и новый проект обсудить до потери артикуляции, и хорошую музыку послушать, и главное, все в формате «я у друга дома». В общем, все в… И фоточку заскринить тоже нужно было. Ответ: Квартирник. 4. А компот?.. Ладно, пора выдвигаться дальше. Мы уже разобрались, где олды гуляли во время ланча. Осталось выяснить, где же они кушали. Это крипово-гламурное место в самом сердце города превращается в обеденные часы в настоящую мекку офисного планктона. И хотя сейчас в центре полно заведений, где можно неплохо провести бизнес-ланч, олды признают, что это место было, пожалуй, самым душевным. Разогреваешь в микроволновке тормозки и совсем не понимаешь, о чем тут речь идет? Тогда подумай про заведение, названное в честь одного из благодетелей Гомеля нашего города. Впрочем, а что думают другие посетители сего кафе? И опять скрин нужного отзыва. Ответ: Румянцевское. 5. …И зрелищ! Ну, вот и подкрепились, пора и поразвлечься. А развлекаться в ITSM любят с размахом и желательно на свежем воздухе. Да так, чтобы и пейнтбол, и лазертаг, и футбол-волейбол, и полоса препятствий, и литрбол (а это разве не спорт?). Вот уже который год доказывают это ребята, собирая ITSM Summer Party (уж простите, что по живому). Кстати, а где все это бесчинство происходит-то? О, а там как раз отзыв одного из твоих коллег. Скрин! Ответ: Боровая. 6. А вы бывали в Га-аге?) Когда-то эти ребята спасли Рим, а в 2007 году стали символом ITSupportMe. О нашем пернатом талисмане можно говорить долго, но обычно именно они говорят за нас в корпоративном чатике :) А еще им поставили памятник в нашей столице. Место шумное, торговое. Го туда. Без скрина нужного фото не возвращаться. Ответ: Фонтан “Гуси” у Комаровки. 7. Бегу и волосы назад Ну, раз уж мы в Минске, то самое время вспомнить о том, какой крутой у нас ITSM run club. 9 сентября 2018 года мы приняли участие в пожалуй самом массовом за всю историю проведения Минском полумарафоне. В этот день на старт вышли около 35 тысяч любителей здорового образа жизни, среди которых было и 20 наших ребят. Тогда все три забега (марафон, полумарафон и 5-ка) стартовали и финишировали в одной точке. Тебе туда, к ностальгирующему парню в комментариях. Ответ: Дворец спорта в Минске. 8. От улыбки станет всем светлей. Особенно детской Возвращаемся домой. Наша жизнь — это не только бесконечный бег по кругу: работа-дом-работа-дом-о, выходной-блин, воскресенье, завтра на работу-работа-дом (ну, там еще в промежутке классные коллеги и интересные проекты). Но еще ITSM любит помогать. Особенно тем, кто сам об этой помощи попросить, как правило, не может. Так, уже который год мы словом и делом поддерживаем воспитанников одного из гомельских социально-педагогических центров, временно изъятых из семьи. Чтобы добыть необходимый скрин, нужно было вспомнить, где мы много писали об очередной вылазке ITSM к ребятам. Конечно же, в блоге компании. Ответ: 9. На небе только и разговоров, что о море До победы остались считанные шаги, зато какие! На этот раз тебе придется перелететь через океан и приземлиться в одном из мест «силы» наших заграничных командировок! «One does not simply skip Brighton Beach on their trip to USA» — гласит один из комментариев под заветным фото в инстапаблике ITSupportMe. Тебе туда — в нашу инсту. Ответ:  10. Первая причина — это ты :) Наконец, наше путешествие подходит к концу. И завершим мы его на самом главном. Да-да, это ты, наш сладенький пирожочек. Ну, или, например, победитель Ян, который первый прислал нам свое селфи. Ура! Теперь ты тоже сказал лету «Пока-пока!» и славно прогулялся!

ITSupportMe

04 сентября, 2020