Вот вопрос, который я хотел бы представить для вашего рассмотрения:
Должны ли разработать принятие влияния на ваше решение работать в ИТ-организации?
DevOps охватил мир программного обеспечения. Недавние опросы показывают около 80% или более IT руководителей уже или ожидают принять DevOps в течение следующих 5 лет. Основным водителем за принятие является осведомленность о положительном влиянии на предприятия. Преимущества, такие как сокращение времени на рынок и повышенное качество, часто цитируются.
Но я хотел бы прийти на эту тему от слегка другая перспективы, сделав это утверждение:
Дежол для людей Отказ
Что я подразумеваю под этим, что за деловое значение что DevOps предоставляет, DEVOPS предоставляет Прямое положительное влияние на наш опыт как люди Работа с технологией. Мое мнение заключается в том, что, если оценить здоровье текущего или потенциального рабочего места, вы будете разумны при рассмотрении принятия дежония в качестве положительной черты, чтобы искать в ИТ-организации.
Позвольте мне представить 3 конкретных района, в которых DevOps имеет прямое, положительное влияние на наш опыт как операторы программных систем человека:
- Уменьшенное стресс и беспокойство
- Разгрузочные разум, повторяющаяся работа
- Увеличение сотрудничества и доверия
Уменьшенный стресс и беспокойство
Один из универсальных, общих опытов людей в ИТ-разработке и операциях является боль от толкания программного обеспечения для производства. Стресс вокруг развертывания программного обеспечения, давление для принятия правильных решений на лету, чтобы исправить проблемы в разгар отсека, которые стоят вашей компании тысячи долларов в час в потерянном доходе, является массивный Отказ
Этот стресс часто усугубляется отсутствием сна над развертыванием, которые могут в последние дни. После того, как развертывание будет полным, и подвергаются воздействию, казалось бы, неизбежные проблемы, чувства разочарования и страх, как обвиняются в связи с винем, и решения были пощещенными по-настоящему ужасно. Такие неоднократные переживания являются крупным вкладчиком для выгорания инженера.
Девопс обращается к этому болевому точку. DevOps производит доставку программного обеспечения рутинной, практикующей, контролируемым событием, с прочными тестами и автоматизацией, чтобы минимизировать участие человека — в отличие от традиционного «большого взрыва» развертывающихся, где ожидание «все руки на палубе!» это норма.
Конечно, DevOps не устраняет этот стресс мгновенно или полностью — но он предоставляет путь вперед, что если принято, может обеспечить существенное облегчение в этой области. Фраза «Если это больно, сделай это чаще» — это дежопт мантры, захватывая эту идею.
Дежол снижает стресс, изготовив программную доставку рутинной, практикующей, контролируемого события.
Спросите любого врача, если сокращение стресса стоит того, и вы, вероятно, получите зажигание. Нет двух способов об этом, Дежол снижает рабочую стресс!
Разгрузочные разум, Повторяющаяся работа
Другая центральная идея DEVOPS — это привод, устраняющий повторяющуюся, ручную работу, подверженную ошибкам в потоке значений программного обеспечения. Ненужное вмешательство человека в потоке доставки программного обеспечения — это анти-шаблон DevOps. » Автоматизировать все вещи «так это как эта концепция захвачена в мире DevOps.
Так почему же DEVOPS поддерживает автоматизацию? DevOps приводы к кодированным автоматизации, поскольку вмешательство человека часто медленно, подвержено ошибкам, сложнее для аудита, имеет тенденцию скрывать доменные знания и предлагает меньшую гарантию четности в различных средах.
Хорошие программные трубопроводы, с другой стороны, являются быстрыми, самоодиализацией, выставляют знания домена и предоставляют четность в каждой среде, все из которых может обеспечить автоматизацию.
Но ценную побочную выгоду этой практики автоматизации заключается в том, что этому ума, повторяющаяся работа загрузка от людей на машины для выполнения. Не следует за 200+ шагами в оперативном контрольном списке, чтобы настроить программную систему страшной отходы человеческой изобретательности, когда машина может выполнить 10x быстрее, и неизменно каждый раз?
Ручное тестирование QA — это другая область, где это особенно применимо. Должны ли люди нажимать на тысячи тестовых случаев в течение нескольких часов, неделя после недели? Дежол отвечает с жестким «нет!»
Обычающаяся работа в разуме идеально подходит только для машин. Персонал QA должен применять свое творчество в направлении на строительство и управление сложными и мощными структурами тестирования или исследуемого тестирования, которые компьютеры не могут эмулировать.
Практика автоматизации разгружает разум, повторяющиеся работы от людей на машины для выполнения, освобождая их, чтобы применить их изобретательность в другом месте.
Девопс максимизирует человеческую изобретательность и разгружает бессмысленную рабочую силу на машины, которые существуют, чтобы служить нам.
Увеличение сотрудничества и доверия
Дежол преуспевает только в культуре сотрудничества во всем потоке программного обеспечения. Невозможно охватить DevOps, не принципиально меняя традиционную динамику команды работы в силосах «Развитие», «Операции», «SQA» и т. Д.
Девопс рассматривает организационные силосы в качестве сдерживающего фактора для совместного мышления, необходимого для быстрой, надежной доставки программного обеспечения.
Но что именно силосы? Если вы были частью команды DEV, где вам дают узкий набор возможностей и рабочей силы, и как только вы закончите с помощью кодирования и тестирования подразделения, вам рекомендуется «бросить его на стену» в команду OPS или Команда QA и забыть об этом, вы находились в охранной организации.
Это не дешеный способ Отказ
Скорее, devops способствует принятию «системе мышления», где вся команда, независимо от их функции, не заботится о всей доставке программного обеспечения. Он подталкивает для устранения медленных ручных отключений в пользу непрерывной интеграции и развертывания. Информация и власть никогда не выпадают, но демократизированные и команды уполномочены делать больше.
Девопс способствует принятию «системное мышление», где каждый член команды, независимо от их функции, заботится об всей доставке программного обеспечения.
В то время как DevOps не требует определенной конфигурации команды (например, Cross-Functional Comparts Models ), практически невозможно быть успешным без членов в различных функциях, связанных с ними, чтобы убедиться, что программное обеспечение быстро движется от разработки Тестирование и в производство.
Но это имеет интересные побочные эффекты: эффективно требует повышенного обмена информацией, понимания, сочувствия и доверия к всем членам вашей команды.
Так что вопрос становится «Где бы вы предпочли работать?» — В традиционной IT-организации Siled IT или в высокообоснованном, совместном, ориентированном на доверие, ориентированные на полномочия и расширению прав и возможностей, где информация свободна в ней функционирует?
Дежол для людей
Никто не хочет работать с нездоровым уровнем стресса или быть присвоенным разумом, разочаровывающим работой или должен ориентироваться на дисфункциональную, низкотрестущую рабочую среду. Все стоит торговать на вашем физическом и психическом здоровье?
Интересно, вот где магия девопа вступает в игру: DEVOPS женится на обоих Позитивные результаты бизнеса (например, доля рентабельности и рынка), которые являются чрезвычайно важными с Положительные человеческие результаты как более низкий стресс, творческая работа и уполномоченное сотрудничество.
Я не знаю о вас, но я убежден достаточно, чтобы я всегда ищу принятие DEVOPS в потенциальных рабочих местах — потому что дежопты для людей, а не только для успеха в бизнесе.
Оригинал: «https://dev.to/ashokisaac/devops-is-for-humans-59pf»