Как стать автором
Обновить
94.2
Холдинг Т1
Многопрофильный ИТ-холдинг
Сначала показывать

Ваш Agile не полетит, если вы не будете по утрам…

Уровень сложности Простой
Время на прочтение 10 мин
Количество просмотров 3.6K

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

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

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

Читать далее
Всего голосов 3: ↑2 и ↓1 +1
Комментарии 10

Какой должна быть user_story, и что общего у системных аналитиков и голливудских сценаристов

Уровень сложности Простой
Время на прочтение 8 мин
Количество просмотров 9.2K
image

«Тарас, за что ты получаешь свои деньги? Ты же просто рассказываешь истории!»

За то, что я хорошо их рассказываю.

С user story всё как в Голливуде: кажется, что многие сериалы похожи друг на друга, но написать по-настоящему хороший сценарий даже для ремейка не так-то просто. Ты должен жить этим фильмом, должен знать, что ты хочешь показать, какие моменты взять из жизни и как их развернуть перед зрителем. И это стоит денег.

User story легко зафакапить. А так как от системного аналитика она сразу уходит к разработчикам, то ошибка может стоить очень дорого.

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

Моя команда работала с магазином для рыбаков и должна была создать весьма нетривиальную форму для заказов, позволяющую подбирать рыболовные снасти по определённым критериям.

PO имел в виду одно, я подумал что-то своё, задание ушло в команду. Ребята его внимательно прочитали и накодировали то, что поняли. Когда подошло время отдавать готовый продукт бизнесу, выяснилось, что мы сделали совсем не то, что имел в виду заказчик. Но т. к. мы всей командой от PO до тестировщиков были любителями рыбалки и, соответственно, целевой аудиторией сайта, то знали, как думает пользователь на самом деле, и нашли нестандартное классное решение. Заказчик посмотрел и сказал: «Слушайте, круто! Очень интересное решение! Я об этом даже не думал, когда вам говорил. Но ваш вариант мне нравится. Берём».

Решение получилось ровно таким, чтобы быть удобным целевой аудитории. Несмотря на user story. Бывает и так.
Читать дальше →
Всего голосов 14: ↑14 и ↓0 +14
Комментарии 2

Все яйца — в одну корзину. Как мы интегрировали автотесты с TestIt

Уровень сложности Простой
Время на прочтение 5 мин
Количество просмотров 2.4K
image

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

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

При большом количестве кейсов (а у нас их несколько тысяч) в тест-плане как автоматизированных, так и ручных тестов без TMS не обойтись.

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

image
Читать дальше →
Всего голосов 24: ↑24 и ↓0 +24
Комментарии 0

Что мы делали, когда Jira закончилась

Уровень сложности Простой
Время на прочтение 6 мин
Количество просмотров 14K
В недавнем прошлом многие IT-команды применяли в разработке линейку продуктов от Atlassian: Confluence, Jira и Bitbucket. Полноценный цикл разработки включал в себя до 70 различных операций и процессов: удобно, когда их можно реализовать в единой экосистеме.

Такой подход позволяет эффективно использовать ресурсы и закрывает разные потребности команды в «одном окне» — от идеи и оформления технической документации, распределения и контроля задач до этапа эксплуатации и обработки результатов тестирования.

image

К моменту официального ухода компании Atlassian из России многие банки, корпорации, IT-компании и представители малого бизнеса настолько привыкли к Jira, что сервис стал казаться незаменимым. Но Jira кончилась. Сегодня с продлением подписки есть проблемы, и нет уверенности в том, что завтра все данные будут доступны и что они надежно защищены. И когда дело дошло до поиска альтернатив, оказалось, что выбора-то практически и нет.
Читать дальше →
Всего голосов 37: ↑32 и ↓5 +27
Комментарии 38

Мы запустили Т1 Цифровую Академию. Как так вышло и зачем она нужна ИТ-специалистам

Время на прочтение 6 мин
Количество просмотров 1.9K

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

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

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

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

Читать далее
Всего голосов 4: ↑3 и ↓1 +2
Комментарии 0

Как из научной работы про гены, тренировки и питание я делала ИТ-бизнес-проект

Уровень сложности Простой
Время на прочтение 9 мин
Количество просмотров 2.4K
image
Очень полезный белок, связывающий жирные кислоты (FABP2), делающий вас более устойчивыми к голоду за счёт ускоренного накопления жира

