О здравом смысле и руководстве компаний

Мы все знаем, что при росте организации решения руководства обычно становятся все более и более неоптимальными, все дальше отходят от здравого смысла. Это связано с общим законом сложных иерархических систем, в которых руководство не выбирается, а назначается (в результате назначаются люди, худшие, чем назначающий руководитель).

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


Комсомольско-буржуинские планы


Все началось в далекие восьмидесятые, со знаменитой советской бюрократии, когда в крупном оборонном «ящике», куда я распределился начинающим программистом, всех заставляли писать индивидуальные комсомольско-производственные планы. Планы были на год, на три и на пять. То есть, все программисты и другие работники (далеко не ученые со свободой выбора исследования), состоящие в комсомоле (а это 99% всех до 45 лет, кроме партийных), были обязаны сами придумывать, писать, обсуждать и принимать эти планы. На ежегодном комсомольском собрании эти планы сравнивались с реальными достижениями и выносилась оценка «выполнил» или «нет». Ну это в теории, а на практике это была ежегодная неделя идиотизма, когда каждый инженер, ломая голову от тоски и безысходности, высасывал из пальца нечто, что было бы и не слишком абстрактно типа «работать хорошо», и не слишком конкретно, чтобы потом не облажаться на этапе контроля выполнения. И главное, никто, кроме начальства, понятия не имел, какие реально у нашего отдела планы, и поэтому ну никак не мог написать что-то вразумительно про свое участие в этих неизвестных планах. Более того, даже если бы он имел полное представление об этих общих планах отдела, откуда инженер мог знать, какую именно часть и в каком объеме (на каком языке, на какой платформе и т.п.) поручит ему руководство?

В общем, все прекрасно понимали, какое это бредовое мероприятие, но, увы, надо было слушаться начальство. И когда началась «WOW, GLASNOST'!» (еще до «WOW, PERESTROYKA!»), на первом же комсомольском собрании, к полному ужасу присутствующего на нем руководства отдела, единогласным и почти экстатичным голосованием мы отменили эти чертовы индивидуальные планы (демократия, блин! Мы тогда – страшно подумать — и начальников себе выбирали голосованием!). И каково же было мое удивление и почти шок, когда на «прожженном звоном монет» буржуинском Западе я столкнулся с точно таким же бредом — почти во всех больших фирмах всех программистов заставляют писать ежегодные планы самим себе. Заметьте — не высказывать пожелания («я бы хотел изучить и где-нибудь применить Скалу» или «что-то код в сериализации у нас кривой, надо бы его конкретно порефакторить, а то и переписать»), а именно писать конкретные планы. Которые потом надо будет выполнять и отчитываться об этом перед руководством – при том, что руководство будет давать тебе конечно же свои планы. Я принципиально не понимаю, как можно составлять планы снизу-вверх, если работа всегда назначается сверху-вниз. Не говоря уже о том, что программист не знает ни сроков, ни бюджета, ни секретных распоряжений высшего руководства, ни всего остального, что может влиять на годовой план. И ладно бы еще, если бы планы сначала составлялись снизу-вверх, а потом на основе них примерно так же и распределялась бы работа сверху-вниз. Но нет, все в едином порыве пишут себе планы, сдают их руководству (иногда с третьего раза), потом обе стороны на эти планы дружно забивают на год, год живут по другим, реальным планам, а через год руководство вдруг вспоминает про эти бумажки на событии с названием performance review и грозно спрашивает: «почему ты не сделал одно изобретение и не подал заявку на три патента, как написано у тебя в плане? А??» Кстати, про патенты и изобретения, это я не утрирую, но про это потом. В итоге имеем ту же неделю головной боли, когда над тобой висит составление нового плана, причем критерии для него у тебя точно такие же, какие были в эпоху Совка — отписаться чем-то минимально конкретным, чтобы легко можно было «показать», что ты якобы это сделал (или трудно доказать обратное) и чтобы начальство не отфутболило уж слишком абстрактный и туманный план. Ладно, с комсомольско-буржуинскими планами разобрались, теперь дальше.

О выборе глобальных проектов и направлений


Работая в тогда очень известной канадской фирме и полностью устав ковыряться в ужасном старом коде проекта нашей группы, я перевелся в другое отделение фирмы, начавшее делать «Джава-Офис». Планы были никак не меньше, чем «втоптать в грязь Микрософт». Джава – новый модный язык, только-только набиравший обороты и популярность (мы писали на версии Java 1.02). В общем, я повелся. В первый же день босс всего отделения Джава-Офис, а это человек сто или больше, показал мне прототип Офиса. То есть, сильно уменьшенную, без многих модулей и функциональности, версию. Он дважды кликнул на иконку Офиса и я стал внимательно смотреть. Смотрел, смотрел, но ничего не происходило. Прекрасно поняв мой вопросительный взгляд, начальник сказал, слегка смущаясь: «Это он так стартует медленно. А потом-то побыстрее все пойдет.» Так сидели мы минуты две и только потом появился рабочий стол, главное окно Офиса. Сказать, что я был в шоке, это не сказать ничего. Потом, уже начав работать с Джавой, я понял, насколько это сырая и медленная платформа, и чтобы достичь функциональности Офиса от Микрософт, надо было наворотить такого монстра, что он вообще едва бы ворочался на тогдашних пентиумах. И никакого улучшения от языка в обозримом будущем не ожидалось. Для меня стало совершенно очевидно, что весь проект пойдет в корзину, и я потерял всякий интерес к нему, хотя и честно выполнял свою часть работы. И когда после года работы над проектом его отменили, я испытал чуть ли не злорадное удовольствие – вот, я оказался прав! Хотя как тут можно было бы оказаться не правым, я не представляю. Неужели начальник отделения этого не видел? Видел. Тогда зачем было тратить время и ресурсы, пока не стало ясно даже уборщицам, что ничего из этого не выйдет? Более того, на карту был поставлено имя компании, потому что президент и пиарщики на всех углах почти год вещали, потирая руки, что «вот-вот все как заработает, как мы утрем нос Микрософту!»

Дальше был не менее бредовый и не менее большой проект о создании корпоративного видеотелефона (устанавливается на стол каждому сотруднику). Там заранее было непонятно, кто и зачем купит такую систему, даже если мы и сможем ее сделать. И мы даже таки сделали какую-то альфа-версию, правда она требовала ну очень быстрой внутренней сети у покупателя. Но по неизвестной причине не нашлось желающих платить за криво работающий видеотелефон по 300 баксов за рабочее место. Как-то все решили, что обойдутся и обычным телефоном. И даже сейчас, в век быстрого интернета и вездесущего скайпа и аналогов, вы часто пользуйтесь видеозвонками для обсуждения дел с сотрудниками внутри одного здания?

Был еще один безумный по тем временам проект – сделать клиент-серверный эмулятор Виндов, типа юниксовских X-Windows, и продавать его корпорациям, чтобы они экономили кучу бабок на «тонких клиентах», небольших дешевых компьютерах для работников. Теоретически проект имел под собой какой-то реальный смысл, но в реальности надо было сэмулировать на сервере несколько тысяч функций виндовского API, включая все известные и неизвестные баги и «фичи», и передавать их от сервера к клиенту и обратно, не говоря уже о нагрузке на корпоративную сеть от всего этого. То есть, трудозатраты и время на проект явно превышали планы и проект тоже был брошен, что было ясно для меня с самого начала. При этом при все у фирмы была пара обалденных основных проектов, приносящих нехилую прибыль и являющихся безусловными лидерами рынка. Но начальство растратило силы, время и ресурсы на целую кучу крайне сомнительных (если выражаться мягко) проектов. В результате чего и те основные и классные продукты фирмы за несколько лет почти исчезли с рынка и фирма давно уже ушла в первых ролей в софтверном бизнесе.

О производственном процессе


