К сожалению, даже бигтехи не заходят в имплементации ITIL дальше инцидент и проблем менеджмента. А ведь эти процессы - только часть цельного пазла, центром которого является Configuration Management System. В итоге за все как всегда отдуваются разработчики, которых дергают в war room по поводу и без, потому что технические детали не были выгружены "на бумагу" и остались только у них в головах
Есть подозрение, что люди, способные оформить документ в соответствии с вашей спецификацией Definition of Ready, вполне могут обойтись и без арх. комитета)
В моем сугубо личном понимании, переработка сотрудника - это фейл управления, пробелы в планировании ресурсов. Я нормально отношусь к переработкам, если они случаются как инциденты, т.е. нештатные ситуации, которые должны быть в последующем отрефлексированы менеджментом. Если этого не происходит и переработки становятся частью процесса, или, что еще хуже, замечаешь, что твой менеджер начинает замалчивать проблемы перед вышестоящим руководством, то это уже патология и пора искать новое место
Почему-то в подобных опросах зачастую отсутствует вариант, вроде "зрелость процессов разработки/сопровождения ПО". Недостаточное внимание к выстраиванию/улучшению нормальных процессов выливается в постоянное тушение пожаров, переработки и, как следствие, выгорание сотрудников. На мой взгляд это довольно частый фактор, из-за которого опытные специалисты покидают компанию.
К сожалению, даже бигтехи не заходят в имплементации ITIL дальше инцидент и проблем менеджмента. А ведь эти процессы - только часть цельного пазла, центром которого является Configuration Management System. В итоге за все как всегда отдуваются разработчики, которых дергают в war room по поводу и без, потому что технические детали не были выгружены "на бумагу" и остались только у них в головах
Есть подозрение, что люди, способные оформить документ в соответствии с вашей спецификацией Definition of Ready, вполне могут обойтись и без арх. комитета)
В моем сугубо личном понимании, переработка сотрудника - это фейл управления, пробелы в планировании ресурсов. Я нормально отношусь к переработкам, если они случаются как инциденты, т.е. нештатные ситуации, которые должны быть в последующем отрефлексированы менеджментом. Если этого не происходит и переработки становятся частью процесса, или, что еще хуже, замечаешь, что твой менеджер начинает замалчивать проблемы перед вышестоящим руководством, то это уже патология и пора искать новое место
Статья понравилась, спасибо. Отдельное спасибо за то, что нет никаких ссылок на телеграм канал
А есть уже какой-нибудь термин, вроде тгканалоцыгане?
захотелось получить квалификацию сетевого инженера, чтобы уметь такое читать, а не только на красивые картинки смотреть
Обмен опыта на что?
Почему-то в подобных опросах зачастую отсутствует вариант, вроде "зрелость процессов разработки/сопровождения ПО". Недостаточное внимание к выстраиванию/улучшению нормальных процессов выливается в постоянное тушение пожаров, переработки и, как следствие, выгорание сотрудников. На мой взгляд это довольно частый фактор, из-за которого опытные специалисты покидают компанию.
Согласно требованию, второй раз нажать не может