Comments 2
> Представьте себе фантастическую ситуацию — директор компании решает внедрить DevOps. Сам, без давления со стороны технарей.
Ситуация не такая фантастическая, как хотелось бы, а её продолжение выглядит как "… и для этого он нанимает выделенного DevOps-инженера. Ифоту мою Kubernetes обязательно!"
И как так вышло, что технари должны рассказывать бизнесу или руководству, где у них потери в деньгах или процессах, а не наоборот?
Ситуация не такая фантастическая, как хотелось бы, а её продолжение выглядит как "… и для этого он нанимает выделенного DevOps-инженера. И
И как так вышло, что технари должны рассказывать бизнесу или руководству, где у них потери в деньгах или процессах, а не наоборот?
+1
Действительно, когда руководство решает, что пора внедрять DevOps, то оно берет с рынка DevOps-инженера. Но в этом варианте руководство уже понимает необходимость и выходы от DevOps (кто-то ранее уже продал им это) и DevOps-инженеру доказывать руководству нужность DevOps уже не надо. Он просто садится и пилит автотесты с тестировщиками, развертывает стенды и тд. Но суть от этого не меняется. DevOps-инженеру надо идти и выстраивать взаимоотношения с разработчиками и тестировщиками, а также погружаться в бизнес-процессы (чтобы хоть как-то понимать, как система работает). А если он этого делать не будет, то на развертывании Kubernetes все и закончится. Да и это уже не DevOps-инженер, а обычный админ, который решил себя назвать по-модному.
0
Sign up to leave a comment.
Time-to-Market как козырь для внедрения DevOps