Меня зовут Анастасия Щербакова, я магистрант второго года обучения Университета ИТМО. Моя научная работа связана с изучением спортивной генетики в связке с нутрициологией и тренировками. Это очень личная история: я с детства занималась спортом и с детства же пыталась понять, как и почему одни и те же тренировки и питание дают такой разный эффект у разных людей.

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

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

Расскажу, как всё было.
Читать дальше →
Всего голосов 22: ↑18 и ↓4 +14
Комментарии 3

Как мы сократили время на проверку документов в IT с дней до часов

Уровень сложности Средний
Время на прочтение 11 мин
Количество просмотров 5K
image

Чтобы помочь IT-командам быстрее реализовывать проекты за счёт «умной» работы с программными документами, мы с командой разработали сервис, который экономит техническому писателю или системному аналитику от 30% времени на подготовку документации.

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

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

Первый — то, что Confluence, по сути, набор страниц, и работа с контентом идёт в рамках всей страницы. Это ограничивает редактирование и согласование документов, переиспользование контента и так далее.

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

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

Мы изучили рынок и обнаружили, что у многих компаний — например, в строительной, юридической и медицинской отраслях — есть запрос на форматирование документов по шаблонам, формирование их на основе данных из внешних систем и переиспользование данных из документа в документ.
Читать дальше →
Всего голосов 26: ↑24 и ↓2 +22
Комментарии 2

Друг государства, или Почему без GR уже не обойтись и в IT

Уровень сложности Простой
Время на прочтение 9 мин
Количество просмотров 6.7K
image
Фреска Микеланджело

GR-специалисты для IT — это непонятно кто. Но в последние годы рынок госпроектов стал основным. И именно от специалистов по Government Relations зависит, насколько компании удастся реализовать свои планы относительно тех или иных государственных проектов. GR-специалисты отвечают за связи компании с государственными органами и помогают улучшить отношения между ними. Что, само собой, непосредственно влияет на бизнес и его показатели.

Я — один из таких специалистов. Меня зовут Дина Ашрапова, я директор по взаимодействию с органами государственной власти Группы Т1. Расскажу о том, в чём же заключается роль GR (Government Relations, GR) в IT-компании.
Читать дальше →
Всего голосов 33: ↑26 и ↓7 +19
Комментарии 18

Как стажировка в большой компании может преобразить студенческий проект

Уровень сложности Простой
Время на прочтение 6 мин
Количество просмотров 3.3K

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

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

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

Читать далее
Всего голосов 36: ↑34 и ↓2 +32
Комментарии 5

Мы профессионально занимаемся социнжинирингом, и нам за это платят

Время на прочтение 8 мин
Количество просмотров 6.1K

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

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

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

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

Читать далее
Всего голосов 26: ↑23 и ↓3 +20
Комментарии 6

API FIRST — что это поменяло

Уровень сложности Простой
Время на прочтение 5 мин
Количество просмотров 6.1K

Я долго не могла понять, почему это пример API-driven дизайна. Оказалось, api — это пчёлы

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

  • Первый — возможность получить обратную связь есть только тогда, когда код готов и пользователь может проверить решение, кликая разные кнопочки в GUI. Это часто приводит к тому, что реализованную часть системы приходится писать заново.
  • Второй, что хуже — CODE FIRST предполагает каскадную модель разработки: нет возможности настроить параллельно несколько потоков работ.
  • Третий недостаток — отсутствие документации и часто слишком детализированное API. Такое API невозможно переиспользовать. 
  • И ещё один, четвёртый, минус — отсутствие адаптации к изменениям. А изменения обычно происходят уже во время разработки.

На замену CODE FIRST пришёл подход DESIGN FIRST. Главными героями здесь становятся дизайнеры. Сначала они отрисовывают все макеты, проектируют кликабельные интерфейсы, и только потом, после ревью пользователей, пишется код системы. Это улучшает UX/UI, команда получает обратную связь до того, как продукт будет готов. Но и тут есть очевидные недостатки:

  • Дефицит бизнес-навыков и аналитического мышления у дизайнеров.
  • Маршруты, положенные в основу архитектуры системы и UI, часто не совпадают с картой бизнес-процессов пользователя. Проще говоря, дизайнер может изобразить любой вариант UI, но возникает вопрос: а можно ли реализовать ту или эту фичу как функционал?
  • Ну и та же проблема, как и с CODE FIRST: нет возможностей для быстрой и эффективной адаптации к изменениям. 

