Всем привет!
Ох уж, этот менеджмент... Сколько страданий разносится по интернету на тему "ах эти *** менеджеры!". И сроки режут, и денег не хотят платить, и вообще не понимают, почему разработка - это круто само по себе! Сарказм, если кто не понял. В итоге - конфликт.
На самом деле, проблема есть, но эта проблема гораздо хитрее, чем кажется на первый взгляд. Предлагаю рассмотреть суть конфликта с обеих сторон.
Разработчики и иже с ними - аналитики. тестеры, техписы, админы, дев-опсы и т.д. Т.е., вся та братия, которая работает руками, если так можно выразиться. В чем ценность их работы, для них же? В критериях качества, задаваемых индустрией. Хороший код - код, написанный по заветам мировых гуру и с использованием лучших практик (куда ж без best practices, ага). Код, совпадающий с видением аналитиков, и не создающий логических парадоксов. Код, успешно прошедший весь ад тестирования. Код, сумевший, с помощью дев-опсов доехать до прода, и продолжительно живущий на этом самом проде, благодаря админам. Как можно видеть, центр вселенной тут - код, в любом своем виде. В виде ТЗ, исходников, собранного артефакта, или статусов на промышленных серверах (это я про health-check).
А в чем ценность работы всей вышеперечисленной братии для менеджмента? Конечно же, в бизнес-эффекте от внедрения. Он же "business value". Буквально - в количестве бабла, которое удалось заработать или сэкономить, за вычетом расходов на разработку. А кем являются менеджеры, по сути? Проводниками хотелок бизнеса. И вот тут кроется суть противоречия. Бизнес хочет побыстрее (желательно вчера, ага), а разработка по качественнее. Бизнес хочет бесплатно. а разработка - больших денег.
В идеальном мире обязательно должен найтись баланс, но реальность несколько грустнее. И основной причиной грусти тут является менеджмент.
Проблема не самих управленцах. а в отсутствии доступного и качественного образования для них. Для людей в теме не секрет. что большинство ИТ-управленцев пришли в ИТ уже зрелыми, "выросшими" в других, часто кардинально отличающихся областях. Чаще всего - в продажах. А там подход другой - дотянуть до сделки, а там хоть трава не расти. И восприятие процессов стимуляции тоже другое - залить деньгами и получить соответствующее ускорение не получится.
Да, для таких менеджеров очень неприятен тот медицинский факт, что "девять беременных не родят ребенка за месяц". Ну вот вообще никак. А еще менее неприятен факт того. что разраб на собеседовании и тот же разраб в работе - это два разных разраба. Удивительно, правда?
Это приводит в интересным эффектам - массовым наборам команд, когда метут буквально всех, даже только выпустившихся вкатышей. Когда есть деньги. И к чайка-менеджменту, который всегда (повторюсь - всегда!) усугубляет ситуацию. И к стимулированию делать кое-как, главное - быстро. На разработчиков это тоже влияет - отрицательно. Из-за такого подхода возникает эффект отсутствия обратной связи по качеству примененных решений, а потом команда меняется, и ушедшие разработчики уверены, что они молодцы. И они несут свои знания дальше, и процесс повторяется. Но это уже тема отдельной статьи.
Что делать? Учиться, учиться и еще раз учиться. Менеджерам. Бизнесу - искать правильных людей. А разработчикам - стараться ловить обратную связь даже. когда ее никто не дает.