я давно в ит, по сути везде решает: 1. Хороший начальник. Простой пример, 6 лет работал в крупном ресторанном холдинге, все было супергут, все решали наперед, сменился начальник и все пошло под откос, тк ему плевать на кадры и он не в зуб ногой в матчасти 2. Кадры, часто встречал сисадминов, которые не понимают что их задача не быть "самыми умными", а обеспечивать работу, и не просто работу, а то как это ожидают (в пределах разумного, тут возвращаемся к начальнику, он решает политические вопросы). Принцип я сделал какнибудь, оно работает, и вам нужно прочитать инструкцию на 100 страниц, а то что вы просто хотите кнопку, так это ваши проблемы. 3. Интерес, часто встречаю людей, которым попросту не интересна их работа) 4. Коммуникация, она должна быть и должна быть выстроенна понимающими людми. Как не крути, но работаем мы все за деньги, а эти деньги должны откуда-то браться, в разработке это пресловутый ci/cd, быстрее разработка, быстрее ттм, мы на коне, у конторы есть деньги => у нас есть зп и премии. Для того чтоб это работало, как раз и есть инженеры, которые должны быть проводниками команды разработки в инфраструктуру, и делать (в пределах разумного, тут возвращаемся к начальнику, он решает политические вопросы) эту самую разработку комфортной. По сути инженеры и разработчики это винтики одного механизма, суть которого выкатывать фичи и зарабатывать деньги). Для этого и нужно общение, миты и прочее, чтоб все были в курсе что происходит и не выпадали сильно из контекста.
Возможно мне везло с местами работы, а скорее всего так и есть. Я работал и 1 с несколькими командами, и командой девопс с несколькими проектами, в маленьких интеграторах, в крупном банке, подрабатываю на некоторых проектах. Гл всегда придерживаюсь философии девопс, и считаю что моя работа закончена, только когда продукт закрыт, т.е. снят с прома, до этого момента, я, разработчики и тестировщики 1 команда, задача которых постоянно развавать этот самый продукт.
У меня нет контекста именно по сабжу, т.к. не понятно, какая численность там отдела инженеров, сколько инфры, сколько команд разработки на эту инфру и отдел инженеров и т.п. Я просто описал то, что видел сам. Лично для меня, девопс это не про - был админом с виртуалками, стал девопсом с трубами и контейнерами, это про изменение непосредственно подхода, и самой роли инженера.
Я не буду писать про регламенты, зоны ответственности и вещи в этом духе, это все везде индивидуально, и выстраевается непосредственно руководителями команд, на основе общих договоренностей. Если это не работает, то видимо договориться не смогли)
я давно в ит, по сути везде решает:
1. Хороший начальник. Простой пример, 6 лет работал в крупном ресторанном холдинге, все было супергут, все решали наперед, сменился начальник и все пошло под откос, тк ему плевать на кадры и он не в зуб ногой в матчасти
2. Кадры, часто встречал сисадминов, которые не понимают что их задача не быть "самыми умными", а обеспечивать работу, и не просто работу, а то как это ожидают (в пределах разумного, тут возвращаемся к начальнику, он решает политические вопросы). Принцип я сделал какнибудь, оно работает, и вам нужно прочитать инструкцию на 100 страниц, а то что вы просто хотите кнопку, так это ваши проблемы.
3. Интерес, часто встречаю людей, которым попросту не интересна их работа)
4. Коммуникация, она должна быть и должна быть выстроенна понимающими людми.
Как не крути, но работаем мы все за деньги, а эти деньги должны откуда-то браться, в разработке это пресловутый ci/cd, быстрее разработка, быстрее ттм, мы на коне, у конторы есть деньги => у нас есть зп и премии. Для того чтоб это работало, как раз и есть инженеры, которые должны быть проводниками команды разработки в инфраструктуру, и делать (в пределах разумного, тут возвращаемся к начальнику, он решает политические вопросы) эту самую разработку комфортной. По сути инженеры и разработчики это винтики одного механизма, суть которого выкатывать фичи и зарабатывать деньги). Для этого и нужно общение, миты и прочее, чтоб все были в курсе что происходит и не выпадали сильно из контекста.
Возможно мне везло с местами работы, а скорее всего так и есть. Я работал и 1 с несколькими командами, и командой девопс с несколькими проектами, в маленьких интеграторах, в крупном банке, подрабатываю на некоторых проектах. Гл всегда придерживаюсь философии девопс, и считаю что моя работа закончена, только когда продукт закрыт, т.е. снят с прома, до этого момента, я, разработчики и тестировщики 1 команда, задача которых постоянно развавать этот самый продукт.
У меня нет контекста именно по сабжу, т.к. не понятно, какая численность там отдела инженеров, сколько инфры, сколько команд разработки на эту инфру и отдел инженеров и т.п. Я просто описал то, что видел сам. Лично для меня, девопс это не про - был админом с виртуалками, стал девопсом с трубами и контейнерами, это про изменение непосредственно подхода, и самой роли инженера.
Я не буду писать про регламенты, зоны ответственности и вещи в этом духе, это все везде индивидуально, и выстраевается непосредственно руководителями команд, на основе общих договоренностей. Если это не работает, то видимо договориться не смогли)
Не в курсе )
Смешно как то стало даже. Как девопс могу сказать, проблема с тем кто этих людей набирал, и кто ими руководит, вот и все.