Самое печальное в сегодняшней ситуации то, что IT постепенно становится отраслью, где в количестве обязанностей на человека нет слова «стоп».
Читая вакансии, иногда видишь даже не 2-3 человека, а целую компанию в одном человеке, все спешат, техдолг растет, старое наследие на фоне новинок выглядит совершенством, потому что оно хотя бы есть.
доки и комментарии в коде, новые продукты пишутся со скоростью света, но в итоге их нельзя использовать еще год после написания, и часто этот год не приносит прибыли; более того, затраты на «облако» выше, чем продажи услуги.
Деньги инвесторов тратятся на поддержание сервиса, который еще не работает, но уже выпущен в сеть как рабочий.
Как пример: известная компания, чей ремастер старой игры получил самые низкие рейтинги за всю историю индустрии.
Я был одним из тех, кто купил этот продукт, но даже сейчас этот продукт работает ужасно, и по идее он не должен был поступить в продажу в таком виде.
Возвраты средств, падение рейтингов, огромное количество банов пользователей на форумах за жалобы на работу сервисов.
Количество патчей не поражает, а пугает, но продукт все равно непригоден для использования.
Если такой подход приводит к таким результатам для компании, которая развивается с 1991 года, то для компаний, которые только начинают свою деятельность, ситуация еще хуже.
Но мы посмотрели на результаты такого подхода со стороны пользователя сервиса, а теперь посмотрим на проблемы, с которыми столкнулись сотрудники.
Я часто слышу утверждение, что DevOps-команды не должны существовать, что это методология и т. д., но беда в том, что компании почему-то перестали искать ноков, dba, инженеров по инфраструктуре и сборке - теперь это все один DevOps-инженер.
.
Конечно, в отдельных компаниях такие вакансии еще есть, но их становится все меньше.
Многие называют это развитием, я лично вижу в этом деградацию, невозможно поддерживать хороший уровень знаний во всех областях, и при этом успевать работать не более 8 часов.
Естественно, это фантазии.
В реальности многие ИТ-специалисты вынуждены работать по 12 или 14 часов, из которых 8 оплачиваются.
Причем зачастую без выходных, потому что «мне дали задание, документов нет или кривые, а услуга стоит денег», а за 1 ошибку в облаке можно принципиально не получить зарплату через пару месяцев , особенно если вы работаете индивидуальным предпринимателем.
Мы по сути теряем слово в бизнесе, равно как и разделение обязанностей; Я все чаще сталкиваюсь с тем, что менеджеры вмешиваются в процессы разработки, вообще ничего в них не разбираясь, путают бизнес-данные и работу приложения, и в результате начинается хаос.
Когда начинается хаос, бизнес хочет найти виновника, и здесь нужен универсальный виновник; сложно возложить вину на 10+ человек, поэтому руководители совмещают должности, ведь чем больше обязанностей у одного специалиста, тем легче доказать его халатность.
А в условиях Agile поиск «виновных» и порка — основа этой методологии ведения бизнеса в управлении.
Agile давно вышел из IT, и его основной концепцией стало требование ежедневного результата.
Проблема в том, что узкоспециализированный специалист не всегда будет иметь ежедневные результаты, а значит, будет сложнее отчитываться, и это еще одна причина, по которой бизнесу нужны «эксперты во всем».
Но главная причина, конечно же, в заработной плате - она и есть главная причина всех изменений, ради премии люди соглашались работать на себя и на того парня.
Но в итоге, как и в других сферах, сейчас это просто стало обязанностью за меньшую оплату за большее количество предоставляемых услуг.
Сейчас часто даже можно увидеть статьи о том, что разработчики тоже должны уметь развертывать, должны работать над инфраструктурой вместе с DevOps-инженером, но к чему это приводит? Правильно – к падению качества услуг, к падению качества разработчиков.
Буквально 2 дня назад я объяснил разработчику, что писать и читать можно с разных хостов, а они с пеной у рта доказывали, что никогда не видели ничего подобного, но в настройках есть orm хост, порт, бд, пользователь , пароль и всё….
Но разработчик умеет запускать деплои, писать бататы.
Но он уже забывает про юнит-тесты и комментарии в коде.
В результате мы видим следующее – постоянные сверхурочные, поиск решений проблем во внерабочее время, постоянное обучение по выходным, и не для увеличения доходов, а для того, чтобы удержаться на плаву.
Разработчики вынуждены помогать DevOps-инженеру с CI/CD, и если у разработчика нет времени, он начинает застревать, а менеджеры начинают компостировать себе мозги, а если это не помогает повысить желание работать сверхурочно, затем применяются пени и штрафы, человек ищет новую работу, оставляя после себя технический долг размером в ? Верест, в результате у разработчиков начинает расти задолженность, потому что они вынуждены писать код с меньшим рефакторингом, чтобы успеть помочь либо старому, либо новому DevOps-инженеру, а менеджеры всем вполне довольны, потому что виновник есть и его сразу видно, а это значит, что основное правило в Agile-менеджменте соблюдено, виновник найден, результаты его порки видны.
Я как-то выступал на ITGM с докладом «когда мы научимся говорить «нет»» — его результаты оказались очень показательными.
Огромное количество людей считают, что это слово табу, и пока мы не перестанем так думать, проблемы будут только нарастать.
Эта статья частично была вдохновлена мной.
Эта статья , но позже я, возможно, опишу это в менее вежливых терминах.
В опросе могут участвовать только зарегистрированные пользователи.
Войти , Пожалуйста.
Сталкивались ли вы на работе, когда работодатель пытался заменить вами несколько человек? 67,85% Да, сталкиваюсь регулярно 306 5,32% Да, сталкивался один раз 24 14,19% Не заметил 64 12,64% Я трудоголик, сам работаю сверхурочно 57 Проголосовал 451 пользователь.
59 пользователей воздержались.
Теги: #Управление разработкой #Управление проектами #Читальный зал #DevOps #Управление персоналом #agile #управление людьми #тайм-менеджмент #трудоголизм #трудовые права
-
Почему Функции Wipe Pc Так Важны
19 Oct, 24 -
Особенности Внешнего Жесткого Диска Samsung
19 Oct, 24 -
Эйкен, Рудольф
19 Oct, 24 -
Выпущен Новый Basecamp
19 Oct, 24 -
Reddit Вводит Монетизацию Для Пользователей
19 Oct, 24 -
Мечты Детства Создать Игру На Zx-Spectrum
19 Oct, 24
