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

Для начала определим цель текущей работы. Это МВП для проверки бизнес-гипотезы - мы можем забыть о “техдолге” и бежать вперед для получения нужных метрик. Надо сделать пару задач, где сроки “вчера” - вставляем подходящие решения с мыслью о будущем рефакторинге. Тут главное правильно понять дальнейшее развитие проекта, чтобы после наших технических решений были понятны масштабы работ по накопившимся обязательствам. Это как с кредитом, который мы берем в банке и будем возвращать в будущем, да еще и с процентами. Проведите верхнеуровневый анализ проекта и поймите на каком вы этапе и куда хотите прийти.  Картинка в помощь.

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

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

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

Идея этой статьи родилась из обсуждения в чате канала «UI фэйл» (https://t.me/uifail), который ведёт мой коллега и друг Денис Пушкарь. В процессе сборки материала я обращался к коллегам из других команд и направлений (в том числе разработки, тестирования и аналитики), чтобы подтвердить или опровергнуть свои умозаключения, так как тема весьма обширная, а пишет статью по ней человек из сферы дизайна.

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

Также сразу оговорюсь, что далее по тексту буду использовать привычную терминологию уровней специалиста (джун, миддл, сеньор, ведущий, тимлид), однако эта оценка весьма условна и, на мой взгляд, требует существенного пересмотра. Например, у нас в дизайн-студии Ростелекома используется градация из 12 уровней каждого навыка, в которой мы умышленно отказались от стандартных ярлыков. Для простоты изложения в этой статье я к ним вернусь.

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

«Медоед» — это робот, один из полуфиналистов инженерного соревнования «Битва роботов», который появился на свет благодаря команде талантливейших студентов СПбПУ "Всеядные" и "Ростелекому". И сегодня мы познакомим вас с этим стальным зверем и его создателями!

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

Привет! Меня зовут Андрей, я - ведущий разработчик в "РТК ИТ". В этой статье речь пойдет об опыте перехода на паттерн external task в одной из наших систем.

Camunda — это BPM-движок для автоматизации бизнес-процессов. Она представляет собой набор библиотек, которые и позволяют выполнять описанные процессы.

Как мы в проекте работаем с camunda

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

Привет! Меня зовут Илья, я – DevRel в «Ростелекоме» и «Ростелекоме Информационные Технологии». Как современная компания мы постоянно совершенствуемся и поощряем это у наших сотрудников: от стажёров до опытных специалистов. Поэтому когда как не в начале учебного года поговорить об обучении. А именно о том: что важно знать любому айтишнику.

Но современный айтишник — это больше, чем просто мастерство кода и знание теории. Особенно это касается джунов как только желающих выйти на рынок, так и стремящихся освоиться на своём новом (и часто – первом) рабочем месте. На вопросы о том, что выделит вас в глазах работодателя, что значительно облегчит адаптацию на работе и представит вас в более выгодном свете на фоне исключительно «технических» коллег – постарались ответить вместе с специалистами «Ростелекома».

Содержание

• Что такое предварительные шаги тест-кейса
• Правила их составления
  
  • 1. Писать нужно обезличено
  • 2. Писать нужно в едином стиле
  • 3. Можно ссылаться на другие тест-кейсы
  • 4. Но не доходя до маразма
  • 5. Выкидывать текст ради текста нужно
  • 6. Предварительных шагов может и не быть — это нормально
• Итого

Что такое предварительные шаги тест-кейса

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

Ещё дадим несколько советов на тот случай, если всё-таки не удаётся показать результат за отведённое время.

Общая тенденция развития технологий характеризуется рывками и спадами. Рассмотрим, например, массовое перемещение человеческих тел. Изначально применялись лошади и повозки, которые постепенно стали сложными, и эта технология превратилась в отдельную индустрию. Затем внезапно появились поезда. Про лошадей быстро забыли, и фокус сместился на новое направление. Пар стал объектом исследований и превратился в сложную науку. Параллельно развивались дизель и электричество. В определенный момент паровые двигатели ушли в прошлое, и все перешли на дизель и электричество. Аналогично сейчас происходит переход на электромашины, требующие значительно меньшего количества жидкостей.

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

Привет, Хабр. Я тимлид уже 4 года. По истечению этого времени накопилась некоторая усталость и отчасти негодование от этой роли(должности). Поэтому хочу накинуть говна на вентилятор и поразмышлять с вами о руководстве в IT, каким оно бывает, какое оно должно быть. Надеюсь у вас тоже на этот счет есть свои мысли и вы мне про них расскажете.

Оптимизация процессов, как много в этой фразе многозначности!

Как она по-разному понимается инженерами и менеджерами!

(Картина для привлечения внимания, создана в Kandinsky 2.2)

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

Всем привет. Меня зовут Михаил Потапов, я - главный системный аналитик компании "Ростелеком Информационные Технологии". В компании занимаюсь разработкой отчетности для сегмента B2B и проектированием хранилища данных, на базе которого эта отчетность функционирует. Работоспособность каждого отчета напрямую зависит от корректно выстроенных SQL-запросов к базе данных Oracle, поскольку при работе с большими объемами данных скорость выполнения запросов может существенно снижаться. Снижение скорости сильно затрудняет работу с отчетами для конечного пользователя, а в некоторых случаях и вовсе делает ее невозможной.

В этой статье мы рассмотрим основные принципы оптимизации запросов в Oracle SQL, которые помогут ускорить работу с базой данных и повысить эффективность работы. Сразу отмечу, что статья рассчитана на junior и middle-специалистов, которые пишут сложные запросы к базе данных, работают с большими объемами данных и при этом ранее с вопросом оптимизации не сталкивались. Статья не содержит подробное руководство к действию, но описывает базовые основы "культуры кода", соблюдение которых позволит снизить нагрузку на БД и даст возможность более эффективно извлекать из нее данные.

Привет! Меня зовут Дарья, я тимлид группы тестирования отдела разработки биллинговой системы в компании Bercut, которая входит в группу компаний Ростелеком. За семь лет работы в сфере тестирования я и сама проходила планы адаптаций, и многократно занималась курированием новичков. При этом всегда сталкивалась с одной и той же проблемой: неловко по 100 раз на дню отвлекать куратора вопросами, но еще хуже - быть тем самым куратором, которого отвлекают по 100 раз на дню!

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

Всем привет! На связи разработчики БД - Юрий Плотников и Андрей Григорьев, в этот раз рассказывать мы будем вдвоем, вернее не совсем вдвоем - об одном "фирменном" решении расскажут коллеги из нашего центра компетенций PostgreSQL.

Пара слов о заглавной картинке и логотипе

Несмотря на то, что история pgmig началась раньше, большое развитие он получил при разработке наших "сказочных" продуктов (youtube).

Поэтому мы решили, что ему также место среди сказочных персонажей - домовенок, приводящий процессы в порядок

Начнем издалека, с очевидных вещей, однако без этого было бы сложнее понять главную идею. Итак, к делу:

Всем привет!

Меня зовут Глеб Лапин и я развиваю аналитическое направление в Продуктовой лаборатории B2B Ростелеком.

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

О лабе

Продуктовая лаборатория B2B занимается поиском, тестированием и выявлением перспективных цифровых продуктов для бизнес клиентов Ростелеком из разных отраслей.

О направлении

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

Эта статья будет полезна для тех, кто работает с форматом PI планирования и проводит командное ретро по итогам квартала.

Каждый раз по завершению PI мы в сегменте проводим ретроспективы и делаем это в два этапа:

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

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

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

План работы:

Открытие

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

Привет! Меня зовут Дмитрий Трофимов (@angryqa во ВКонтакте или @trofimovdigital на просторах интернета). Я тимлид отдела автоматизации тестирования в VK ID. С командой мы проделали большой путь при внедрении автотестов в наш продукт, и на этом пути мастерски овладели принципами написания идеальных тестов, которыми спешу поделиться с вами.