Греф сказал что программисты не нужны

Как Греф с программистами боролся

Наверное многие помнят скандальное заявление Грефа о том, что Сбербанку программисты не нужны: «У нас огромное количество программистов, с которыми мы боремся». Давайте проанализируем откуда такие заявления взялись и чем все это закончилось.

Как-то Петр I заехал к поморам и увидел их корабли. Форма кораблей совсем не походила на все то, что Петр видел во время своей жизни в Голландии. Очень этим опечалился русский император и издал указ: все корабли с поморскими обводами сломать, строить корабли только с голландскими обводами. В итоге, Россия надолго потеряла арктическое судостроение, потому что, как оказалось, обводы поморов позволяли им мореходить в сложной ледовой обстановке. А голландские корабли в те широты просто не совались. (более развернутый комментарий дал aik)

В другой раз Петр увидел на мужике рубашку, из четырех частей сшитую. И повелел он все узкие ткацкие станки сломать и делать отныне только широкие. Откуда русскому царю было знать, что на Руси не производили ткань в крупных мануфактурных цехах, как Голландии, а в убогую русскую избу широкий станок тупо не помещался. В итоге, крупные производители ткани ушли с рынка, а в захолустных селениях указ императора просто засунули … под сукно. А рубашки допетровского покроя шили вплоть до XX века.

И вот эта петровщина до сих пор очень распространена в управлении. В том числе, в такой прогрессивной области как ИТ.

Disclaimer: Я имею крайне опосредованное отношение к Сбербанку вообще, у меня нет никакой инсайдерской информации, все, что здесь обсуждается, взято из открытых источников либо является моими предположениями. Уж тем более я не знаю, как и кто повлиял на высказывания Германа Оскаровича, как принимаются вообще подобные решения или какие были прибыли/убытки в Сбере. Пожалуйста, рассматривайте личность Грефа и Сбербанка вообще в данной статье исключительно как некие фантастические, несуществующие собирательные образы. Здесь Герман Оскарович выбран в качестве собирательного образа исключительно из-за его скандальных заявлений.

В общем, возможно, дело было так. Прознал бессменный президент Сбера, что в “Голландии” есть диковинная штука. Называется BPMS. И позволяет эта штука без участия программиста рисовать бизнес-процессы и из них даже исходный код программ генерировать. И издал наш император президент госкомпании указ, которым обязал все бизнес-процессы в Сбере только на BPMS делать.

В жизни, конечно, такое явление встречается сплошь и рядом. Но все-таки, думаю, что дело было несколько иначе.

Пришел какой-то человек к господину Грефу. Может это был какой-то управленец из Сбера, а может просто торговый агент одной из компаний, продающей BPMS-продукты. Показал, как здорово генерируется код, как дешевый аналитик без дорогого программиста рисует готовый алгоритм обработки заказа. И уже вот он — “Wow. ”-эффект. В проект вкладываются немалые деньги.

В итоге, что мы имеем. Некий BPMS фреймворк. Аналитики им как не пользовались, так и не пользуются. Им стандартные временные диаграммы привычнее. Разработчики разделились. Одни говорят: “Вау! Здорово! Можно делать код без спрингопомойки”. Другие говорят: “Эта ерунда не дотягивает по функционалу и удобству до тупого классического шаблона разработки Chain of Responsibilities”.

Помимо скудного функционала, этот BPMS генерит код из xml-файла, что приводит к большим проблемам при работе с контролем версий. Например, после сведения двух версий через git, этот фреймворк вполне может просто удалить весь разработанный код и оставить пустую директорию. Ну типа он конфликты разрешить не смог. Красиво все только, когда Грефу показывают без параллельных веток, без нескольких разработчиков, работающих над приложением.

А еще оказалось, что с визуальным дизайнером BPM очень неудобно работать в параллель с той же Idea. Он долго открывается, жрет памяти прорву, приходится переключаться постоянно при разработке между контекстами. Да и вообще, BPMS дает не возможности, а ограничения для разработчика. Там, где можно написать просто:

if (x.isOk() && y.isEmpty()) 

в BPMS приходится лепить шахматную доску ромбиков в визуалке.

Вот и получилось, что менее профессиональные разработчики с восторгом встретили инструмент, а более подготовленные, которые читали про шаблоны Банды четырех и умеют их применять на практике, очень сильно критиковали этот инструмент. Последних, как вы понимаете, гораздо меньше оказалось.

