На Госуслугах много разнообразных сервисов: от проверки штрафов ГИБДД до возможности оформить Пушкинскую карту. Они закрывают потребность людей взаимодействовать с госорганами эффективнее, чем при очном посещении ведомств или МФЦ, — чтобы всё было быстро, понятно и не выходя из дома. Это помогает закрыть более глубинные потребности — чувствовать себя защищённым, получать удовлетворение от затраченных усилий и наслаждаться бенефитами.

7 сентября был запущен портал «Я в России» для жителей новых регионов. Сегодня я расскажу, как мы анализировали ключевую проблему поиска информации на портале. А также как родилась идея создать сервис с персональным набором рекомендаций по услугам, выплатам и документам для жителей новых регионов. 

(Читать с толикой сарказма…) Все, кто работал с Ansible, знают, что он не хранит состояние результата своей работы. Это нелепое поведение Ansible, нельзя взять и просто удалить из git объекты конфигурации, чтобы они исчезли с управляемых систем, фу. При этом сразу вспоминается его величество Terraform с tfstate. Всех, кого раздражает подобное положение дел, прошу под кат.

Привет, Хабр! На связи команда контента Робота Макса, которая отвечает за структуру и логику его ответов, а также разрабатывает и выводит эти ответы в прод.

У Робота Макса уникальная по объёму и потребностям аудитория. Чтобы дать всем простые и полезные ответы, необходим большой объём контента. До 2023 года мы вручную работали с базой знаний и разрабатывали диалоги, но достигли потолка человеческих ресурсов и решили оптимизировать трудозатраты. О появлении цифрового ассистента на Госуслугах рассказывали в другой статье на Хабре. В этой поделимся нашим опытом оптимизации создания диалогов и расскажем, в каком направлении хотим двигаться дальше.

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

С чего же начать? Сделать методички для дизайнеров? Протестировать свои продукты на пользователях с нарушениями зрения? Отправить всех разработчиков читать материалы по доступной разработке?

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

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

Чтобы коммуникация была более эффективной, на Госуслугах введены собственные правила оформления текстов. Одно из них — удаление части знаков пунктуации.

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

Я часто слышу, как люди задаются вопросом: «Как стать достигатором»?

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

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

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

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

Человек может не очень хорошо видеть, слышать, мыслить и двигаться. Иногда эти проблемы с ним ненадолго и вот он снова в строю. А иногда ничего уже не поправишь, и всю свою жизнь человек проведёт с ОВЗ, то есть с ограниченными возможностями здоровья. ОВЗ — уже устоявшийся термин, который звучит более дружелюбно, чем «инвалид», так что давайте использовать именно его. Рассмотрим виды и типы ограничений в статье.

В конце прошлого года нам поступила задача по реализации отказоустойчивого хранилища для разрабатываемого сервиса.

Ранее для этих целей предложили бы готовое решение в виде СХД с поддержкой сетевых протоколов вроде Hitachi NAS Platform (HNAS). Но текущая ситуация и особенности контракта обязывали проработать решение на мощностях заказчика.

В итоге выбрали и реализовали решение с использованием ОС на ядре Linux и кластере PaceMaker — с общим диском, поддержкой кворума, демона SDB и протокола NFS. Кому интересны особенности реализации, прошу под кат.

Всем привет, меня зовут Андрей Гирин, и я agile-коуч в РТЛабс. Десять лет назад я был руководителем проекта с небольшой командой, а сейчас помогаю строить команды другим.

Недавно я был с воркшопом, посвящённым star map, на профессиональной конференции для тимлидов Saint TeamLead Conf, о чём моя коллега Екатерина не так давно писала в посте.

Эта небольшая статья о том, как и почему эта идея вообще появилась.

Привет! Сегодня в статье не будет ничего про наши технологии, стэки или процесс разработки, UX или дизайн.

Тем не менее статья всё равно плотно касается мира IT. Она будет полезна всем начальникам, тимлидам, руководителям проектов, которые взаимодействуют с лицами, принимающими решения у заказчика (ЛПР). Я уверен, каждый человек найдёт в ней полезное для себя. Статья позволит лучше понимать других людей и найти ответ на вопрос «Я же говорю всё ясно, почему меня не понимают?».

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

На связи Дарья Баканова-Жараспаева, ведущий проектировщик и специалист по доступности интерфейсов на Госуслугах.