И вот тогда, на стыке CODE FIRST и DESIGN FIRST, появился подход API FIRST, который удачно объединил достоинства всех предыдущих методов.
Читать дальше →
Всего голосов 16: ↑14 и ↓2 +12
Комментарии 2

Как быстро собрать ИТ-команду, если надо прямо уже-уже

Уровень сложности Простой
Время на прочтение 11 мин
Количество просмотров 3K


Я сам буду набирать свою команду для проекта.

Казалось бы, почему я должен этим заниматься? Это ответственность HR-службы, для этого она и предназначена. Но я бы хотел ускорить этот процесс и взять чуть больше контроля.

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

Однако, пока у меня нет хорошей команды, я обречён нервно подпрыгивать, плохо спать и медленно двигаться. Но как я справлюсь с поиском и наймом, если я не специалист в подборе кадров?
Читать дальше →
Всего голосов 16: ↑14 и ↓2 +12
Комментарии 6

Когда поможет только нагрузочное тестирование

Уровень сложности Средний
Время на прочтение 7 мин
Количество просмотров 2.5K
В мире ИТ непрерывно происходят эволюционные изменения, которые ставят во главу угла такие аспекты, как безопасность и надёжность решений.



К подобным изменениям, в частности, приводит развитие сервисов, которые должны работать с большим числом пользователей: онлайн-банкинг, маркетплейсы, сервисы покупки билетов и бронирования, бесконтактная оплата через POS-терминалы (вспомните, когда вы последний раз платили на кассе наличными?), оплата метро по Face ID, запрос и получение информации на Госуслугах и т.д.

Качественно создавать и развивать подобные сервисы сложно, к тому же, помимо понятных забот об удобстве, а также безопасности и сохранности личных данных, вас поджидают неочевидные риски, связанные именно с ростом числа пользователей. Именно здесь на помощь приходит нагрузочное тестирование. О нём ниже и поговорим, а также разберём конкретные жизненные примеры.
Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Комментарии 0

Что общего между галерой (ладно, яхтой) и ИТ-командой

Уровень сложности Простой
Время на прочтение 10 мин
Количество просмотров 5.3K


Так получилось, что у меня есть сразу два опыта управления: как главного архитектора в ИТ-компании и шкипером на лодке. На большой лодке. Если ваша лодка хорошо автоматизирована, то с ней может справиться маленькая команда. Маленькая команда обычно более слаженная, чем большая, поэтому может показаться, что автоматизация решает. Но на деле решает именно слаженность команды независимо от её размера.

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

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

Начнём с групповой динамики, то есть слаживания команды. Вообще-то для решения этой задачи часто используются корпоративы, но мы начнём с теории.
Читать дальше →
Всего голосов 22: ↑21 и ↓1 +20
Комментарии 0

Что вы будете делать, если вам надо понять, как провести дискавери? Гуглить? Ну вот вы здесь

Уровень сложности Простой
Время на прочтение 7 мин
Количество просмотров 2.4K


Привет, Хабр! Наши ошибки на старте проекта — самые дорогие из возможных.

Я Мария, аналитик команды обследования проектов. В смысле, работаю с проектами до старта разработки. Это обычно называется «дискавери». Я уже делала 15 этих самых дискавери, и не все были настолько прекрасными, насколько бы этого хотела я или мои заказчики. Когда дискавери проваливаются — это один из обычных вариантов на практике.

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

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

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

Сейчас я и хочу про это рассказать.
Читать дальше →
Всего голосов 27: ↑24 и ↓3 +21
Комментарии 2

Как Тарас стал Senior+ из-за CS 1.6 и дедушки с ТЭЦ

Уровень сложности Простой
Время на прочтение 5 мин
Количество просмотров 15K

Основной хард-скилл Тараса

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

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

Собственно, Тарас оттуда достаточно быстро скрылся в направлении разработки на PHP, и так бы мы его и потеряли в мире интровертов (как он это сам описывает, видимо, тогда действительно PHP-разработка делалась минимальными командами), но он хотел пойти в админы. Точнее, в девопсы, но тогда это называлось всё так же — админ.

18 лет назад состоялось его посвящение в админы. Тарас начал нести демократию по всей стране.

Собственно, я хочу рассказать про своего коллегу с очень, скажем так, характерной для России судьбой в ИТ.
Читать дальше →
Всего голосов 48: ↑42 и ↓6 +36
Комментарии 24