В целом, я вижу, что BPMS оказался довольно спорным проектом вообще, без применения к какому-то конкретному проекту.

Но это все история. А сейчас давайте разберемся, почему происходят ошибки, приводящие к подобным заявлениям, и как в таких ситуациях поступать более эффективно.

По моему мнению, основные причины подобных ошибок в следующем.

1. Выход за границы собственной компетенции. Не имеет права человек, который ничего не понимает в разработке, принимать решения о методах этой самой разработки. Только человек, который работает с BPMS, достаточно компетентен в ее сильных и слабых сторонах. И указы типа сломать все корабли и ткацкие станки или внедрить BPMS — это все из барского самодурства, которое ведет только к убыткам. (Подчеркну. Я не знаю: были подобные распоряжения или нет). О! Какие только некомпетентности встречаются на рынке! Например, решение о найме руководителя для разработчиков принимают … сами разработчики. Джуны!
2. Бизнес-постановка. Главная обязанность менеджмента — это не указывать, каким инструментом пользоваться разработчикам, а формировать бизнес-задачи. Менеджеру должно быть безразлично, как будет реализована бизнес-цель, но саму бизнес-цель обязан сформулировать именно менеджер. Когда пришел продавец воздуха BPMS, Герман Оскарович должен был сформировать проект под названием “исключение программиста из разработки” (техническая реализация не должна присутствовать в бизнесовой задаче), поставить на него бюджет пару миллионов, а на «продавца» выставить KPI. Думаю, что после таких действий ситуация развивалась бы совсем по-другому, а скандальные заявления Германа Оскаровича бы просто не прозвучали. (Опять, я не знаю, принималось ли подобное решение и, если да, то как.)
3. Отсутствие проработки гипотезы. Петр не позаботился узнать у поморов, почему у них именно такие корабли. Просто посчитал себя умнее других. Не знаю, были ли какие-то исследования в Сбере, но судя по тому, что происходит на рынке, большинство решений о внедрении того или иного инструмента принимается не на основе анализа практики и текущей ситуации, а просто из рекламных проспектов.
4. Отсутствие обратной связи. Петр после своих указов тут же о них забыл (коллеги в комментариях указали, что не совсем забыл). Российская Империя теряла свой поморский флот, текстильная промышленность валилась, но он уже был занят другими делами, и ему на все это было глубоко фиолетово. Вероятно, господин Греф тоже уже забыл про свои идеи отказа от программистов, но, полагаю, его распоряжения продолжают действовать, деньги на проект успешно капают, разработка с помощью фреймворка не совсем успешно, но производится, убытки копятся. Но это же крупнейшая корпорация. Она еще не такие убытки стерпит. Просто инвесторы получат чуть меньше дивидендов.

Некомпетентность и ошибки управления — это просто бич всей экономики. Например, должность “владелец продукта” в Agile предполагалась как посредник между реальным заказчиком и командой. Его основная обязанность — ставить исключительно бизнесовые задачи и не вмешивается в процесс разработки. Вы где-то видели такое? По факту ВП в большинстве компаний играет роль абсолютно некомпетентного начальника, который ставит не бизнесовые, а чисто технические задачи, диктует декомпозицию и оценку задач, да и вообще мнит себя наполеоном над командой.

В принципе, все эти вопросы: как правильно прорабатывать идеи типа отказаться от услуг программистов, как строить Agile в команде — это давно известные и избитые темы, которые рассказывают на всех нормальных менеджерских курсах, включая краткие курсы для начинающих стартаперов (См. здесь или здесь ). Очевидно, что подобные заявления о ненужности программистов фантастичны и непрофессиональны. Но прежде всего, они могут свидетельствовать о проблемах в менеджменте организации. Но, если честно, я не видел организаций, в которых бы с менеджментом, да и с профессионализмом вообще было бы все в порядке.

В мире розовых пони, возможно, и можно заставить менеджмент принимать взвешенные бизнесовые решения, а клиентов понимать, что они хотят, но в реальности именно разработчику придется отдуваться как за того парня, который им управляет и получает в 10 раз больше, так и за клиента, которому нужна просто машина (что ты ко мне пристал с вопросами про мощность мотора и цвет?). В конце-концов, фантазии менеджеров и клиентов реализует именно разработчик, и только он может задать все эти вопросы про цвет и количество колес. Этим и отличается квалифицированный разработчик уровня principal/lead от просто прокачанного мидла. Ну а аналитик — это, конечно, полезный человек, который способен несколько разгрузить разраба от текучки, но он вряд ли способен построить серьезную программу на BPM-ках. Нет, я согласен, что в некоторых случаях кодогенерация существенно облегчает жизнь программиста, но не лишает его работы.

