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