История Дениса: уйти, чтобы вернуться

Время на прочтение 4 мин
Количество просмотров 10K

Здесь чуть не закончилась ИТ-карьера Дениса

Денис стал айтишником нестандартным путём. Началось всё правильно, как и должны были попадать люди в ИТ по задумке, то есть через математику в школе и информатику в университете.

Вектор задал математический класс — «о, наверное, я в этом понимаю, раз у нас была углублённая математика» — и наш герой поступил на информатику. Внезапно, как и многие другие студенты, он узнал, что, оказывается, в университете надо учиться. Первая сессия стала шоком, и закрывал он её, с трудом отрываясь от рейдов WoW. Работать надо было тяжело, школьные достижения почти ничего не значили, и ко второй сессии Денис пришёл неподготовленным.

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

Если вы думаете, что сейчас будет история «и тут я понял, что нужно нормальное ИТ-ядро, сайт, еком, мы начали развивать бизнес и продали систему федеральной сети», то нет. Сантехнический магазин он тоже быстро слил.
Читать дальше →
Всего голосов 49: ↑39 и ↓10 +29
Комментарии 24

Как мы сохраняем знания компаний

Время на прочтение 12 мин
Количество просмотров 3.9K


Документация важна. Отдел по маркетингу, может, не знает, чем именно занимается техподдержка ПО или оборудования. Филиалы в условных Новосибирске или Туле отвечают только за свои регионы. Вся накопленная подразделениями или отдельными сотрудниками информация тоже хранится фрагментарно в виде памяток в Word или Excel, а то и вовсе исключительно в головах сотрудников.

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

У нас для борьбы с этими проблемами в структуре компании «Сервионика» в 2021 году было создано специальное подразделение — центр компетенций. Он нужен для технической и экспертной поддержки проектов, развития общей базы знаний.

Сегодня на примере проекта по созданию системы автоматизированных рабочих мест я расскажу о структуре нашего ЦК, выполняемых им задачах, его технической реализации, возможностях и ограничениях. А в заключение наглядно продемонстрирую эффективность его работы в конкретных числах.
Читать дальше →
Всего голосов 20: ↑19 и ↓1 +18
Комментарии 7

Мой извилистый путь с завода железобетонных изделий до архитектора

Время на прочтение 6 мин
Количество просмотров 5.3K


Привет, Хабр. Меня зовут Алексей, и я сейчас расскажу, как меня привело в архитекторы из мира бетона и строительных конструкций.

Представьте: завод железобетонных изделий, где делают разные плиты, сваи, кольца и тяжёлые строительные штуки. И вот там есть процесс пропарки, когда изделие сначала обрабатывается при температуре 40°С, через два часа — 60°С, потом ещё одно изменение — и уже 80°С. На 80°С выдерживается, потом плавный отпуск, чтобы не было трещин.

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

Брак можно было уменьшить двумя путями: поставить опытного человека, пачку чая и чайник либо купить специальную железяку, которая делала бы то же самое (только не тратила чай). Железка готовая есть, продаётся как программно-аппаратный комплекс, стоит 15 миллионов рублей.

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

Так сначала я стал технологом, потом замглавинженера, а потом перешёл в ИТ и понял, что там всё то же самое, даже экспрессия в острые моменты та же.
Читать дальше →
Всего голосов 37: ↑36 и ↓1 +35
Комментарии 5

Нельзя просто взять и обезличить данные — опыт команды разработки «Сферы»

Время на прочтение 6 мин
Количество просмотров 3.1K

Бизнесу нельзя использовать данные клиентов as is для тестов. Отдел разработки не может просто взять персональные данные (ПДн) и проверить на них новую фичу, обучить Machine Learning-модель. Этот момент регулируют законы и отраслевые стандарты. Чтобы с данными можно было работать, их необходимо обезличить. В крупных компаниях сотни таблиц переплетены идентификаторами, формулами, процедурами. И здесь речь идет уже о формировании обезличенных интеграционных полигонов (комплексов БД). Максим Никитин, тимлид группы разработки, поделится опытом команды разработки платформы производства ПО «Сфера».

Читать далее
Всего голосов 10: ↑8 и ↓2 +6
Комментарии 0

Информация

Сайт
t1.ru
Дата регистрации
Дата основания
Численность
свыше 10 000 человек
Местоположение
Россия
Представитель
Холдинг Т1