В общем, вы увидели, как мы плавно от идеи отказаться от разработчиков перешли к тому, что в реальности все держится именно на разработчике, и инструментом для отказа от программистов сейчас будут пользоваться именно программисты.

Заключение

В заключении еще раз отмечу. Да, мир несовершенен, проблема дураков и дорог никуда не денется, даже на высшем уровне в стране люди типа Грефа отнюдь не редко делают непрофессиональные высказывания.

Да, есть вполне известные способы эффективного управления разработкой, которые читают в школе чуть ли не детям. Но взрослые дяденьки, к сожалению, не столь компетентны, как школьники.

Последней линией обороны как всегда выступает стрелочник разработчик, который должен воплотить некомпетентные фантазии руководства и заказчиков во что-то работающее. Профессиональный разработчик должен понимать и хитрости менеджмента, и желания заказчика, и контекст задачи, и что подразумевалось, но никто не высказал, но главное — как это все это реализовать на практике.

Поэтому большинство идей отказа от программиста, как правило, заканчивается увеличением нагрузки на программиста.

Желаю вам разумной разработки, коллеги.

PS: Артем Ларин artem_larin дал ссылку на пояснения Г.О. Грефа на свои заявления. Рекомендую посмотреть для полноты картины.

«Век программистов» закончился, заявил Греф

СОЧИ, 20 окт — РИА Новости. Председатель правления Сбербанка Герман Греф заявил, что программисты сейчас не востребованы и не стоит всем гнаться за этой профессией.

Как нейронные сети создают собственный «Фейсбук»
20 октября 2017, 08:00

Так он возразил главе Минкомсвязи Николаю Никифорову, который считает, что России нужен миллион айтишников.

«Кстати, Индия, имеющая четыре миллиона айтишников, страдает теперь от этого. Потому что век айтишников закончился. Сейчас век очень энергичных людей», — отметил Греф, выступая на XIX Всемирном фестивале молодежи и студентов.

«Очень важно не попасть на эту эмоциональную волну — побежать за всеми. У нас век инженеров — все побежали на инженеров. Закончили вузы, 10% остались работать, все остальные пошли работать продавцами в пивных киосках. Потом у нас век юристов и экономистов, которые работали официантами… Не нужны сегодня программисты. У нас огромное количество программистов, с которыми мы боремся», — продолжил глава Сбербанка.

Названы самые востребованные профессии в России
16 октября 2017, 13:10

Что касается глобального экономического развития, то оно движется в сторону «экономики услуг», а в развитых странах доля этого сектора уже доходит до 80%, считает Греф.

«На сегодняшний день ключевым трендом, касающимся буквально всего, является диджитализация, то есть уход в онлайн предоставления подавляющего количества услуг», — добавил он.

МИА «Россия сегодня» выступает информпартнером Всемирного фестиваля молодежи и студентов. На главной площадке фестиваля в Сочи открыта фотовыставка с редкими кадрами ВФМС 1957 и 1985 годов из архива агентства. «Россия сегодня» является лидером по цитируемости среди российских СМИ и крупнейшим российским производителем информационных продуктов, ориентированных на международную аудиторию, деловое сообщество, госструктуры и самый широкий круг пользователей. Линейка информационных ресурсов агентства включает: РИА Новости, Р-Спорт, РИА Недвижимость, РИА Рейтинг, Прайм, ИноСМИ.

Греф сказал что программисты не нужны

Издание попросило Грефа прояснить, что он имел в виду, высказавшись о ненужности программистов в ходе всемирного фестиваля молодежи и студентов в Сочи.

«Нам нужны программисты-тестировщики, умеющие работать в команде и понимающие глубоко продукт, над которым они работают», – ответил глава «Сбербанка».

Ранее, 20 октября, Греф сказал, что сейчас «очень важно» не поддаться эмоциональной волне и не «побежать за всеми», как ранее это было с профессиями инженеров, экономистов и юристов.

