Всем привет! Меня зовут Дима Зотов, я специалист техподдержки. Работаю в Почтатехе на проекте Почта.ID. Мы обеспечиваем регистрацию и вход в сервисы Почты России, а также отвечаем за хранение учетных записей. Еще разрабатываем решения для некоторых почтовых услуг. Например, получение отправлений по коду или отправка электронных извещений.

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

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

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

В июне на конференции Mobius прошел круглый стол, на котором лидеры мобильных комьюнити рассказали про свой опыт построения сообщества. Делимся с вами расшифровкой дискуссии.

Участники:
Роман Голофаев, Почтатех
Екатерина Батеева, Авито
Александр Сычев, СберЗдоровье
Александр Гузенко, Тинькофф
Павел Стрельченко, HeadHunter
Дмитрий Алиев, Райффайзен Банк

Мы уже рассказывали на Хабре про цифровые продукты Почты — электронные заказные письма, отправку для бизнеса, электронные марки. Те, кто пользуется Почтой, могли заметить, что мы стали выпускать всё больше приложений и сервисов и научились делать это оперативно. Сейчас time to market для новых продуктов в Почте — всего 3 месяца, а релизы выходят каждую неделю. 

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

Почта есть везде, где живут люди — от мегаполисов до крошечных посёлков в горах и на крайнем Севере. Мы седьмая крупнейшая в мире компания по количеству точек обслуживания клиентов. Почта России — это 42 000 отделений, логистические и сортировочные центры, склады, автобазы, почтамты при вокзалах и аэропортах, ЦОДы. И все они должны быть подключены к сети передачи данных, чтобы там могли работать различные сервисы — например, отслеживание отправлений, упрощённое получение посылок по СМС.

Особенности нашей работы влияют на подход к построению сети. Почта — специфический бизнес, и поэтому мы не можем довольствоваться стандартным решением. Чтобы качество нашей связи было одинаковым на всей территории России, совместно со своим стратегическим партнёром Ростелекомом мы создали единую корпоративную сеть передачи данных (ЕКСПД) Почты России, которая охватывает все наши объекты почтовой связи. 

В основе этого масштабного проекта лежит частная сеть, построенная по технологии IP VPN и обеспечивающая высокоскоростной доступ в интернет. Это крупнейшая корпоративная сеть в России, которую можно сравнить разве что с инфраструктурами Сбербанка и РЖД. При этом КСПД расширяется, и к ней постоянно подключаются новые объекты. К примеру, сейчас мы строим 30 логистических центров, которые будут работать 24/7 и использовать много трафика.

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

В нашем случае это копия процесса доставки отслеживаемой посылки (той, у которой есть трек-номер). Цифровая копия помогает управлять всеми событиями – перемещениями груза, действиями сотрудников, процессами сортировки. Создание эксплуатационной модели цифрового двойника – очень полезная, но довольно непростая задача, потому что пока сложно представить, что абсолютно везде и все процессы Почты будут видны онлайн в режиме реального времени. 

Всем привет! Меня зовут Николай Каменев, я фронтенд-разработчик в Почтатехе. Мы разрабатываем UI для порталов и приложений Почты России.

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

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

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

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

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

На связи Сергей Петров, UX-проектировщик в Почтовых Технологиях — компании, создающей цифровые продукты для Почты России. Эта статья — эссе о системном рассмотрении рассмотрении большой платформы с позиции. Предполагаю, что рассказ будет интересен и полезен UX/UI-проектировщикам, архитекторам, системным и бизнес-аналитикам, менеджерам продукта, а может быть и front-end-разработчикам.

29 апреля в Санкт-Петербурге состоится первый открытый митап Почтовых технологий — цифровой «дочки» Почты России.

Почему «на набережной»? Дело в том, что мероприятие пройдёт в гибридном формате — первые 50 зарегистрировавшихся смогут бесплатно посетить его вживую в нашем питерском офисе на Аптекарской набережной. Для остальных будет доступна онлайн-трансляция.

29 апреля мы поговорим о DevOps. Как создавать отказоустойчивые приложения на базе Kubernetes? Своим опытом поделятся три эксперта из Почтатеха, Yandex.Cloud и IT-one.

Всем привет!

Меня зовут Олеся Гаврилова, я руководитель направления по координации проектов в Почтатехн.

Хочу вам рассказать о том, как команда проектного офиса выстраивает систему управления проектами в ПочтаТех, какие задачи стояли перед нами год назад, как мы их решали, к чему пришли и каковы наши дальнейшие планы.

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

Что было на момент старта работы проектного офиса:

1.     Комитет цифровой трансформации - орган, который утверждал ряд проектов.

2.     Ранжирование и отбор проектов, которые рассматривает Комитет.

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

4.     Из процессов: подготовка к выходу на Комитет для утверждения проекта, предоставление отчетных материалов по достижению их ключевых результатов.

5.     Для управления проектами: 3 информационные системы, MS project, MS excel. Каждый использовал, что ему нравилось больше.

6.     Компетенции сотрудников. В компании работают, как люди с большим опытом, так и люди, которые делают первые шаги в области проектного управления.

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

Почему вообще нужно было что-то менять?