DevOps настраивает инструменты для автоматизации процесса разработки и тестирования.
Это может быть и Jenkins/Teamcity с различными билдами, верификациями, автотестами.
Это может быть и автоматическое разворачивание виртуальных образов/докеров для тестирования
Это может быть и организация железок с их автоматической прошивкой свежими билдами
Это может быть и организация системы версии контроля и ревью (bitbucket/gerrit)
Это может быть и банальная настройка каких-нить локальных шарообменников, чатов, вики, бэкапов и репликаций
Это может быть и банальная настройка обычных общих енвайрнментов и поддержания их в актуальном состоянии
В зависимости от квалификации девопса и его вовлеченности в проект, он может либо влиять на организацию всего вышеуказанного, либо работать по указанию темлидов/архитектора.
Бывает (не часто, скорее в стартапах), что девопс приходящий - пришел, настроил с нуля, научил кого-то за этим следить и ушел искать другой проект.
Девопс также весьма совместим с release manager, который отвечает за деплой на продакшн и все с этим связанное.
Еще с точки зрения организации, обычный сисадмин может работать в компании, поддерживая ее локальную инфраструктуру, но не в проекте, который работает на зарубежного заказчика. Следовательно у админа может не быть прав на проектные сервера/исходники и он не должен иметь к ним доступ, поэтому администрированием такого тоже занимается девопс, в силу того, что он работает в проекте (и подписывает НДА).