В этой статье поговорим о доступности и деньгах — как посчитать затраты на проекте, что мешает это сделать и сколько в цифрах даёт работа с доступностью.

На связи снова Таня Миронова — руководитель направления доступности Госуслуг в компании РТЛабс. В предыдущей статье о встраивании доступности в существующие процессы я рассказывала, что благодаря внутренней стажировке нам нам удалось вырастить собственное комьюнити экспертов. Расскажу подробнее, что такое внутренняя стажировка, что она даёт, и как её организовать.

Материал основан на опыте проведения стажировки по доступности в РТЛабс, но сам подход может применяться где угодно и для любой области знаний.

На связи снова Таня Миронова — руководитель направления доступности Госуслуг в компании РТЛабс. Сегодня расскажу, как повысить доступность сервисов и встроить контроль в производственные процессы компании. Из моего опыта и общения с коллегами удалось выделить 3 базовых подхода к обеспечению доступности. Расскажу о каждом в отдельности, а потом о том, какой вариант мы выбрали для себя на Госуслугах.

Привет, я Таня Рузанова, занимаюсь доступностью и правилами озвучивания интерфейсов для незрячих в компании РТЛабс. Сегодня расскажу и покажу на примерах, как оценить, смогут ли люди с ограничениями здоровья воспользоваться вашим сайтом или приложением.

Всем привет, на связи команда Госуслуг: главный редактор Андрей Кокоуров и редактор Алла Шильман. Хотим рассказать о текстах, с помощью которых мы от имени государства говорим с пользователями, и поделиться приёмами создания хороших текстов.

Каждый, кто сталкивался с внедрением новых подходов, испытывал весь спектр эмоций. Особенно, если дело касается государственного сектора. РТЛабс использует практики SAFe® с 2022 года. Как мы провели продуктовую трансформацию — подробно в другой статье. 

Здесь расскажем про важную часть SAFe® — PI-планирование: как мы готовимся к нему, проводим и как управляем планом в течение квартала. С какими ограничениями сталкиваемся и как обеспечиваем работу 1 500 человек в квартальном цикле.

Будет полезно тем, кто хочет изменить подходы к производству ПО, начинает или уже работает с государственным сектором. Мы — самый большой кейс внедрения практик SAFe® в России.

Привет, я Таня Миронова — руководитель направления доступности Госуслуг в компании РТЛабс.

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

Привет ИТ-сообщество! Я Анастасия Пятько, аналитик-внедренец из РТЛабс. Это компания, которая развивает всем известные Госуслуги и пытается облегчить нашу бюрократическую жизнь.

Недавно мне довелось выступить на HighLoad++ 2022 с похожей темой: «СМЭВ. Сильно проще, чем кажется. Полезные советы, как стартовать интеграцию через СМЭВ3 и СМЭВ4». Организаторы знают своё дело. В зале была заинтересованная аудитория, которая задавала вопросы с неподдельным интересом. С некоторыми разговор у стенда продолжался ещё несколько часов. Так родилась идея — зафиксировать всё текстом в этой статье.

Несколько месяцев назад коллеги, работающие с одним из кластеров Kubernetes в dev-окружении, обратились с проблемой недоступности API-сервера Kubernetes. Dev-среды обычно не подключены к дежурной смене, и решением проблем занимаются владельцы или, если проблемы нестандартные, обращаются к профильным специалистам. В ходе диагностики оказалось, что kube-api стал потреблять значительно больше памяти. Это приводило к возникновению ошибки с OOM.

Давайте будем честными — если бы это произошло в production-окружении, мы, скорее всего, закинули бы больше памяти и успешно бы забыли про проблему. Но dev-стенд не имеет жёстких SLA с финансовой ответственностью, и это дало нам возможность и время разобраться с прожорливым kube-api.

Всех, кому интересно, что из этого вышло, прошу под капот.

Большинство IT-команд работает по методологии Agile, основной постулат которой гласит: «Работающий продукт важнее исчерпывающей документации». При этом одним из критериев качества требований к ПО, наряду с корректностью, непротиворечивостью, недвусмысленностью, является их полнота.

То есть налицо противоречие: документация IT-продукта в Agile менее важна, чем сам продукт, но при этом, чтобы продукт был качественно разработан, требования должны быть полными.

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