В сингапурском офисе одного крупнейшего международного банка, на этаже программистов (!), на стене висел большой плакат с двумя белыми джентльменами, стоящими в непринужденных позах на гольфовом поле, держащими клюшки на фоне красивых сумок для клюшек и что-то весело обсуждающими. Подпись была такая: «Work hard. We'll take care of the rest.» Перевод: «работайте шипче, ребятушки-негры, солнце еще высоко! А мы, начальство, за гольфом в поте лица позаботимся о вас, кормильцах наших». При этом из программистов было 99% индусов, снимающих квартиры на несколько человек, а то и на несколько семей, из-за маленьких зарплат. То есть, такого наглого и откровенного стеба, даже прямой насмешки над своими же работниками я никогда больше не видел. Представьте, с каким настроением программировали эти индусы.

На этаже программистов было два принтера, в противоположных концах огромного длинного хола. На самом деле было больше, но другие уже давно не работали и про них даже как-то и забыли. Но эти два работали исправно и народ частенько распечатывал куски кода или документов, чтобы поработать/подумать/почитать дома или в транспорте. И вот как-то в принтере около меня кончился порошок в кассете. Я, как и положено, подал заявку на замену кассеты по нашей крутейшей внутрибанковской автоматической системе документооборота и делопроизводства. Прошел месяц, я стал как-то узнавать, почему принтер все еще не работает. Оказалось, что я подал заявку начальнику моего начальника (под ним работало человек 100-150, а всего в Сингапуре – около 500), а он ушел в отпуск за день до этого и никто, кроме него, не может распорядиться таким важным стратегическим элементом для банка, как одной черной кассетой для принтера, а перепоручать эти полномочия система видимо не умела. Прошел еще почти месяц, но кассету так и не поменяли. Тогда я опять стал копать, разбираться и узнал, что начальник моего начальника давно пришел из отпуска, но даже он не может утвердить замену кассеты, а может лишь поставить свою электронную подпись под заявкой и переслать ее другому большому начальнику… в Индию! А тот, собака, чего-то никак не утверждал. Забыл просто, наверное. Я даже выяснил его имя и написал ему письмо-напоминание, тогда через неделю принтер, наконец, заработал. Мне было ну очень любопытно, кто же придумал такую систему в банке, что для того, чтобы сменить несчастную кассету в принтере, требовалась такая длинная цепочка, да еще и с утверждением у высокого начальства в Индии, которая не имеет ну никакого отношения к Сингапуру. В результате тривиальная операция, которая должна занимать 15-20 минут, заняла более 2 месяцев.

О патентах


Работая в Сингапуре в очень известной, большой и старой IT-фирме (ей не так давно исполнилось 100 лет и ее именем раньше назывались все персональные компьютеры), я с удивлением узнал (хотя пора было бы уже привыкнуть к бреду начальствующей бюрократии), что всех программистов поголовно заставляют подавать заявки на патенты. Само собой, все заявки подавались от имени фирмы и владельцем патентов была фирма, а собственно автору доставалось «большое спасибо», и совсем небольшая премия, если патентов было больше трех за год, кажется. То есть, в тот же свой индивидуальный план на год (куда же без него!) каждый обязан был записать: «подать заявку на столько-то патентов». А работа у меня была такая: 8 часов в день, 5 дней в неделю фиксить чужие баги в чужом коде (всего кода в продукте чуть меньше миллиона строк). И как, скажите, при такой работе я должен изобрести, придумать что-то и подать заявку на патент этого чего-то? А если бы даже и просто работал над новой версией нашего продукта? Как можно придумывать что-то действительно новое, еще не придуманное, по плану? Это ж даже не картины там маслом писать или шлягеры сочинять. Тут реально думать надо. А в конце года начальник: «так и запишем: не выполнил пункт плана по патентам». Ну не бред? А планы начальников проекта были верхом словоблудия (как будто они учились в Высшей Школе КПСС!): улучшить… углубить… обеспечить… дальнейшее повышение… всеобщее развитие… и так далее.

А кстати, о самой работе в этой фирме…

Специально выделенная группа поддержки третьего уровня


Когда я поступал в эту фирму, то они не уточняли, в какой конкретно группе я буду работать. И оказалось так, что я стал первым и долгое время единственным программистом в только что созданной специальной группе поддержки третьего уровня. То есть, весь большой продукт разрабатывался группой разработки, чьи рабочие столы стояли рядом, а вот разбираться с реальными ошибками в продукте, поступающими как жалобы от корпоративных клиентов, и исправлять их было поручено мне. Какой злой гений менеджмента на самом верху руководства компании придумал это, я не знаю, но по их «гениальной» задумке наша группа, как и все остальные такие группы по фирме, должна была разгрузить группу разработки для собственно разработки и освободить ее от неопределенности процесса выявления и исправления ошибок. И все это якобы должно было привести к лучшему прогнозированию развития продукта. Думаю, даже ежику ясно, насколько тут все неверно, нелепо и поставлено с ног на голову. Но поскольку решение было принято где-то на самом верху (а верх реально высокий — в компании несколько сотен тысяч человек), то все взяли под козырек и дружно ринулись выполнять.

Разное


В этой же крупнейшей фирме девизом долгое время было (или все еще есть?) «smart то, smart сё…», вроде как она всё делает умным – от табуретки, через фирмы и города, до всей Планеты. А умным, это значит оптимальным и адаптивным, и всякое такое – через повсеместное использование разных источников информации об объекте, включая датчики, ну и компьютеров, конечно. Самых крутых и самых умных. Так вот, в офисе этой крутейшей фирмы, делающей умным всё и вся, было ну очень холодно. Большинство имело на работе теплую кофту или свитер. А в конференц-залах был вообще конкретный дубак. Не помогали даже кофты. Да и кофе остывал очень быстро. Все это при том, что на улице было +30 круглый год. Оказывается, фирма не смогла сделать минимально умным свой собственный офис и тратила нехилые деньги на излишней работе кондиционеров, не говоря уже об убытках из-за частых простудных заболеваний сотрудников и пониженной производительности труда из-за явно не комфортных условий, не говоря уже о собственно вреде здоровью сотрудников. Поэтому, мне каждый раз было просто смешно читать на больших современных экранах по стенам лобби, что «мы всё для вас сделаем smart!»

Возвратимся лет на 12 назад. Шок вплоть до легкого нервного срыва я получил, когда году в 1998-м наш небольшой (60 человек) канадский стартап купила довольно крупная американская фирма. В связи с покупкой и новой фирменной большой политикой начальство решило провести суперважное единое глобальное собрание по всему миру. В «прямом эфире», в одно время. Нам повезло, потому что наш часовой пояс отличался от американского главного штаба часа на два, а вот другим подразделениям по всему миру не повезло — некоторые должны были придти на работу ночью или ранним утром и т.д. Недели за две до собрания на стол каждому положили несколько пластмассовых частей какой-то простенькой головоломки типа «собери, если можешь». И почти каждый день шли письма из штаба, что «блин, ребята, вы даже не представляете, какое важное собрание у нас будет! оно перевернет всё, просто всё в нашей фирме!». Народ уже с конкретным страхом ждал этого собрания, чувствуя, что тут могут и половину уволить легко или вообще закрыть какие-то филиалы. И вот настал день и час, всем сказали взять с собой головоломку в разобранном виде (которую каждый давно собрал минуты за две) и идти с конференц-зал. Дозвонились до штаба, включили громкоговоритель и все стали слушать речь президента фирмы. Минут 5 он вещал что-то совсем абстрактное типа «Радикальные изменения!.. надо работать по-новому!» и т.д. Типа, разогревал и готовил нас к главной части. Наконец, сказал: «А теперь самое главное. Пусть каждый возьмет длинную темно-коричневую деталь головоломки». Все в полном смятении и гробовой тишине взяли в руки эту детальку. Главный босс продолжал: «Это означает, что мы едины духом!» Дальше была пара минут про Дух единства. Потом: «положите на нее белую деталь, так чтобы она вошла в паз. Все положили? У всех вошла?» (в ответ по залу вялое «Да, да…») «Вот так и мы, в сложных ситуациях будем принимать одинаковые и единственно верные решения! Все, как один!» Еще пару минут Босс вещал про это… В таком духе минут за 15 мы собрали всю головоломку из пяти частей. Последние Слова Великого Откровения были чем-то вроде: «Вся фирма! В едином порыве! Как один кулак! Я верю в вас! Мы это можем! Мы это сделаем!» Для совсем уж завершения картины не хватало только всем встать, трижды крикнуть «ура!» и спеть «Союз нерушимый республик свободных»… Ну или принять таблетки и разойтись по палатам, если бы дело происходило в психбольнице. С собрания все выходили очень молчаливые и очень подавленные. Я был, как уже написал выше, просто в шоке и в состоянии легкого нервного срыва. Среди всеобщего молчаливого потока людей я спросил почти шепотом своего коллегу, молодого канадца: «Я не уверен, что все правильно понял. Точнее, вроде я понял все слова, но ни черта не понял, что он хотел сказать и что все это значило. А ты?» Он покачал головой и ответил: «Я тоже ни черта не понял. И уверен, что никто ничего не понял. Чего от нас хотят-то?» В общем, все остальные тоже были в шоке. Только все были в шоке от тщетных попыток понять, что все это значило, а я был в шоке от того, как бред советской, как я тогда думал, бюрократии может победить в одной, отдельно взятой фирме на Западе. А скорее всего, дело было тривиально просто: начальство компании наняло какую-то супермодную и супердорогую фирму по «оптимизации бизнес-процессов, улучшению производительности, поднятию духа в коллективе, повышению качества работы» и прочей мутоте прочих важных элементов рабочего процесса. Результатом выкидывания нескольких (наверное) миллионов баксов и работы этих модных «специалистов по дальнейшему улучшению» и явилось то глобальное собрание с головоломкой. Про которое, кстати, забыли через пару дней и никогда (поняли? никогда!) больше не вспоминали – ни в нашем маленьком канадском отделении, ни в центральном американском.

