Ага, спасибо за опыт. Я пробовал делать схоже, но каждый раз сталкивался с примерно следующей позицией - у них совершенно другие задачи, да они иногда делают задачи от команды, но в целом они работают для всех команд и на тем чтобы команды вообще могли работать. Поэтому нет, нельзя их помещать в команду, тем более как условный тимлид будет за ними присматривать?
На хабре большое количество статей, которые содержат в названии слово мудак или в описании слова похлеще. При этом я не называют devops мудаками и скорее статья на целена на то чтобы если кто-то их таковыми считает - перестали это делать
Почему для менеджера вдруг виртуализация и контейнеризация азы специальности? Это безусловно важная тема, но не необходимая для понимая контекста. Я искренее не понимаю почему в вашей картине мира условный проджект или продакт должен разбраться во всех нюансах
Спасибо! Гипертрофирование возможно излишне использовал, но думаю оно полезно ради дискуссии. Думаю если хотя бы 1 ПМ и 1 devops прочитают и что-то наладят у себя в коммуникациях, уже победа
Честно говоря не очень понимаю позицию, почему в случае проблем, которые влияют на продукт и цели компании отгораживание бюрократией это нормально?
Там история длиннее, конфиг вообще не моя команда должна была править и тд, но акцент больше на другом, что в случае проблем они стали перекрываться неуместной бюрократией
Ладно, я не потянул все комментировать, прошу прощения. Меня крайне интересует последняя мысль "DevOps у вас не внедрен". Можете ее раскрыть пожалуйста?
Я понимаю ваше возмущение. На хабре столько постов какие менеджеры ополоумевшие безумцы
Повторюсь, я сознательно решил назвать статью так, но внутри нее я именно иронично разбираю проблему. Честно говоря не люблю так щитпостить, но решил ради дискуссии так написать, иначе статья бы затерялась в просторах хабра
Ага, спасибо за опыт. Я пробовал делать схоже, но каждый раз сталкивался с примерно следующей позицией - у них совершенно другие задачи, да они иногда делают задачи от команды, но в целом они работают для всех команд и на тем чтобы команды вообще могли работать. Поэтому нет, нельзя их помещать в команду, тем более как условный тимлид будет за ними присматривать?
Однако если у вас есть комментарий как улучшить название, я буду только рад ему!
На хабре большое количество статей, которые содержат в названии слово мудак или в описании слова похлеще. При этом я не называют devops мудаками и скорее статья на целена на то чтобы если кто-то их таковыми считает - перестали это делать
Я не говорю что нужен хаос, я лишь описываю случай когда бюрократией отгораживаются от решения проблем и это лишь один из примеров
Я тикеты всем ставлю одинаково подробно, как минимум описывая цель зачем это делается и критерии приемки с важным контекстом
Почему для менеджера вдруг виртуализация и контейнеризация азы специальности? Это безусловно важная тема, но не необходимая для понимая контекста. Я искренее не понимаю почему в вашей картине мира условный проджект или продакт должен разбраться во всех нюансах
А менеджер должен? Зачем ему это?
К тому же статей про то как выглядят ПМ-ы для инженеров, даже для devops навалом, а про наоборот почему-то очень мало
Спасибо! Гипертрофирование возможно излишне использовал, но думаю оно полезно ради дискуссии. Думаю если хотя бы 1 ПМ и 1 devops прочитают и что-то наладят у себя в коммуникациях, уже победа
Ну почему, я это скорее для красного словца. Часто отличные ребята, которые просто оказались в такой ситуации и начинают возникать противоречия
Очень напоминает SAFe Devops радар, но как будто чуть осмысленнее. Спасибо, почитаю!
Здорово устранить эти недопонимания. Я рад что она привлекла внимание, но печалит что все сакцентировались на названии, а не на наполнении
Я не воспитываю devops и вообще кого бы то ни было. Учусь работать совместно и устраняю непонимание, пожалуй
Сам пост рефлексия, а не жалобы на хабр на текущее место работы, здесь благо такого не наблюдается
Честно говоря не очень понимаю позицию, почему в случае проблем, которые влияют на продукт и цели компании отгораживание бюрократией это нормально?
Там история длиннее, конфиг вообще не моя команда должна была править и тд, но акцент больше на другом, что в случае проблем они стали перекрываться неуместной бюрократией
Ладно, я не потянул все комментировать, прошу прощения. Меня крайне интересует последняя мысль "DevOps у вас не внедрен". Можете ее раскрыть пожалуйста?
Спрашивали, просто не поднимался вопрос и никто на это особо не обращал внимание. Когда долго работаешь глаз замыливается
Дописал, спасибо за внимательное прочтение!
Тут на самом деле печаль, на прошлых местах работы были фича-окружения и прод. Без промежуточных, ибо сложно-дорого-куча микросервисов
Ух, сложно будет комментировать (много), но я постараюсь на все ответить!
Я понимаю ваше возмущение. На хабре столько постов какие менеджеры ополоумевшие безумцы
Повторюсь, я сознательно решил назвать статью так, но внутри нее я именно иронично разбираю проблему. Честно говоря не люблю так щитпостить, но решил ради дискуссии так написать, иначе статья бы затерялась в просторах хабра
Я признателен за то что есть такие люди, так как это заставляем меня быть внимательнее и расти над собой. Видели бы вы мои первые посты в тг...