В этой статье на основе практических кейсов и моего опыта я расскажу, как сформировать команду и объединить её вокруг продукта. А также разберемся, как сформировать мотивацию, когда команда уже давно собрана, но почему-то не приносит ожидаемых результатов.
Привет, меня зовут Наташа, сейчас я продакт-менеджер в РТЛабс и работаю с командой разработки мобильных приложений Госуслуг.
В моем окружении каждый 5-й хочет в IT, но не знает, как в него попасть. Зачастую текущая работа таких кандидатов далека от информационных технологий. Если же это студенты, то как правило у них нет реальной практики (это особенно заметно в регионах), и поэтому они тоже не высоко ценятся на рынке труда.
Но в этой картине мира есть и другая сторона: бывает так, что процессы в компании для штатных специалистов выстроены достаточно продумано, и пороговый вход по навыкам очень демократичный. Поэтому собеседоваться приходят совсем «зеленые» кандидаты, и как правило заканчиваются такие собеседования без положительного результата.
Как мы пилили десятки гайдлайнов, зачем искали свой путь и что теперь можем посоветовать вам
РТЛабс — генеральный подрядчик Минцифры по Госуслугам. На протяжении двенадцати лет мы видели портал в десятках реинкарнаций разной степени проработанности. Неизменным оставалось одно — всегда требовалось описание того, что мы делаем. И как ни один дом не строится без чертежа, ни один проект не обходится без базы знаний и свода правил.
Каждый знает мантру – найденный на проде баг – самый дорогой. В нашем случае он дорогой в квадрате, потому что мы делаем социально значимый портал – от стабильности Госуслуг во многом зависит благополучие наших сограждан.
Меня зовут Дмитрий Пирумов, я возглавляю команду автоматизированного и приемочного тестирования в РТЛабс. В этой статье я хочу поделиться опытом проведения тестирования на проде, внедренного у нас в компании, и попробовать показать профит и болевые точки такого подхода.
Госуслуги уже давно не про запись на приём в ведомственные учреждения и не про единое окно (чтобы этот термин не значил) — мы расширяем горизонт и развиваем полноценную цифровую экосистему. На этот раз перед нами стояла задача разработать решение для подписания документов с помощью мобильного приложения, которое получило название «Госключ».
На связи команда проекта «Госключ» и директор проектов РТЛабс Константин Белов. Задачами, связанными с пилотированием новых процессов на региональных и даже федеральном уровнях, нас удивить сложно. Они — частый гость в наших офисах, но редко речь идет про мини-революцию и борьбу с «устоями».
Не секрет, что коронавирус заметно поменял все сферы жизни и бизнеса. И было бы странно, если бы пандемия не повлияла и на процесс подписания документов при помощи государственных сервисов.
Цифровые ассистенты — тренд в массовом обслуживании. Они автоматизируют работу поддержки, помогают пользователям найти и подобрать услуги, записаться на прием, развлекают.
К порталу Госуслуг редко встретишь нейтральное отношение. Многие его любят и говорят, что это отличная альтернатива очередям в ведомствах и МФЦ — заполняешь заявление online и быстро получаешь нужную справку или документ. Для других Госуслуги — это проблема. Непонятно, как это работает, где найти услугу и куда нажимать.
В этой статье не будет описания технических решений или подходов к проектированию пользовательских интерфейсов. Вместо этого я расскажу о человеческом лице, а точнее ушах портала Госуслуг, о том, почему мы ценим критику, и как пользователи помогают сделать Госуслуги лучше.
Меня зовут Дмитрий Огуряев, я специалист в области массового розничного обслуживания. Большую часть жизни проработал в крупных розничных банках и последний год являюсь Заместителем Министра Минцифры, отвечающим за портал Госуслуг, а также за ряд иных направлений.
В силу своего опыта работы с разнородными процессами, большими данными, а также математического образования, сформировалось определенное видение, как помочь государственной цифровизации сделать существенный шаг вперед в своем развитии.
Начну с идеологии. Аналитическая геометрия началась с Декартовой системы координат. В любой области кажется логичным всем договориться о некой общей системе координат. Без стандартизации и прозрачной системы координат, хотя бы на уровне что такое хорошо и что такое плохо, невозможно строить большие розничные конвейеры.
В области государственной цифровизации сформированы верхнеуровневые цели (без бумаги, онлайн, без личных визитов, цифровой вход - цифровой выход и тд). Но как достичь этих целей? Из каких строительных материалов строить цифровой небоскреб? В этой статье как раз попытаюсь приблизить ответ на этот злободневный вопрос.
Здесь вспоминается стихотворение Маяковского «Что такое хорошо и что такое плохо».
Привет, читатель!
Меня зовут Василий Кудрявцев, и вот уже ~10 лет я занимаюсь нагрузочным тестированием, а из них последние 1,5 года – в компании РТЛабс.
И сегодня мы поговорим не об инструментах или общих подходах, а об области, которую обычно обходят стороной или собирают на коленке — тестовые стенды для нагрузочного тестирования.
Здесь, на Госуслугах, мы пока только конструируем мечту каждого нагрузочника — свой отдельный, выделенный, рабочий (!) тестовый стенд. Особенно это мечта актуальна для небольших продуктовых команд.
Единая биометрическая система (ЕБС) с 2018 года используется для идентификации человека по его биометрическим характеристикам: голосу и лицу.
Чтобы получать услуги по биометрии, пользователю необходимо зарегистрироваться в системе в одном из 13,1 тысяч отделений банков. Там операционист сделает его фотографию, запишет голос и отправит эти данные в систему. А для того чтобы компании могли оказывать по биометрии различные услуги, им необходимо провести интеграцию с ЕБС.
Оператором системы является «Ростелеком», а разработкой занимаемся мы – дочерняя компания РТЛабс .
Меня зовут Сергей Браун, я заместитель директора департамента цифровой идентичности в РТЛабс. Вместе с Артуром Душелюбовым, начальником отдела развития и разработки департамента цифровой идентичности, мы расскажем, как мы создавали платформу для любой биометрии, с какими проблемами встретились и как их решали.
сода…команда неравнодушных людей! И это может быть непривычным. Потому что в сознании многих gosuslugi.ru — это что-то «чиновническое» и «бездушное», если угодно. Но на самом деле сотрудники портала — граждане страны, которые хотят сделать удобные и человечные сервисы для нас: тебя, меня, друзей и родных. Сейчас расскажем, как мы «очеловечиваем» портал.
Представьте, что вам предстоит собеседование на позицию системного аналитика (СА). Что нужно знать для успешного прохождения интервью и какие вопросы могут задать? Эта статья может стать roadmap при подготовке к собеседованию.
Как мы разрабатывали приложение, которое должно заменить галдёж жильцов у подъезда, домовые чаты в вотсапе и звонки в ЖКХ-конторы по всей стране.
Про то, чем занимается РТЛабс знают только сотрудники и пара подрядчиков. Ну, и интересующиеся Госуслугами. Вот уже десяток лет gosuslugi.ru — флагманский проект нашей компании. Но, кроме Госуслуг, у нас в конторе ещё куча проектов. Мобильное приложение с незамысловатым названием «Дом» — одно из них.
Это вторая часть статьи, посвященной универсальному сервису подписания для инфраструктуры Госуслуг. Первая часть статьи была посвящена GO-части нового сервиса, в которую входит конфигурирование, тестирование, ресты, файловый менеджер и планировщик. Всему тому, что происходит до того, как данные будут переданы в С-часть для подписания и верификации. Также там кратко описаны основные предпосылки к создания нового сервиса.
Приступать к чтению этой статьи рекомендуется строго после ознакомления с первой частью.
Во второй части будет рассмотрена CGO-прослойка и C-часть, в которой происходит подписание и верификация данных. Тут же будут описаны самые важные оптимизации, ради которых этот сервис и создавался.
Это первая часть статьи, в которой будет рассмотрена GO-часть нового сервиса подписания для всем известного (а если не всем, то многим) портала Госуслуг. Сюда входит конфигурирование, тестирование, ресты, файловый менеджер и планировщик. В общем все то, что происходит до того, как данные будут переданы в C-часть для подписания и верификации. Я также кратко опишу основные предпосылки к созданию нового сервиса.