Эх, можно было бы еще много чего рассказать про повсеместные нелады со здравым смыслом в больших компаниях, но уже и так многабукв. И несмотря ни на что, остается вечный вопрос: зачем, ну зачем так по-идиотски делать? Или: зачем принимать на работу таких руководителей, которые так по-идиотски руководят? Или: кому не спится в ночь глухую? Ну а что там привычно ответило эхо, это уже другая история…

Update. На десерт: некоторые забавные самоназвания у международных банков.

Видимо, банкиры просто обожают пускать пыль в глаза, причем пускать максимально дешево. Ничем другим я не могу объяснить, почему старший программист почти везде называется Assistant Vise President (помощник/зам вице-президента), а начальник небольшой группы из 2-5 человек — Vise President (вице-президент). Сразу представляется картина, как в каком-нибудь стриптиз-клубе такой «вице-президент банка» дает свою визитку понравившейся девочке в ответ на вопрос «а кем ты работаешь?» с надеждой услышать «вау, да ты крутой!» и чтобы он ответил небрежно так: «да, вертимся помаленьку… ну, ты звони мне как-нибудь… ближе к выходным, детка. Развлечемся». Тьфу, блин. :)

А еще банки любят называть свои отделения по разработке «центрами выдающегося мастерства» (center of excellence). Зачем?? Работник отдела кадров — «менеджер по приобретению талантов»… В общем, продолжать можно долго. Ну и зачем эти дешевые понты? Сильно напоминает огромные и высокие надеваемые «плечи» у игроков в американский футбол. Ну так то игра миллионов простых обывателей, а то банки… Эх. Несерьезно как-то. И по-детски. :)
AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 109

    –5
    А чем вам так не понравился кейс с третьей линией саппорта? По моему самый оптимальный и хороший вариант
      0
      Кстати поддержу. Как я понимаю, автор Java'ист, и у меня был подобный дядюшка, который считал точно так же.
      Думаю, это связано со спецификой языка и области, где L3/4 Support нормально не выстроен.Или наоборот чересчур формализован.
        +1
        Автор больше всего С++-ник и проект тот написан на С++, только я вообще не понимаю, при чем тут язык и исправление ошибок за других.
          0
          Мой опыт, ничего личного.
          Значит специфика корпоративного сектора.
        +22
        Тем, что он: 1) абсолютно ничего не оптимизирует и не улучшает на самом деле. 2) расхолаживает и ничему не учит программистов, за которых многие, зачастую самые сложные баги исправляют другие.
          –2
          Ну это ошибка процессов. Грубо говоря, неплохо бы разрешать коммиты только разработчикам.
          А уж кто исправил и как — это не самое главное. Плюс код ревью, юнит-тестирование. Ну и за сломанный билд традиционного леща.
            +12
            Как я понял дело не в сломанном билде и не в коде ревью. Автор кода должен получать обратную связь в виде проблем и ошибок в своем коде, тогда у него будет какая-то мотивация делать правильно. Иначе есть отрицательная мотивация: можно делать что попало, а если что — это уже проблемы отдела суппорта.
              +7
              Абсолютно правильное понимание. Чьи там коммиты, код ревью и прочее — никакого отношения к вопросу не имеет.
          +8
          Потому, что автор кода лучше сможет исправить ошибку. Во-вторых, сам автор кода не узнает его после исправления другим человеком. И потому что автору можно будет вообще написать что-то на «отвали», а исправляторы будут фактически заставлять код работать. Для разработки и личного развития очень важно получать обратную связь от работы кода.
          +2
          Спасибо, написано хорошо, было интересно почитать, что происходит из века в век в корпоративном секторе разработки ПО.
            +1
            Вообще, было бы интересно — а есть ли какой-то способ управления в мире (хотя бы абстрактное описание), который позволяет при росте организации не сколлапсировать из-за этой самой проблемы «руководитель нанимает подчиненного менее квалифицированного, чем он сам»?
              0
              Растить внутри своей компании? Оценивать по результатам и соответственно продвигать? Придерживаться политики привлечения «звёзд» и «профессионалов»?
                0
                Насколько я понимаю, основой проблемы является именно то, что руководитель на любом уровне со временем (в данном случае понимаем не конкретную личность, а меняющихся, возможно) будет всячески отходить от адекватных критериев оценки подчиненных в пользу защиты своей должности.
                Кроме того, почему вдруг выращивание людей в компании должно изменить эту ситуацию? От идеи «каждый растет до уровня своей некомпетентности» это нас не спасает.

                И вообще, идея «принципиально растить только внутри компании» мне кажется не самой лучшей — не будет ли это вести к застою?
                  0
                  Идея всеобщих выборов руководства тоже далеко не всегда работает — мы видим это на примере многих демократий в мире. Но какой-то элемент выборности хоть каких-то начальников, может быть, и неплохо было бы иметь.
                    –1
                    Демократию скорее будет отличать не только выбор власти, но и максимально простая схема ее смены и самое главное — прямое управление(референдумы и тд).
                      0
                      какой-то элемент выборности хоть каких-то начальников, может быть, и неплохо было бы иметь

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

                      То есть, их по сути выбирают коллеги, а руководство лишь оформляет.
                  0
                  Virgin Group
                  I think if you’ve got more than 150 people, it’s very difficult for a chief executive to know everybody and for everybody to know each other well
                    –2
                    Универсальный? Есть. Применяется во всех армиях мира. Или в Церкви (как минимум, католической и православной).
                    Литература доступна, вопрос изучить можно. :)
                      0
                      Мне кажется, он чаще всего не решает проблему вообще :) Это можно вполне оценить по эффективности руководства этих самых организаций.
                        +3
                        А что там не так с эффективностью? Трехуровневая система управления в армиях существует столько, сколько существуют армии. Церковь с точно такой же уже третью тысячу лет разменяла. И существуют, и задачи свои решают. :)
                          0
                          Существуют и решают… при практически полном отсутствии конкуренции. :)
                            +2
                            Не совсем понял мысль. Не могли бы пояснить? Армия именно для практической конкуренции и нужна. Конкурентная борьба за паству также идет нешуточная.
                              0
                              Есть «конкуренция» между армиями разных стран, но, так как все армии устроены плюс-минус одинаково, то в оборонной сфере нет конкуренции между подходами.

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

                                Странно. Мне о таком подходе неизвестно (но я в оборонке не специалист). Наоборот, наиболее известные «мемы» относятся к прямо противоположному. «300», «Не числом, а умением», «28 панфиловцев» и т.п.
                                –1
                                Мысль такая, что у страны нет двух или трех конкурентных армий. Какая есть, такая и есть — полная монополия на рынке. А война — это исключительная ситуация для армии.
                                  0
                                  Благодарю.

                                  Однако, несмотря на полную монополию, эта организация функционирует совсем неплохо. Ее сотрудники одеты, обуты, накормлены. Исполняют свои обязанности, происходит ротация кадров. Организация живет нужной ей жизнью.
                                    –1
                                    Армии конкурируют на внешнем рынке. Формально и у Boeing нет конкурентов внутри США.
                          +2
                          Ответ по второму аспекту проблемы в виде цитаты Гай Кавасаки о Джобсе
                          Стив полагал, что игроки класса А берут в команду игроков класса А — то есть, таких же как они сами. Я чуть-чуть подправил это утверждение — по моей теории игроки класса А должны нанимать людей, более профессиональных, чем они сами. Однако, совершенно очевидно, что игроки класса B будут набирать игроков класса C, и так далее. Если вы начинаете набирать сотрудников уровня B, ожидайте, что в вашей компании случится то, что Стив называл «идиотографический взрыв»
                          0
                          По поводу планов снизу-вверх, так это нормально. :) Рынок динамичный, и что будет завтра — непонятно. Скорее всего, любой годовой план начнет меняться уже через полмесяца, и к концу года измениться кардинально. Поэтому лучше честно сказать своим людям, что, например, я уже делаю последние лет пять: «Напишите себе 5 задач, только таких, которые гарантировано будут выполнены, чтобы за их выполнение получить премию. Глупо иметь возможность взять с компании деньги, и не брать их.»

                          На мой взгляд, если человек работает плохо, его лучше заменить. Если хорошо — то в планах он не нуждается. И если есть система мотивации, поставленная «какими-то консультантами» за миллионы долларов, как справедливо пишет автор статьи — то единственное ее эффективное применение — «отжим» за счет нее денег на премию своим людям.
                            +5
                            Вы не правы и сильно. В корпоративном секторе планы играют огромную роль и меняются «по ходу» очень редко. И в большом проекте, конечно же рядовые программисты не знают заранее, куда захочет руководство двигать проект в следующей версии.
                              0
                              У меня не программирование, а запуск розничных федеральных продуктов, не связанных с программированием. И этот процесс крайне чувствителен, например, к действиям конкурентов. В год запускается 7-8 продуктов и делается до двух десятков корректировок существующих.
                                0
                                Понятно. Большие корпоративные продукты делаются очень медленно, очень постепенно и очень планомерно — план и финансирование расписывают и распределяют на год вперед.
                                0
                                Вы правы, но это огромная проблема для корпораций. При разработке инновационных продуктов для новых или высококонкурентных рынков корпорациям с многолетними твердыми планами очень тяжело бодаться с небольшими но очень гибкими конторами. Как правило единственное преимущество корпов — это возможность ввалить на порядки больше денег в разработку и продвижение. И то это редко работает. Собственно ваши примеры с джава-офисом об этом и говорят.
                              +7
                              Вы меня порадовали — не только в нашей богадельне (имею в виду свое рабочее место) такой бред, но даже и на хваленом Западе.
                              Вы меня огорчили — стало быть, некуда «крестьянину податься»… Даже там, где нас нет, не очень хорошо.
                                +2
                                Тогда прямая дорога — в небольшой стартап, с численностью до 50 человек, где главный акционер и генеральный — одно лицо. :) Причем можно в любой стране. Как только генеральный и акционер — разные лица, у генерального начинается совсем другая мотивация. А попытка повысить управляемость — всегда будет вырождаться в то, что описал автор. :(
                                  +25
                                  По ряду причин стартап не для меня. Но.
                                  Так получилось, что я учился в неплохом военном ВУЗе. В том числе нас учили и управлять людьми. Плюс опыт службы (точнее, работы) офицером. Короче, после того, что я увидел на гражданке, оказалось, что дубовый армейский порядок, воспетый в анекдотах, существенно более грамотный, теоретически продуманный и проверенный временем вариант управления, чем этот бред, в котором приходится вертеться сейчас. Были причины уйти из Военной Армии и не жалеть об этом, но кое-чего не хватает:
                                  1) Начальник командует тремя (максимум — десятью) начальниками, а не подразделением из 40-100 человек лично и непосредственно.
                                  2) До подполковника реально вырасти просто за хорошую работу. Хорошая работа важнее фамилии и блата. Нормальный командир не поставит на уровень ниже человека, на которого не сможет положиться. У нас в части балбесы и выпивохи не росли. А сейчас такое ощущение, что уровнем ниже специально ставят никаких, чтобы не подсидели.
                                  3) Рост относительно быстрый за счет того, что после определенного уровня люди уезжали либо в центр, либо в академию, места освобождаются. Сейчас наоборот — на руководящие должности приходят фиг знает кто фиг знает откуда.
                                  4) В санкциях начальник ограничен «Положением о прохождении военной службы». Чтобы лишиться премии, надо иметь неснятое взыскание. Взыскание должно быть объявлено перед строем и быть обоснованным, иначе элементарно обжалуется. Сейчас моя получка может регулироваться в довольно широких пределах произвольно.
                                  5) Начальники разного уровня не выясняют отношения при подчиненных. Это прямо запрещено. Иначе коллектив разлагает и бесит неимоверно.
                                  6) Чем выше начальник, тем шире он видит картину. От исполнителя не требуют быть архитектором. План снизу — это действительно бред по определению. Для планирования надо видеть картину шире, чем ее видит исполнитель.
                                  7) Начальник обеспечивает подчиненному выполнение задачи. Каждый на своем уровне — траншеекопатель раздобывает командир части, лопату — командир взвода, но никто не будет обвинять лейтенанта в том, что он не нашел траншеекопатель.
                                  Это то, что вплывает сразу, можно еще вспомнить.
                                  Вещи элементарнейшие, очевиднейшие и проверенные временем. Почему их нельзя использовать на гражданке?
                                    +4
                                    В армии, я полагаю (хотя могу ошибаться), четко очерченная зона подчинения. Условно говоря, может ли лейтенант одной роты, влезть в дела другого лейтенанта и подвергать его приказы сомнению? А в большой корпорации — сплошть и рядом. Один начальник что-то сказал, второй выразил сомнение. В отличие от армии, в корпорациях правильность решения узнается потом и зависит от множества обстоятельств. Поэтому тот, чьи «приказы» оспорили, начинает их защищать (ведь его авторитет поставлен под сомнение!) и идет в атаку. Вот и пошел сумбур.

                                    У меня на глазах в большой корпорации разворачивался такой сценарий. Вице-президент большой компании, сделал такой шаг. Он продублировал де-факто структуры, и ставил задачу обоим. В рамках конкуренции все вопросы двигались вперед и как-то решались. С точки зрения «низов», это порождало хаос, склоки и конфликты, нездоровые соревнования, и раскол.

                                    С точки зрения ВП, все было хорошо. Он выдавал «на гора» больше результатов, его лично не отвелекали мелочевкой, что давало ему дополнительное время на аппаратные игры, и в целом он был более успешен и на хорошем счету у акционеров и руководителей компании.
                                      +4
                                      Кроме того, в больших международных компаниях часто принята матричная схема руководства, когда есть «столбцы» — начальники продуктов, но по всем регионам мира, и «строки» — начальники регионального офиса, но по всем продуктам. В результате у тебя два «перпендикулярных» начальника. Ну а в России часто любят применять ручное управление — когда начальник твоего начальника твоего начальника в приказном порядке говорит тебе, что делать. И сильно раздражается и топает ногами, когда ты вежливо спрашиваешь: «а в курсе ли этого срочного задания мой непосредственный начальник? Может быть, через него будем работать?».
                                        +1
                                        Довелось поработать руководителем в матричной схеме, причем в средней по размерам компании (300чел). Идея вполне работающая, но при условии что между перпендикулярными руководителями четко прописано разделение функций. Чтобы линейный исполнитель не был слугой двух господ.
                                        Собственно такая схема помогла отделить непосредственно управление проектной деятельностью от административных задач управления персоналом. Особенно, в условиях расшаренного между проектами ресурса.
                                        0
                                        ошибся уровнем комментария
                                        +7
                                        /усмехаясь/
                                        Потому что на гражданке у начальника практически нет реального шанса гробануться вместе с подчиненными из-за разведенного им самим бардака. В армии, даже мирного времени, есть хоть какое-то осознание этого.
                                        • UFO just landed and posted this here
                                          +2
                                          Это работает в условиях хорошо известного алгоритма решения задачи. Если командир части знает, что для копания траншеи надо использовать траншеекопатель — ура.

                                          А если перед частью поставили задачу написать приложение под мобильную платформу, с которой раньше никто не имел дело?

                                          Армия образца второй половины XX века (а мы про неё говорим, да?) — это воплощение индустриальной экономики и эффективной системы в рамках индустриальных отношений.

                                          Однако, у индустриального подхода есть очень серьёзный потолок: эффективность работника ограничена его должностью. То есть крутить гайки положено с заданной скоростью. И лучшее, что может сделать работник — это показать 100% от того, что от него ожидают.

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

                                          Разумеется, это не относится к описанной в посте фагготрии.
                                            +1
                                            Есть такой момент, что многие работники хотят просто крутить свои гайки за фиксированную плату. Даже среди программистов это не редкость. Таким людям довольно тяжело в постиндустриальной гибкой компании, где «от каждого по способностям»
                                              +4
                                              Более того, я думаю, что без таких людей в компании будет тяжко. Но строить компанию на таких людях — имхо чревато.
                                            • UFO just landed and posted this here
                                                0
                                                Да, я помню. Чеченские ополченцы, с которыми пришлось воевать с использованием артиллерии и авиации.

                                                Но как это к топику относится?
                                                0
                                                Постиндустриальная экономика надстраивается поверх индустриальной, так что в любом случае нужно и то и то.
                                                +2
                                                Сейчас моя получка может

                                                Все вроде правильно и по делу, но слово получка резко рушит всю картину. Кто в теме, тот поймет.

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

                                                Плюс опыт службы (точнее, работы) офицером.

                                                Нет-нет, как раз именно службы.
                                                  +2
                                                  Я посвятил армии без двух месяцев десять календарей.
                                                  Нет-нет, именно работы. Работы инженерной, связанной с космосом.
                                                  Хотелось бы узнать, какую именно картину рушит слово «получка». И в какой именно теме я не в теме.
                                                  +2
                                                  Прошу прощения за эмоции.

                                                  Но текущее положение нашей армии и то что там происходит (говорю по впечатлениям со сборов, наблюдал за деятельностью части со стороны, но мне этого хватило) это отличное доказательство того, что там ничего эффективного нет. Сама система управления не работает, люди просто теряют там год жизни, а некоторые и здоровье + нормальную психику. И виновата в этом в первую очередь хваленая вами структура и офицеры, причем чем выше чин тем выше их ответственность.
                                                  • UFO just landed and posted this here
                                                +1
                                                зачем, ну зачем так по-идиотски делать? Или: зачем принимать на работу таких руководителей, которые так по-идиотски руководят? Или: кому не спится в ночь глухую? Ну а что там привычно ответило эхо, это уже другая история…


                                                Вот Вы взрослый человек. Захватили смену экономических формаций в нашей стране, обзавелись обширным опытом в мировом масштабе. И все равно каждый раз удивляетесь методам управления и практически доходите до легких нервных срывов?
                                                Оказывается, тоталитарные комсомольские планы по сравнению со «звериным оскалом капитализма» — детские шалости?
                                                Оказывается, в заграницах стремятся порешать вопросы подешевле, а содрать с работника три шкуры?
                                                Оказывается, нормирование, планирование и идеологическую обработку вели не только в Союзе, и вершин все это достигло совсем не в нем?
                                                Вот это сюрприз! :)

                                                А вот интересно: как считаете, если бы упомянутым выше «таким руководителям» пришло в голову взять, и оценить Ваш код (во всей красе своих профильных компетенций и самоуверенности), к каким бы выводам они пришли?
                                                  +4
                                                  «Оказывается, тоталитарные комсомольские планы по сравнению со «звериным оскалом капитализма» — детские шалости?» — я такого не писал. Писал лишь о похожести управленческой бюрократии во всем мире.
                                                  «Оказывается, в заграницах стремятся порешать вопросы подешевле, а содрать с работника три шкуры?» — где это? И такого я не писал. :)
                                                  «Оказывается, нормирование, планирование и идеологическую обработку вели не только в Союзе, и вершин все это достигло совсем не в нем?» — а об этом даже близко не писал! Зачем же так передергивать? 8-)

                                                  «А вот интересно: как считаете, если бы упомянутым выше «таким руководителям» пришло в голову взять, и оценить Ваш код (во всей красе своих профильных компетенций и самоуверенности), к каким бы выводам они пришли?» — они ни к чему бы не пришли, потому что или никогда не умели программировать, или давно забыли, как это делается.
                                                    0
                                                    я такого не писал.

                                                    Так и я не цитировал Я утрировал. :)
                                                    Цель — предложить мысль, что раз управление везде имеет сходные черты, причем «отрицательные» наиболее выражены там, где оно считается наиболее развитым, то вполне возможно, что это «ж-ж-ж» неспроста? Может, по-другому человечество не научилось (а уж попробовало оно много всякого)?

                                                    (в результате назначаются люди, худшие, чем назначающий руководитель

                                                    Это просто не соответствует действительности. Естественно, люди бывают всякие. И причин назначения на должность какого-то начальника может быть миллион (помимо чисто производственной целесообразности). Но на каждый случай «Я прибыл к вам из Кантемировской дивизии, а там дураков не держат!» найдется десяток поднявшихся самостоятельно и не в последнюю очередь, благодаря собственным достоинствам.
                                                    А то, что снизу кажется, что начальник — дурак, так это от глубокого понимания содержания его работы. :)

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

                                                    А как у Вас с навыками управления небольшими группами людей? Большими коллективами людей?
                                                      +1
                                                      «А как у Вас с навыками управления небольшими группами людей? Большими коллективами людей?» — а Вы почему спрашиваете? Хотите взять меня на работу? :)
                                                        0
                                                        Не совсем. Интересуюсь «а судьи кто?».
                                                          0
                                                          :) Жаль. А то я как раз сейчас в поисках.
                                                  –1
                                                  (а верх реально высокий — в компании несколько сотен тысяч человек)

                                                  Или: кому не спится в ночь глухую?

                                                  Дело в многоступенчатом управлении.

                                                  С другой стороны, Вы, возможно и недовольны, тем, что исправляли чужие ошибки на третьей линии, а по факту это могло оказаться эффективнее для компании. Во времени, и, в конечном итоге, в деньгах. Впрочем, сей факт для нас скрыт тайной.
                                                    +1
                                                    Сей факт не скрыт, потому что такого факта не может быть в принципе. Как примерно дождь не может идти снизу-вверх. 8-)
                                                      0
                                                      Выходит, одна из основных концепций ITSM противоречит здравому смыслу, какой он есть по вашей версии. Если вам опыт подсказывает, что неэффективно, то может быть там, где вы этот опыт получили, оно было неэффективно. Может объясните в таком случае механику этой неэффективности, кроме как «должен править тот, кто допустил», и «расхолаживает тех, кто пишет софт» (тут я вообще не очень согласен, ведь софт тестируют, и претензии должны быть к тестированию).

                                                      Открою тайну всё же. Третья линия поддержки — это не разработка, это эксплуатация систем. Вам конечно подсунули не то, что хотелось, но концепция тут не при делах. Эффективность третьей линии поддержки по факту заключена в том, что, скажем MTTR (Mean Time To Repair) сокращается (вследствие того, что есть выделенные специалисты, которые должны знать систему), и причем заметно, как улучшаются и другие метрики предоставления ИТ-услуг. Для Mission/Business Critical систем и процессов это может значить суммы с немалыми нулями в конце.
                                                        +1
                                                        Не надо пустой теории. И да, я про эксплуатацию и писал. Почему вдруг возникла мысль про разработку? Именно во время эксплуатации выявляются самые незаметные и тяжелые для исправления ошибки. И именно поэтому самый эффективный способ по их устранению — отдать ошибку ответственному за тот модуль, где она обнаружена, потому что он знает этот модуль лучше всех. Я же был ответственным за всю систему, над которой работало 12 человек. Соответственно, при примерно равной зарплате я тратил на исправление ошибки в 2-10 раз больше времени (и денег, и ресурсов фирмы), чем разработчик этого модуля. Я уже не говорю про мою производительность как таковую, потому что далеко не очень приятно исправлять чужие ошибки 100% рабочего времени. Конечно же, никакого стимула показывать тут максимальную производительность у меня не было.

                                                        А насчет что «софт тестируют», так это вообще… наивно даже как-то. :) Мы живем в реальном мире и надо смотреть на вещи реально. И какая разница, к кому потом будут претензии, если ошибку надо исправить здесь и сейчас? Да и претензий ни к кому не будет, потому что наш продукт работал в настолько разнообразном и непредсказуемом окружении (софта и железа), что все оттестировать было принципиально невозможно).
                                                          0
                                                          Ну конечно, если это «пустая теория», то «реальный мир» ни в какое сравнение. Это хромая аргументация.

                                                          Если вы плохо знали систему, то те кто её написал, и уже занят другими проектами, знает её еще хуже, чем тот, кто с ней живет 100% рабочего времени, и у кого вся инфа по инциденту. И если систему плохо передали на поддержку — это недосмотр в том числе и принимающего. В ITIL все продумано, что да как.

                                                          Что касается выгоды — то представьте что означает десять раз занять десять разных человек, работающих вполне вероятно на разных проектах уже, и что значит сто раз занять одного (про одну систему речь). Мало того, что на это никто не пойдет «в реальной жизни», так это даже без учета того, если бы систему делали аутсорсеры (чьи ставки раза в 3 выше зарплаты), то есть представим что зарплаты действительно равные. В этом случае пусть каждый бы тратил 0.5-0.1 от вашего времени, но при этом он отнимал бы время 10 раз у своего проекта, в сумме 5-1 вашего времени, вместа 10, но десяток проектов просел бы по времени на 50-10 (от 100% вашего времени). Или один проект бы в целом просел бы на такое время. И самое главное — причем здесь все-таки эксплуатация, так как чужие проекты ITIL не волнуют. Разница в том, что инженер третьей линии сидит и ждет заявки, а написавший не гарантирует то же время хотя бы отклика (это про MTTR). А это может быть и 2 и 10 и 20 от времени на устранение бага. А про важность отклика даже говорить не буду, сами знаете. Если организовывать такой отклик у разработчика, будь он внутри (про вне — умножайте на 3 время или стоимость), то это стоило бы как раз ровно 12 вашего времени — минимум.
                                                            +2
                                                            Мы обсуждаем разные вещи и поэтому приходим к разным выводам. Я ни разу не сказал о ненужности или неэффективности групп поддержки третьего уровня, я лишь сказал, что нахождение там постоянного программиста(ов), который 100% фиксит чужие баги, явно неэффективно. Далее, в том проекте все разработчики работали над новой версией этого же проекта. То есть, добавляли новые 5% кода и функционала к уже существующей версии. Поэтому руководство: 1) теряло кучу денег на мне, который не так эффективно устранял ошибки по сравнению с разработчиками конкретных частей. 2) теряло на мне еще больше, потому что я работал вполсилы, заставляя себя работать из-за полного отсутствия мотивации (разгребать чужое дерьмо — еще то удовольствие), 3) разработчики не видели своих самых скрытых и трудных ошибок в коде и дизайне, и не учились на них, потому что их исправлял я.
                                                            Какое к этому всему отношение имеет хоть ITIL, хоть MRRT, хоть теория суперструн, я не очень понимаю. Кто общался с клиентами, принимал у них заявки о проблемах, отвечал им и т.п. — вообще за рамками данного случая.
                                                              0
                                                              Я сам сейчас работаю разработчиком, и на третью линию пошел бы вряд ли. По той причине, что это действительно скучно может быть, для творческого человека, которого например в вас можно узнать по профилю на Хабре.

                                                              Просто я когда-то работал и аналитиком в том числе, и описал выкладки какого рода работают, когда подобные решения принимаются. Время отклика позволяет принять другим линиям решение… может просто откатить систему и прочее (но тут уже надо смотреть конкретные системы).
                                                            0
                                                            А чисто по-человечески я согласен с тезисом о том, что работу над ошибками должны делать те, кто её допустил. Только вот ошибка в продукте — это дефект продукта, и это ошибка команды в целом (не только разработчика, который написал не во всех условиях рабочий код), а и тестировщика. Если тестировщик не мог покрыть тестом — менеджера. Который не организовал пилотное внедрение. Эксплуатация же — это уже другой бизнес, где продукт сам никого не волнует в отличие от проекта, волнуют входы-выходы этого черного ящика, и задача инженера не «править чужие ошибки», а обеспечить бесперебойность процесса получения денег бизнесом (и для этого кстати есть процессы в ITIL, всё взаимосвязано).
                                                              +1
                                                              Рассмотрим такой простой случай: есть команда, делающее приложение для Андроида, работающее с GPS и датчиками. У команды 10 разных смартфонов. Все работает. После начала массового использования приходит куча жалоб от владельцев других 200 разновидностей смартфонов. Скупать все виды смартфонов на рынке и тестировать каждый на всех версиях всех основных прошивок? Это нереально, как вычерпать океан. Поэтому в реальности тестируют, например, на 20-ти самых распространенных и выкладывают в Сеть, а дальше «как покатит, по ходу будем разбираться».

                                                              «и задача инженера не «править чужие ошибки», а обеспечить бесперебойность процесса получения денег бизнесом» — категорически не согласен. Задача инженера — выполнять свою техническую работу хорошо и в срок. Обеспечивать деньги и все с ними связанное — задача кого-угодно, но только не инженера.
                                                                0
                                                                Да знаете, даже GPS и датчики не нужны. Взять хотя бы aspect ratio и screen resolution + android version. Всё, зоопарк. Конечно нереально. Полумеры и всё такое. Но поддержка новых девайсов — не должно быть задачей третьей линии. Третья линия — это критические вопросы в критических системах…

                                                                Обеспечивать не деньги я написал, а процесс создания денег. Процесс же работает на основе технических средств, работоспособность которых — задача инженерная уже. В этом была мысль… и для многих в этом прилично смысла (любого рода).
                                                                  0
                                                                  Критические вопросы — согласен. Но исправлять внутри этой группы существующие ошибки в продукте — явно неэффективно и просто неправильно. А насчет новых девайсов, так эти 200 видов и не новые вовсе, они вполне себе старые. И на каждом из них может вылезти что-нибудь неожиданное.
                                                      +2
                                                      Спасибо. Кажется, угадал одну большую фирму (IBM). У меня нет начальника, но опус понравился.
                                                        +1
                                                        Тоже что-то про IBM подумал.
                                                      +1
                                                      Статья супер, пишите ещё!
                                                      0
                                                      Статья отличная!
                                                      У нас небольшая компания, около 100 человек (США), но весь бред — как по шаблону!
                                                        +1
                                                        А многие до сих пор верят, что бюрократический маразм был только в СССР.
                                                          0
                                                          Все сугубо, ИМХО.
                                                          Многабукв
                                                          Для программистов фактические ошибки, как-то, не комильфо.
                                                          …состоящие в комсомоле (а это 99% всех до 45 лет, кроме партийных)

                                                          Не совсем так.

                                                          «Члены ВЛКСМ, достигшие 28-летнего возраста и не избранные в руководящие комсомольские органы, снимаются с комсомольского учета и выбывают из ВЛКСМ».
                                                          …на практике это была ежегодная неделя идиотизма, когда каждый инженер, ломая голову от тоски и безысходности, высасывал из пальца нечто, что было бы и не слишком абстрактно типа «работать хорошо». […] И каково же было мое удивление и почти шок, когда на «прожженном звоном монет» буржуинском Западе я столкнулся с точно таким же бредом — почти во всех больших фирмах всех программистов заставляют писать ежегодные планы самим себе.

                                                          Да, помню.

                                                          Члены ВЛКСМ должны были писать личные комплексные план (ни разу не видел, чтобы составлялись больше чем на год) и сдавать по ним ленинские зачеты. Для старших товарищей были социалистические обязательства и профсоюзные собрания с отчетом об их выполнении.

                                                          Позднее в уважаемой компании PwC я имел дело с аналогом подобных соцобязательств, который назывался «план личностного развития», под выполнение которого резервировался определенный процент часов (до 40%) годового рабочего времени программиста.

                                                          Разумеется, все зависело от реализации. Можно было, конечно, в этих планах писать «идиотизм», а можно – «освоить новую технологию XXX», «изучить лучшие практики YYY», «провести исследования перспективности нового направления ZZZ».

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

                                                          Дальше был не менее бредовый и не менее большой проект…

                                                          Был еще один безумный по тем временам проект…

                                                          Я был, как уже написал выше, просто в шоке и в состоянии легкого нервного срыва.

                                                          Крепостное право, вроде бы, отменили. Есть ли смысл тратить свою жизнь на мертворожденные проекты и работу с неадекватными работодателями?
                                                            +3
                                                            «план личностного развития», под выполнение которого резервировался определенный процент часов (до 40%)
                                                            Если выделяется до 40% рабочего времени, то это все более-менее нормально — можно заняться саморазвитием в интересующей области за счет работодателя, что в итоге может принести профит работодателю.
                                                            Но вот когда этот план надо выполнять параллельно основной работе над текучкой, при том, этот план не утверждают несколько раз, мотивируя «не связано с исполняемыми обязательствами» — то начинаешь задумываться…
                                                              0
                                                              При резервировании времени — вопросов нет.
                                                              А вот если «в незагруженное время», и при этом то же незагруженное время является поводом подкинуть еще производственной загрузки…
                                                                0
                                                                Не знаю ни одного случая, когда бы грубо не попиралось это «резервированное время» при горящей работе. А горит она почти всегда, увы.
                                                                  0
                                                                  Я тоже, поэтому крайне скептически отношусь к идеям двигать отрасль в таком варианте, в перерывах между рутиной.
                                                                  Хотя не исключаю существования компаний с розовыми пони и выделенным временем.

                                                                  В крайнем случае — прибегает за пару недель начальство с воплем «делаем НИР за две недели, у нас срок отчитываться подходит» с закономерным результатом.
                                                                +3
                                                                «Члены ВЛКСМ, достигшие 28-летнего возраста» — Семен Семеныч! (посыпает голову пеплом)

                                                                Насчет личных планов по освоению технологий — впервые слышу, чтобы начальство давало на них время, если поджимает реальный проект. Например, в одной компании нам давалось 10% времени каждую неделю на «саморазвитие», то есть, на любые исследования и проекты в области программирования (заметьте, без каких-либо планов по этому свободному времени). Однако я не помню ни одного случая, чтобы хоть кто-то что-то сделал, потому что дедлайны по проекту просто наступали всем на пятки (если не на balls). А если у тебя периодически появляется свободное время, то его и так можно потратить с пользой без всяких планов.

                                                                Насчет рабства, интересный вопрос :) С ростом стажа понимаешь что идеальные проекты встречаются на практике крайне редко. Поэтому в 90% случаях идешь на компромисс: равновесие между интересом к проекту и зарплатой. В конце концов, программист это не писатель и не поэт, а вполне себе наемный работник (хотя многие писатели тоже чистые наемные работники — пишут по договору с издательством). Дали деньги — делай задание. А станет результат использоваться миллионами или уйдет в корзину, не так принципиально (хотя и неприятно, конечно, если в корзину). Я специально акцентирую сейчас цинично-меркантильную сторону. И в конце концов, ведь я, разобравшись и помучившись некоторое время, ушел из всех тех проектов. Так о чем мы тут спорим? :)
                                                                +4
                                                                Как же у меня бомбануло!

                                                                По «комсомольским обязательствам» на прошлой работе (привет, Мегафон) была такая же хрень. Называлось это, кажется, «личная инициатива» или как-то столь же иронично, и на это была завязана годовая премия. Суть была в том, что в начале года каждый сотрудник должен был расписать чего он добьётся и в какие сроки, с оценкой minimal->outstanding по каждой задаче (а задач требовали минимум три), и утвердить план у своего начальника. Впрочем, какие-то задачи на подразделение могли быть спущены «сверху», и всем было плевать, совпадают ли эти задачи с направлением подразделения, и выполнимы ли вообще.
                                                                Скажем на мониторинг сети спускалась задача по уменьшению аварийности. Чуете логику? Вот-вот, в результате мониторинг старался улучшить статистику любыми средствами, нарушая все инструкции, вплоть до откровенного саботажа.

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

                                                                В конце года начальники скрестив пальцы подписывались под тем, что их сотрудники выполнили свои обязательства на 146% (потому что от этого зависели уже их премии), и отчёты уходили наверх. Бюрократический аппарат думал, а потом спускал вниз цифры премии, которые получал тот или иной отдел, причём эти цифры, видимо, зависели не столько от работы и отчётов, сколько от наличия денег в бюджете и настроения гендира.

                                                                Всех без исключения это бесило, но отказаться от этого было нельзя.
                                                                  +1
                                                                  Всех без исключения это бесило, но отказаться от этого было нельзя.

                                                                  В конце 90х мне довелось поработать в милиции. Там аналогичная картина была с ежеквартальными личными планами офицеров. И бесило, и отказаться нельзя. И направление у каждого отдела было свое, в соответствии со служебными обязанностями. И премиальные были на это завязаны. И в результате проявлялись чудеса изобретательности и формулирования.

                                                                  Но!

                                                                  При всем при этом, каждая итерация такого планирования бодрила народ и заставляла «воспарить надо рутиной», «оглянуться на свою жизнь», подумать о перспективах и возможностях. И пусть в основном в планы писалась хрень, но зато там попадались и действительно дельные вещи. О которых, ежели бы не заставляли, никто бы и не подумал.
                                                                    +1
                                                                    Во всём можно найти положительные стороны.
                                                                    Но «инициативная» схема пришла на смену схеме с KPI, чётко показывающей эффективность каждого сотрудника и подразделения. Сотрудник мог (но не был обязан) в появившееся свободное время сделать чужую работу, и на следующий же день увидеть в специальном журнале проставленные контролирующим руководителем проценты премии. Это дико стимулировало, многие специально оставались поработать подольше, набирая по 50-70% зарплаты премиальных.
                                                                    Обязаловка и неочевидность результата убили удовольствие и инициативность.
                                                                      +2
                                                                      Или компания оценила, что непонятно как сделанная работа (потому, что чужая) ведет к переплате 50-70% ФОТ, увеличению количества больничных, снижения качества выполненных за счет потери концентрации (в первую очередь, из-за усталости «переработчиков») и т.п.? То, что достаточно хорошо видно в статистике по организации, и слабо прослеживается по отдельным людям?

                                                                      (просто догадка, я свечку не держал)

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

                                                                      Так продолжалось довольно долго. Однако в результате оказалось, что:
                                                                      а) премиальных выплачено дохрена;
                                                                      б) то, что накодили, мягко говоря, не блещет;
                                                                      в) трудовой дисциплины нет и в помине;
                                                                      г) коммуникации существенно осложнились (см. раздолбайство и отсутствие на рабочих местах в рабочее время).

                                                                      Грянула буря.
                                                                      В результате последовавшего за ней закручивания гаек (вплоть до отбирания части ранее выплаченных премий), в течение пары месяцев безвозвратные потери компании составили примерно 25% программистов и 15% других категорий сотрудников.
                                                                    +2
                                                                    Спасибо за прекрасный пример. Как я понимаю, можно было бы легко отменить всю эту хрень с планами по «личной инициативе», но тогда пришлось бы сократить энное кол-во человек из отдела кадров, которые «непрервыно работают с планами по личной инициативе», «совершенствуют методики», «проводят мониторинг процесса», «оценивают качество» и прочую лабуду. Но поскольку места эти в кадрах теплые, «насиженные», то никто ничего и не отменит. 8-)
                                                                      0
                                                                      Эта хрень предназначалась для ИБД. Подчинённым приходилось имитировать деятельность, начальникам — имитировать показатели в отчётах. Топ-менеджмент отчитывался по фейковым данным генеральному и получал свои премии. Косяки же замалчивались, так как это было всем выгодно.

                                                                      Это всё слишком сложно с подробностями объяснить, тем более, что я с радостью выкинул это из головы сразу после увольнения.
                                                                    +5
                                                                    Работаю на самом «карьерном» дне, в небольшой компании человек на 200 (производство). За годы работы понял:
                                                                    1). Что все навязываемые обязательства надо на себя брать только через официальные письма с копией всем начальникам.
                                                                    2). Инициативу не проявлять никогда если она теоретически добавит тебе обязательств.
                                                                    3). За полезные для компании улучшения и «прорывы» никто не скажет спасибо, всем насрать на тебя. В деньгах это тоже не отразится никак.
                                                                    4). Твое место в стаде определяется не твоими талантами, а наглостью с равными и лояльностью к начальству (желательно копировать их интересы и хобби, например играть в футбол по вечерам с ним).
                                                                      –2
                                                                      Система КОМПАС Никанорова и Водянова.

                                                                      В интернетах мало, но можно погуглить.
                                                                        0
                                                                        Спасибо за статью!
                                                                        Я, оказывается, работаю в невероятно крутой компании!
                                                                        Жизнь внезапно стала сильно лучше и :)
                                                                          0
                                                                          Ну хоть кому-то помогло! 8-)
                                                                          0
                                                                          Здесь ничего удивительного нет. Все дело в том, что все (подавляющее большинство) стараются избежать личной ответственности за происходящее. Это закон социального поведения. Он не зависит ни от социального строя, ни от культурных особенностей.

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

                                                                          Так ответственность распространяется снизу вверх. В обратном направлении она распространяться не может.

                                                                          Но в крупных организация руководители, как правило, наемные, и мотивации отвечать за свои действия не имеют. Они просто имитируют бурную деятельность, проводят собрания директоров и набивают карманы. Если случайно что-то получается, они ставят себе это в заслугу, если наоборот — разводят руками сваливают вину на кого-то еще. «Кто-то еще», понятное дело, распределяет вину уже по своим подчиненным и т. д.
                                                                          • UFO just landed and posted this here
                                                                              +1
                                                                              В качестве анекдота такая идея пойдет, но в реальности любой разумный организм не будет делать себе во вред, а любая бюрократия делает все, чтобы организму было хуже, он был наименее эффективным и развалился, исчез, переродился (революция) или был съеден другим организмом. Хотя сравнение с организмом, отравленным наркотиками, потребляющим все новые и новые дозы и идущим к смерти вместо полезной и развивающей деятельности, может и покатит. :)
                                                                                +1
                                                                                любая бюрократия делает все, чтобы организму было хуже

                                                                                Значит ли это, что любая бюрократия — суть болезнь организма, которую надо лечить до победного?
                                                                                  +1
                                                                                  Ответ на этот вопрос не так важен, как ответ на такой вопрос: а как лечить-то? Как работник может вылечить фирму? Как гражданин может вылечить страну? Только не надо про общефирменные собрания и про выборы. Не работает. Про революции тоже не надо — больно от них.
                                                                                    0
                                                                                    Ответ на этот вопрос не так важен

                                                                                    Мне интересен именно этот вопрос.

                                                                                    а как лечить-то? Как работник может вылечить фирму? Как гражданин может вылечить страну?

                                                                                    Щелкнуть пальцами и сразу вылечить? Никак. Все остальное — длительный процесс. В который даже предельные усилия отдельно взятого гражданина могут внести только часть необходимого, но никак не все.

                                                                                    Только не надо про общефирменные собрания и про выборы. Не работает. Про революции тоже не надо — больно от них.

                                                                                    Что делать? Гражданину достаточно начать с себя. Как в христианстве говорится: «спасись сам, и вокруг спасутся тысячи».
                                                                                    Подмести в подъезде. Перестать ставить свое авто поперек дорожек. Покрасить лавочку во дворе. Занести продукты старушке-соседке. Дальше — больше, коллективом. Организовать субботник. Скинуться на новую детскую площадку. Поставить фонари в темных углах. Такой рецепт годится?

                                                                                    Кстати говоря, манипуляции подсчетом голосов на выборах — это еще не повод их игнорировать. Пойдешь — может нахимичат, может нет. Не пойдешь — точно нахимичат.
                                                                                      +1
                                                                                      Мне интересен именно этот вопрос.

                                                                                      Ок, любая бюрократия, понимаемая как «излишняя, ненужная, вредная формализация управления сложной общественной системой», вредна по определению. Можно ли ее вообще «лечить»? Сильно не уверен. Не знаю ни одного примера, где бы забюрократизированную фирму «вылечили». А Вы знаете? Такие фирмы просто уходят из конкурентного бизнеса.

                                                                                      Такой рецепт годится?

                                                                                      Увы, такой рецепт не катит, потому что лечение с этом случае (если это можно вообще назвать лечением) длится несколько поколений людей. В лучшем случае. А в худшем, вообще ни к чему не приводит.
                                                                                      Кстати, насчет авто — а где их ставить, если банально нет мест для стоянки для такого кол-ва автомобилей?
                                                                                        0
                                                                                        понимаемая как «излишняя, ненужная, вредная формализация управления сложной общественной системой», вредна по определению


                                                                                        Ну, если Вы вставили в определение слово «вредная», то логично, что по определению будет «вредная». В таком контексте вопросов нет.

                                                                                        Кстати, насчет авто — а где их ставить, если банально нет мест для стоянки для такого кол-ва автомобилей?


                                                                                        На специально оборудованных стоянках? (да, порой за километр-два от дома)
                                                                                        Сменить дом на такой, в котором есть отведенные для жильцов машиноместа?
                                                                                        Оставить на площадке дилера? (и не покупать, раз ставить негде)

                                                                                        Если ничего не подходит — тогда да, остается решать свои проблемы за счет окружающих. Как делает большинство, в общем-то. Что поделаешь, «не мы такие, жизнь такая» (с).
                                                                                          +1
                                                                                          Абсолютно правильные варианты. Забыли только добавить:
                                                                                          — сменить дом на свой дом с гаражом на 2 (8?) машин, а лучше и с вертолетной площадкой. Ну чтобы два раза не переезжать.
                                                                                          — сменить дом на дом в другой стране.
                                                                                          :)
                                                                                            –2
                                                                                            С первым вариантом согласен. Он тоже решает проблему машиноместа.
                                                                                            Второй недостаточно детерминирован. Вероятность рецидива значительно отличается от нуля. :)
                                                                            0
                                                                            (ошибся уровнем)
                                                                              0
                                                                              «Для меня стало совершенно очевидно, что весь проект пойдет в корзину, и я потерял всякий интерес к нему, хотя и честно выполнял свою часть работы. И когда после года работы над проектом его отменили, я испытал чуть ли не злорадное удовольствие – вот, я оказался прав!»

                                                                              и нафига тратить год своей жизни?
                                                                                0
                                                                                Что значит, тратить? Я работал работу, получал за это деньги, которые тратил и получал удовольствие от жизни. Этого мало? Разве это был мой проект, мой стартап, мой бизнес? Не надо путать две большие разницы.
                                                                                0
                                                                                А в конференц-залах был вообще конкретный дубак. Не помогали даже кофты. Да и кофе остывал очень быстро. Все это при том, что на улице было +30 круглый год.

                                                                                А это — не из-за неумных кондеев. Это — фишечка в Азии. Чем холоднее в помещении — тем круче. В машинах они тоже выкручивают кондей на максимум, ставят рециркуляцию и ездят в свитерах, хотя блок управления — вот он, родной.
                                                                                  0
                                                                                  Я прожил в Азии восемь с половиной лет, поэтому не надо про фишечки. Когда все страдают и все жалуются, это не фишечки, это бардак.
                                                                                    0
                                                                                    Можно назвать «багофича», если «фишечка» не устраивает.
                                                                                    Такой длиной члпроживания в Азии похвастаться не могу (всего 1,5 года), но лично видел, как сами азиаты с удовольствием выкручивают кондей на максимум и надевают куртку. «все страдают и все жалуются» ≠ true.

                                                                                Only users with full accounts can post comments. Log in, please.