Привет, Хабр! На связи Т1 Цифровая Академия из Холдинга Т1. Сегодня мы порассуждаем о едином производственном процессе в большой компании: почему он нужен и как его внедрить, если все команды уже работают по-своему. 

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

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

При этом вне зависимости от конкретной организационной структуры, ее элементы (или организационные единицы) неизбежно взаимодействуют между собой. Например, в компании, где есть несколько продуктовых «вертикалей» и поддерживающих их функциональных «горизонталей» (от юристов до HR), «горизонтали» часто становятся якорем, тормозящим бизнес-процессы, которые продуктовые команды выстраивают у себя по Agile. 

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

Привет %username%, эта статья про то, как поместить Rust приложение в Docker и получить образ размером с бинарный файл (6 Мб). А также про причины, которые привели к переходу с NodeJS на Rust. Отдельная пара слов о проблемах вначале, переходе на Go, и том, как команда Rust устранила эти проблемы за пол года.

TL;DR Dockerfile в конце статьи и ссылка на example репозиторий

Привет, Хабр! На связи Т1 Цифровая Академия из Холдинга Т1. Сегодня расскажем о
том, как мы помогали клиенту справиться с нехваткой data-инженеров и увеличить темпы найма, дообучая кандидатов навыкам работы с Apache Spark на реальных задачах компании.

Привет, Хабр! На связи Т1 Цифровая Академия из Холдинга Т1. Сегодня хотим рассказать, как мы добились того, что 233 специалиста перешли с Oracle на PostgreSQL всего за 10 месяцев.

Почему часто лучше обучить, чем нанять

В начале 2022 года внешние условия резко поменяли картину мира и ИТ-отрасль. Во-первых, иностранные поставщики решений — Microsoft, IBM, Cisco, Adobe и не  только — ушли с российского рынка, и ИТ-специалисты остались один на один с отечественными разработками и альтернативными ИТ-решениями, которые приходилось изучать по ходу работы. Во-вторых, в среднем отрасли не хватает около 1 млн ИТ-специалистов, особенно уровня middle и senior. На поиск кандидатов с опытом от 6 лет может уходить до полугода. Такое положение дел заставляет бизнес искать альтернативы найму новых сотрудников с нужными знаниями.

Как представители одного из лидеров ИТ-отрасли мы понимаем, что сейчас постоянный апгрейд знаний в ИТ — основа основ. Компаниям выгодней взрастить текущие кадры, раскрыть их сильные стороны и улучшить навыки, чем потратить от 3-х месяцев на поиск идеального кандидата в условиях нехватки кадров.

Почему переход с одной СУБД на другую — это вызов

Одна российская компания обратилась к нам за помощью — ей требовалось импортозаместить Oracle на PostgreSQL за 1 год. По оценкам команд это заняло бы минимум 1,5 года из-за отсутствия специалистов по PostgreSQL, затяжной миграции и низкой мотивации специалистов. 

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

Привет Хабр! Меня зовут Алексей, я разработчик Группы "Иннотех" Холдинга Т1.

Цель статьи - познакомить читателя с библиотеками для работы с JSON в Rust. Если вы никогда не парсили JSON на языке Rust и ищите с чего начать, то эта статья для вас!

В статье будут разобраны примеры работы со строками и файлами, познакомимся с библиотеками serde и serde_json

Данная статья — это попытка описать мои мысли от Agile-подхода, его модификациях и проблемах, рассказать про то, как смотреть на Agile с позиции операционного менеджмента и дать решение проблемы применения метода на крупных предприятиях.

Я, Влад Свяжин, руководитель проектов в «Дататех» (Холдинг Т1), уже давно работаю в IТ в проектном управлении, получил сертификаты по основным проектным подходам (PMP, MSP, SAFe). На проектах мне часто нужно рассказывать про различия между «ватерфолом» и «аджайлом», долго обсуждать различные вариации и проблемы с Agile вместе с заказчиком и командой. Я хотел найти хорошую статью или запись на YouTube, чтобы можно было избежать этих долгих обсуждений и заранее всех познакомить с понятиями, но ничего не нашел. Если вы знаете, поделитесь в комментариях. ?

Эта статья родилась когда готовились материалы к конференции ШСМ (Школа системного менеджмента).

Привет, Хабр! На связи Т1 Цифровая Академия из Холдинга Т1, для которой слова “корпоративное обучение” — это быстрый и комфортный процесс повышения уровня общих бизнес-метрик. За полтора года работы мы создали полсотни решений и повысили ИТ-компетенции 2000 сотрудников, причем не только внутри Холдинга Т1. 

Для чего это было нужно?

Сейчас обязательно кто-нибудь скажет, что университетов и так уже достаточно. И правда, предложений, действительно, много, но найти специалиста, который обладал бы достаточными компетенциями, сходу понял специфику продукта, не так-то просто. Если попросить кого-то разработать образовательное решение под наш запрос, это может показаться невыполнимой задачей. Да и, как выяснилось на личном опыте, не каждый поставщик способен достаточно хорошо синхронизироваться с запросами Холдинга Т1. Поэтому мы решили создать собственную Т1 Цифровую Академию, которая, в первую очередь, учитывала бы наши особенности. С этого все и началось. 

Например, ГК “Иннотех” (входит в Т1) выросла с момента создания до 10 000 человек всего за три года. Естественно, вся группа быстро стала нуждаться в каком-то общем производственном процессе, чтобы все могли работать над одним продуктом. А то до этого каждая команда работала по-своему: одни использовали Waterfall, другие – scrum, третьи – kanban, safe, scrumban, а некоторые даже самодельные подходы со своим workflow, артефактами, метриками, ролями и т.п. Руководство “Иннотех” и agile-коучи разработали единый производственный процесс собственными силами, а вот внедрить его предстояло Т1 Цифровой Академии, привлекая создателей только в качестве экспертов-консультантов. Мы посмотрели, как делают в лучших мировых ИТ-компаниях: внедрение через чемпионов, профсообщества, субкультурное обучение и, конечно, досконально изучили сам производственный процесс, который требовалось внедрить.

Добрый день! Меня зовут Дмитрий Грязнов, я студент УрФу и начинающий разработчик. 

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

Коротко: мы используем пайплайн из сжимающих T5, Pegasus, экстракции TextRank, парафразер Bart. Сначала один алгоритм определяет вес каждого предложения и передаёт на вход абстрактивной модели 20% самых значимых предложений. А затем второй перефразирует полученный текст, чтобы сделать его более связанным. Очень много интеграционного кода и тюнинга, чтобы это всё заработало нормально. Сейчас расскажу, как дело было.

Нас целая команда экспертов по проникновению в информационные сети. 

Предположим, мы хотим понять, можно ли украсть данные с крупного промышленного комплекса. Обычно мы стараемся подключиться ко внутренней сети предприятия (однажды даже удалось подключить своё маленькое устройство к свободно висящему патч-корду, пока ходили на собеседование). Иногда мы делаем рассылку по всей компании, с просьбой что-то проверить в зарплатном файле, и приземляем людей на фишинговый сайт, изображающий их Джиру или корпоративный портал. Иногда просто просим срочно прислать, потому что у нас контракт на 100 миллионов горит и «ЕСЛИ СЕЙЧАС НЕ БУДЕТ, ТО УВОЛЮ К ЧЕРТЯМ!!»

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

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