Умеете ли вы монтировать на КИИ? Тест от инженеров РТК-Сервис

Привет, Хабр! Меня зовут Андрей Колясников, я руковожу группой технической экспертизы в РТК-Сервис. В обслуживании критической инфраструктуры телеком-операторов даже одна ошибка может вызвать цепную реакцию и парализовать связь для тысяч абонентов. Чтобы гарантировать одинаково высокое качество работ от Москвы до Хабаровска, мы разработали единый стандарт и методологию оценки компетенций специалистов. В этой статье вас ждет интерактивный тест: разберем реальные задачи и ошибки; и рассказ, как мы провели тест-драйв нового метода оценки – конкурс профессионального мастерства для наших инженеров по монтажу.

https://habr.com/ru/companies/rtk_service/articles/942734/

#телеком #телекоммуникации_и_связь #телекоммуникационное_оборудование #сетевая_инфраструктура #сетевые_технологии #сетевое_оборудование #сетевой_инженер #стандартизация #hrбренд

Проектирование Информационных систем. Итоги, краткое изложение курса

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

https://habr.com/ru/articles/941672/

#проектирование_систем #анализ #системный_анализ #системный_аналитик #инженерия_требований #промышленная_автоматизация #требования_к_системе #спецификации #стандартизация #стандартизация_разработки

Проектирование Информационных систем. Часть 11. Управление изменениями требований

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

https://habr.com/ru/articles/931652/

#проектирование_систем #анализ #системный_анализ #системный_аналитик #инженерия_требований #промышленная_автоматизация #требования_к_системе #спецификации #стандартизация #стандартизация_разработки

Проектирование Информационных систем. Часть 10. Разработка требований 10.2. Формирование спецификаций требований

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

https://habr.com/ru/articles/922458/

#проектирование_систем #анализ #анализ_и_проектирование_систем #системный_анализ #системный_аналитик #инженерия_требований #промышленная_автоматизация #требования_к_системе #спецификации #стандартизация

Стандартизация без боли: как строгий синтаксис экономит время и нервы

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

https://habr.com/ru/companies/raiffeisenbank/articles/912172/

#стандартизация #синтаксис_языков #однозначность #гибкость #командная_разработка #культура_кода #java #kotlin #python

Инженерный баттл: как конкурс экспертов помог стандартизировать работу

Привет, Хабр! Я Алиса Горяйнова, отвечаю в РТК-Сервис за развитие сотрудников, и я расскажу, как мы в компании решили непростую задачу оценки и развития инженерных талантов на практике. Зачем все это нам было нужны и почему мы создали собственную методологию оценки инженеров строительно-монтажных работ, я рассказывала вот в этом посте . Но успешный запуск проекта такой же важный этап, как и подготовка. Итак, представьте: у вас распределенная команда из 170 полевых инженеров в 57 регионах по всей России. Если вам интересно, как превратить техническую экспертизу в измеримые метрики и построить культуру обмена знаниями в большой географически распределенной команде — добро пожаловать под кат!

https://habr.com/ru/companies/rtk_service/articles/909338/

#развитие #кадры_решают_все #телеком #телекоммуникационное_оборудование #сетевое_оборудование #сетевая_инфраструктура #конкурс #стандартизация