«Вот Николай [министр коммуникации и связи Николай Никифоров] сказал, что нам нужен миллион айтишников. Я с этим не согласен. Кстати, Индия, имеющая 4 миллиона айтишников страдает теперь от этого. Потому что век айтишников закончился. Сейчас век очень энергичных людей», – отметил Греф.

Глава «Сбербанка» тогда продолжил, что программисты «не нужны».

«Не нужны сегодня программисты. У нас огромное количество программистов, с которыми мы боремся», – говорил Греф.

Греф усомнился в перспективах программистов на рынке труда

Герман Греф считает, что программисты сейчас не востребованы и за этой профессией гнаться не стоит, передает «РИА Новости» слова председателя правления Сбербанка, выступившего в пятницу на Всемирном фестивале молодежи и студентов.

Сперва в России был век инженеров, затем юристов и экономистов, рассказывал Греф. «Не нужны сегодня программисты. У нас огромное количество программистов, с которыми мы боремся», – сказал Греф (цитата по «РИА Новости»).

Программистов у Сбербанка действительно немало. Осенью прошлого года стало известно, что дочерний «Сбертех», набрав штат в 8500 человек, обогнал по численности персонала прочие российские IT-компании. В мае 2017 г. в «Сбертехе» было 9600 сотрудников, уточнял его представитель. Далее по численности персонала следуют IT-компании «Ланит» и Maykor, следует из рейтинга крупнейших IT-компаний России по версии Cnews Analytics.

Впрочем, не всех их стоит считать программистами. Как ранее пояснял «Ведомостям» представитель «Сбертеха», разработчиками являются около 30% персонала компании, а остальные – это аналитики, архитекторы, тестировщики, руководители проектов.

«Ведомости» ожидают комментарий представителя Сбербанка.

Рассылки «Ведомостей» — получайте главные деловые новости на почту

Я хочу подписаться

Хотите скрыть рекламу? Оформите подписку и читайте, не отвлекаясь

Обратная связь

Наши проекты

Контакты

127018, г. Москва, ул. Полковая, д. 3, стр. 1

Рассылки «Ведомостей» — получайте главные деловые новости на почту

Я хочу подписаться

Ведомости в Twitter

Ведомости в Telegram

Ведомости в Flipboard

Ведомости в Tenchat

Мобильное приложение

Сетевое издание Ведомости (Vedomosti)

Решение Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор) от 27 ноября 2020 г. ЭЛ № ФС 77-79546

Учредитель: АО «Бизнес Ньюс Медиа»

И.о. главного редактора: Казьмина Ирина Сергеевна

Сайт использует IP адреса, cookie и данные геолокации Пользователей сайта, условия использования содержатся в Политике по защите персональных данных

Любое использование материалов допускается только при соблюдении правил перепечатки и при наличии гиперссылки на vedomosti.ru

Новости, аналитика, прогнозы и другие материалы, представленные на данном сайте, не являются офертой или рекомендацией к покупке или продаже каких-либо активов.

На информационном ресурсе применяются рекомендательные технологии (информационные технологии предоставления информации на основе сбора, систематизации и анализа сведений, относящихся к предпочтениям пользователей сети «Интернет», находящихся на территории Российской Федерации).

Все права защищены © АО Бизнес Ньюс Медиа, 1999—2023

Любое использование материалов допускается только при соблюдении правил перепечатки и при наличии гиперссылки на vedomosti.ru

Новости, аналитика, прогнозы и другие материалы, представленные на данном сайте, не являются офертой или рекомендацией к покупке или продаже каких-либо активов.

На информационном ресурсе применяются рекомендательные технологии (информационные технологии предоставления информации на основе сбора, систематизации и анализа сведений, относящихся к предпочтениям пользователей сети «Интернет», находящихся на территории Российской Федерации).

Все права защищены © АО Бизнес Ньюс Медиа, 1999—2023

Сетевое издание Ведомости (Vedomosti)

Решение Федеральной службы по надзору в сфере связи, информационных технологий и массовых коммуникаций (Роскомнадзор) от 27 ноября 2020 г. ЭЛ № ФС 77-79546

Учредитель: АО «Бизнес Ньюс Медиа»

И.о. главного редактора: Казьмина Ирина Сергеевна

Сайт использует IP адреса, cookie и данные геолокации Пользователей сайта, условия использования содержатся в Политике по защите персональных данных