Наше подразделение работает без руководителей с конца 2015 года. Сами решаем, кому и сколько платить, кто поработал хорошо, а кто не очень, кого нанять, а с кем расстаться. В статье расскажу про самое сложное — работу с людьми. Поделюсь тем, как у нас инженеры аттестуют инженеров, кто теперь делает всю ту полезную работу, которую делали руководители и, конечно же, сколько человек пришлось уволить, чтобы это всё внедрить.
Предыстория
Я отвечаю за работу одного из подразделений разработки в компании 2ГИС — нас 36 человек, 4 команды. Мы разрабатываем софт для внутренних нужд компании, наши пользователи — операторы контакт-центра, ГИС-специалисты, сотрудники, сверяющие информацию об организациях на местности, и другие замечательные люди.
В конце 2015 года мы решили перейти от матричной формы организации управления к форме, в которой руководителей нет. С одной стороны, мы вдохновлялись идеями Фредерика Лалу, изложенными в его книге «Открывая организации будущего», а с другой — у нас были свои, вполне конкретные причины.
Самоуправление
Бирюзовые организации эффективно решают задачи любого уровня сложности, используя систему, основанную на взаимодействии равноправных коллег. При работе в этой системе нет нужды ни в иерархии, ни в консенсусе.
Целостность
Традиционно организации всегда поощряли сотрудников только за узкопрофессиональные качества, а остальные, личностные черты — предлагали оставлять за дверью. От нас требуют демонстрировать мужественную решимость, уверенность в себе и силу, а сомнения и слабости — скрывать. Рационализм царствует. Эмоции, интуиция и выражение духовных потребностей нежелательны и неуместны. В «бирюзовых организациях», напротив, разработан набор согласованных практик, побуждающих заново обратиться к нашей внутренней целостности и быть на работе тем, кто мы есть на самом деле.
Эволюционная цель
Считается, что «бирюзовые организации» живут собственной жизнью и обладают собственным представлением о направлении дальнейшей деятельности. Членов организации побуждают не стараться предвидеть изменения и контролировать будущее, а вслушаться и понять, чем хочет стать организация, какой цели ей хочется служить.
Первой причиной были трудности, с которыми сталкивались действующие руководители. Это было особенно заметно в процессе аттестации сотрудников. Например, сложности возникали у тех руководителей, кто больше хотел писать код, а не возиться с людьми. Другой пример — это линейный руководитель и сложности, с которыми он сталкивался в аттестации, когда нужно было принимать решения по людям, о которых он знал только с чьих-то слов, не сидел с ними в команде и особенно не пересекался по задачам.
Была и вторая причина — в конце 2015 года мы с теми самыми руководителями собрались и подумали, каким мы хотим видеть наш сервис в идеале. Получилось несколько разных направлений. И одним из них оказалось самоуправление — мы хотели, чтобы больше сотрудников участвовало в принятии различного рода решений, чтобы эти решения принимались быстрее, чтобы было больше инициатив.
Куда делись руководители?
При переходе к работе без руководителей мы, конечно же, понимали, что само по себе наличие руководителей не является абсолютным злом, которое нужно искоренять. Хороший руководитель — это благо и для компании, и для подчиненных. В нашем случае это благо являет собой сбалансированную совокупность разных ролей — инженера, менеджера, наставника, эксперта в продукте.
Фактически, у нас эти роли теперь живут отдельно, а не сконцентрированы в одном человеке. Их может тащить любой инженер. Например, ответственным за планирование в команде может быть разработчик или тестировщик. Плюс мы стараемся, чтобы эти роли не застревали надолго в одном человеке. Это позволяет ему не выгорать, а другим — привнести что-то новое в наши процессы и продукты. Сейчас мы используем следующие роли — крайние за планирование, ретроспективы и митинги на уровне команд, фиче-крайние и HR.
Руководителей мы конечно же увольнять не стали — у них возникла возможность сфокусироваться на том, что больше нравилось и получалось.
Инженер в роли HR
Мы используем термин HR, но подразумеваем под ним не совсем то, что обычно принято. Что же делает инженер, который взвалил на себя роль эйчара для некоторых из своих коллег? Главное — он выстраивает доверительные отношения с теми, для кого выступает в этой роли. Базируясь на этом доверии, эйчар мониторит, что сотрудника печалит, а что радует. Включая задачи и зарплату. Отдельные темы — насколько сотруднику комфортно взаимодействовать с другими ребятами и его планы по сотрудничеству с компанией. Отслеживать всё это эйчар может как минимум двумя способами — регулярными тет-а-тетами или просто наблюдением в процессе работы. Всё это работает особенно хорошо, когда эйчар находится в одной команде с теми, для кого выступает в этой роли.
Зачем это нужно?
Вся информация, полученная от людей, позволяет выявлять общие мотиваторы/демотиваторы на уровне подразделения и, соответственно, усиливать/смягчать их. Заблаговременно нанимать новых сотрудников, стараться осуществлять маппинг людей на задачи, которые им по душе, решать конфликты в коллективе и контролировать нежелательную текучку.
Как мы нашли эйчаров?
Начали мы с того, что отправились искать ребят, которые хотели бы попробовать себя в этой роли. Мы опросили всех наших сотрудников. Нам повезло — такие люди нашлись. Мы пошли дальше и задали всем вопрос: «А с кем бы ты был(а) готов(а) доверительно обсуждать свою работу?». Нам повезло второй раз. Получился хороший маппинг — у каждого сотрудника есть эйчар, которого он выбрал сам, и этот эйчар хочет этой деятельностью заниматься. К сожалению, не во всех случаях получилось так, чтобы эйчар сидел с сотрудником в одном кабинете.
Как работают эйчары?
Мы проводим тет-а-теты с ребятами как минимум раз в три месяца. Встреча занимает около одного часа. В целом, количество встреч и объём общения — это дело эйчара и сотрудника, для которого он выступает в этой роли.
На таких встречах эйчар задаёт открытые вопросы, слушает и уточняет. Мы практикуем вопросы, подразумевающие в качестве ответа оценку и пояснение, например «Оцени по пятибалльной шкале, насколько тебе интересны задачи, которыми ты занимаешься?» и «Чего не хватает до 5?»
После встреч все эйчары собираются и обсуждают вопросы, которые требуют общего внимания. Например, общие демотиваторы и то, как мы хотим их смягчить/устранить. Бывает, что эйчары собираются и для помощи друг другу в решении сложных кейсов.
Кроме проведения тет-а-тетов, эйчары работают в этой роли в фоновом режиме каждый день, присматривая за своими коллегами. Важно понимать, что эйчар не является руководителем сотрудника и, следовательно, не может повлиять на него с помощью дополнительных полномочий. Например, назначив человеку интересные задачи и убрав унылые. Эйчар у нас — это тот, кто помогает сотруднику выгрести самому, а не вывозит его на себе.
Например, в межличностных конфликтах задача эйчара — помочь сотруднику так, чтобы тот сам смог зарезолвить возникшие трудности в коммуникациях. Эта помощь может быть выстроена вокруг совместного ответа на вопросы вида: «как лучше нафидбэчить коллеге, чтобы он меня услышал?», «а я его слышу/понимаю его позицию?». Безусловно, бывают ситуации, когда сотрудник сам «не вывозит», но в приоритете всё же подход «сделай сам, а мы готовы предоставить тебе все необходимые ресурсы».
И, конечно же, эйчары являются значимыми участниками в процессе аттестации сотрудников, так как обладают важной информацией про людей. Например, они могут помочь с валидацией решений по зарплате.
Сейчас за нашей командой из 36 человек «присматривают» пять эйчаров. Распределение у нас не очень равномерное, и это, то что нам хотелось бы улучшить — мы стремимся к соотношению 1:7.
Аттестация
Аттестацию сотрудников мы проводим дважды в год — весной и осенью. На аттестации оцениваем результаты сотрудников, обмениваемся обратной связью, принимаем решения, связанные с изменением зарплаты. В каком-то смысле можно сказать, что аттестация — это процесс оценки выполнения контракта между сотрудником и компанией и принятия решения о продлении этого контракта на актуализированных условиях.
Аттестация у нас состоит из 5 этапов:
1. Тет-а-теты
2. Самооценка и фидбэк
3. Оценка коллегами
4. Изменение зарплаты
5. Фидбэк в командах
Этап 1. Тет-а-теты
На самом деле, это не совсем этап аттестации, но информация с тет-а-тетов на аттестации используется. Напомню, мы проводим эти тет-а-теты не реже 4-х раз в год и, соответственно, к каждой аттестации у нас есть достаточно актуальная информация, полученная с их помощью. В эту информацию входит следующее: мотиваторы/демотиваторы, удовлетворенность задачами и зарплатой, планы по дальнейшему сотрудничеству, ожидания по изменению зарплаты и информация о трудностях в коммуникациях с коллегами.
Этап 2. Самооценка и фидбэк
На этом этапе сотрудник самостоятельно оценивает свои результаты за прошедший с прошлой аттестации период и публикует эту информацию в виде страницы в конфлюенсе. На странице в виде таблицы приведён список того, что сотрудник считает своими результатами за прошедший период. У нас нет ограничений по тому, что писать, а что нет — это целиком позиция сотрудника. Что считает нужным, то и пишет. Это могут быть продуктовые результаты на бою или что-то, что ещё далеко от продакшена, но уже видится значимым. Это могут быть процессные улучшения или хорошо выполненная роль. Здесь же сотрудник публикует свое видение того, какую ценность его работа принесла — для компании, команды, продукта, самого сотрудника.
По основным результатам сотруднику необходимо собрать обратную связь — с коллег, заказчиков, смежников — всех, кто может её предоставить. Стараемся не заваливать друг друга запросами на всю команду, а обходиться минимально необходимым составом. Не обязательно собирать ОС по всем результатам — обычно достаточно по 3-5 главным.
Есть еще пара вопросов, на которые нужно ответить в целом за период — чем гордишься/что вышло круто, что печалит/что не удалось?
Плюс есть раздел с общей обратной связью, куда любой желающий может нафидбэчить сотруднику за прошедший период в целом, а не по конкретному результату.
В конце этого этапа сотруднику нужно измерить ценность своих результатов суммарно за период. Ценность результатов — это проявленная в результатах основная квалификация, плюс что-то ещё. Это «что-то ещё» может быть результатом из другой специализации (например, если разработчик круто сделал большую аналитическую задачу) или это какое-то достижение, связанное с процессами.
Шкала в которой измеряется ценность результатов, та же, что и в градации квалификации: стажер, джун, джун+, мидл и далее. Мы пользуемся следующими обозначениями: ->J, J, J->M, M, M->S, S, S->.
Пример самооценки:
На этот этап в целом мы отводим календарную неделю. Чтобы можно было и аттестацией позаниматься, и рабочие задачи поделать.
Этап 3. Оценка коллегами
Цель этого этапа — увеличить объективность оценки ценности результатов сотрудников. Мы собираемся «экспертной» группой, в которую входят представители от каждой команды и эйчары. Фактически мы кратко обсуждаем страницу с результатами, плюс смотрим самооценку и пояснение к ней. При необходимости что-то обсуждаем и уточняем у представителей от соответствующей команды или у эйчара сотрудника.
Самооценка и оценка «экспертов» не всегда совпадают. Во время аттестации в сентябре 2018 года шесть сотрудников по мнению «экспертов» недооценили свою деятельность, а четверо — переоценили. Во всех этих случаях инженер-эйчар на встрече с сотрудником поясняет почему группа дала такую оценку.
На этот этап тоже уходит примерно одна календарная неделя. Сама встреча экспертов заняла в сентябре 2018 у нас 2 часа * 9 человек для принятия решений по 36 сотрудникам.
Этап 4. Изменение зарплаты
На старте аттестации наши настоящие HR (не те, что инженеры-эйчары) предоставляют нам информацию о рынке зарплат в нашем городе. Мы адаптируем эту информацию к нашей шкале: ->J, J, J->M, M, M->S, S, S->. Адаптируя эту информацию, мы ориентируемся на диапазон между медианой и верхним квартилем.
Формула, которую мы используем, как первый шаг в определении зарплаты:
Рынок — это зарплата из исследования рынка, соответствующая ценности результатов сотрудника за прошедший период.
Так как динамика роста зарплаты подразделения в рамках каждой аттестации ограничена, мы используем функцию F, которая впихивает все наши решения в это ограничение. Фактически, она пропорционально урезает их — в случае, если мы не удовлетворяем ограничению.
После этого наши эйчары валидируют решения по тем сотрудникам за которых они отвечают. И именно тут необходимы их знания про людей, полученные на тет-а-тетах. К ручным корректировкам прибегаем в исключительных случаях. Мы стремимся, чтобы два сотрудника с одинаковой ценностью результатов получали одинаково хорошую зарплату.
Полученные решения отправляются на почту каждому сотруднику вместе с опросником про то, насколько сотрудник удовлетворен этим решением. С теми, кого изменения в зарплате не удовлетворили, мы разговариваем и пытаемся понять, ошиблись ли мы. Ошибки исправляем.
Вот картина с последней аттестации:
Этап 5. Встречи по обмену ОС в командах
На этом этапе мы проводим встречи внутри команд для обмена фидбэком вживую. Так легче услышать своих коллег, чем во время переписки. Поэтому получается достаточно много обратной связи про развитие и про то, что можно было бы сделать лучше. Формат встречи достаточно простой — по каждому сотруднику высказываются все желающие, отвечая, по сути, на один вопрос: «Что ты хочешь сказать коллеге по итогам прошедшего периода и пожелать на будущий?»
После того, как все высказались, слово предоставляется человеку, которому фидбэчили, чтобы он мог сказать ответное слово. Я принимаю участие во всех этих встречах, и для меня это уникальная возможность услышать вживую фидбэк от каждого сотрудника моего подразделения. Обычно такие встречи занимают 2-4 часа на команду.
На этом этапе аттестация заканчивается. В сентябре 2018 она заняла у нас 3 календарные недели. В конце каждой аттестации мы запрашиваем фидбэк у сотрудников по процессу. Вот некоторая его часть с последней аттестации:
Что происходит с теми, кто демотивирован после аттестации?
После завершения аттестации бывает так, что кто-то из ребят демотивирован: например, он считал, что поработал круто, а его результаты оценили средне. Понятное дело, что просто на это закрыть глаза и жить дальше — нехорошо. Такие ситуации — это работа для наших эйчаров. Их задача — помочь сотруднику разобраться в том, что получилось не очень и что стоит сделать иначе, чтобы достичь лучших результатов к следующей аттестации. Безусловно, всё это возможно лишь в случае, если сам сотрудник хочет что-то изменить и улучшить.
Что нам нравится?
В нашей аттестации нас радует достаточно высокая прозрачность происходящего для всех участников — почти вся информация открыта. Хорошо и то, что мы фокусируемся на ценности результатов — на проявленной квалификации, а не на её потенциале. Радует, что у нас получается обеспечить приличный уровень обратной связи для сотрудников.
Что хотим улучшать?
Конечно же, процесс не идеальный, и каждый раз мы стараемся его улучшать, опираясь на обратную связь от сотрудников. Например, в следующий раз мы хотим поработать над улучшением качества результатов этапа самооценки: у некоторых ребят есть трудности с подготовкой страницы с результатами и сбором обратной связи. Есть что улучшать и в работе экспертной группы — это касается тех приемов фасилитации, что мы используем на встрече.
Что думаю об этом я, как крайний за подразделение?
То, что в итоге получилось у нас с аттестацией, по моему мнению лучше, чем наша история с руководителями образца 2015 года, которые не хотели этим заниматься и/или не имели доверительных отношений со своими подчиненными. И, конечно же, дело здесь не в слове «руководитель», а в словах «хотеть» и «доверять». Мне нравится подход, при котором мы не пытаемся найти одного человека (руководителя), который сможет круто вывозить несколько ролей, а маппим эти роли на разных людей, стараясь использовать принцип «хочу» и не забывать про ротацию.
P.S. Если вас заинтересовала эта история, посмотрите рассказ моего коллеги Александра Картавцева в этом году про фичекрайних.
Комментарии (127)
Scf
28.11.2018 09:11+1В каком городе у вас разработка? По формуле получается, что зп сотрудника всегда ниже рынка.
MorozovAleksey Автор
28.11.2018 09:45Речь про Новосибирск. То, что мы используем в формуле под названием Рынок — это цифра в диапазоне между медианой и верхним квартилем рыночных исследований зарплат города. Рынок этот актуализируем каждую аттестацию и понятное дело, что он растёт и в этом плане ситуация, что ЗП сотрудника не в рынке — это нормальная рабочая ситуация, которую надо решать. Но тут важно понимать, что есть ещё и ограничение на рост ФОТ подразделения и, если рынок скакнул сильно, то эта задача будет решаться за несколько аттестаций. Тем не менее, это не означает, что сотрудник всегда не в рынке — например, в прошедшую аттестацию у нас были ребята, оказавшиеся в рынке согласно тому, что мы под этим подразумеваем.
petrovichtim
28.11.2018 10:32-1Очень скользко это всё, скажите пожалуйста сколько конкретно получают разработчики? И почему вы исходите из зарплаты Новосибирска? Это для того чтобы платить людям меньше?
MorozovAleksey Автор
28.11.2018 10:46+2Что именно Вас смущает? Новосибирск потому, что речь про разработку в офисе Новосибирска.
petrovichtim
28.11.2018 10:51Насколько мне известно, в Новосибирске есть широкополосный интернет, что позволяет зарабатывать по всему миру?
AndreyGaskov
28.11.2018 11:19+1Насколько мне известно, в Новосибирске есть широкополосный интернет, что позволяет зарабатывать по всему миру?
У нас же свободная страна. Кто хочет, тот и зарабатывает через интернет. Но пока есть довольно много разработчиков, которые готовы ходить в офис, компаниям не имеет никакого смысла платить разработчику в Новосибирске зарплату уровня США.
mapron
28.11.2018 22:59Что значит «разрабатывать по всему миру»? Сотрудники 2гис будут заниматься разработкой для своей компании, что не так-то?
Laserson
29.11.2018 15:25Т.е. верхняя планка ЗП всегда ограничена некими рыночными обстоятельствами?
MorozovAleksey Автор
29.11.2018 15:32В целом да, но могут быть исключения и для этого кроме формулы есть механизм ручных корректировок. Ещё раз подчеркну, что речь про исключения, а правилом является актуализируемый рыночный ориентир в диапазоне медиана — верхний квартиль.
Khan-Trionov
28.11.2018 10:17Как я понял материал, аттестация для того и происходит чтоб выровнять зарплаты с рынком (если сотрудник того заслуживает). А меньше она получается так как аттестации проходят не каждый месяц, а зп по рынку растет…
plastilinko
28.11.2018 12:04Анализ рынка сложная штука. То что пишут в вакансиях обязанность-компенсация обычно не отражает ни реальные скиллы ни реальный размер оплаты. Так что наверное правильнее было бы описывать в ключе что понимание скилл-оплата все же свое собственное но не больше чем у конкурентов иначе проще нанять человека со стороны за тот же или меньший прайс. Вот это, кмк, уже ближе к тому самому «рынку» где есть товар и цена за него.
AndreyGaskov
28.11.2018 12:14Анализ рынка сложная штука. То что пишут в вакансиях обязанность-компенсация обычно не отражает ни реальные скиллы ни реальный размер оплаты.
Как я понимаю, в данном случае точный анализ рынка не самоцель. Задача, чтобы сотрудники массово не уходили из команды (так как сразу же за углом предлагают значительно больше), чтобы сотрудники не были демотивированы размером прибавки, и чтобы ФОП не выходил за установленные рамки. Если все эти цели достигнуты, то точность анализа рынка «нормальная», значительно её улучшать можно только из-за любви к искусству.
MorozovAleksey Автор
28.11.2018 13:36Соглашусь с Вами в том, что анализ рынка — это не просто. Один из инструментов, который мы используем для увеличения объективности такого рода анализа — это информация от кандидатов и от наших сотрудников.
plastilinko
28.11.2018 17:23Тут главное чтобы «я вот мне конкуренты предлагают на ХХХХ больше» не превратилось в инструмент шантажа :) Но если в команде все свои и все прозрачно то такой риск минимален.
MorozovAleksey Автор
29.11.2018 09:21Вы правы, прозрачность — отличный инструмент для управления такими рисками.
Tiendil
28.11.2018 09:25-2Бирюзовые организации эффективно решают задачи любого уровня сложности
А те, которые не решают, — не бирюзовые :-D
Что мне нравится во всяких бирюзовостях и агайлах, так это подобные декларации. Все у кого получаются — наши, а у кого не получается — не наши. Очень удобно.Steed
28.11.2018 23:07(Заявление из статьи:) > Бирюзовые организации эффективно решают задачи любого уровня сложности
A ? B
А те, которые не решают, — не бирюзовые
!B ? !A — верное отрицание исходного утверждения
Все у кого получаются — наши, а у кого не получается — не наши
B ? A, !B ? !A — второе утверждение верное, а первого утверждения в статье не было ;)
MorozovAleksey Автор
29.11.2018 15:38Да, эти цитаты из книги действительно воспринимаются, как гиперболизированные, поэтому конечно же не стоит использовать такое, как инструкцию к действиям. Думаю поэтому одна из распространённых рекомендаций это — «адаптируйте к своей ситуации».
habradante
28.11.2018 09:37+3Какой ужас!
Я так понимаю, это сложилось из-за того, что вы пишете именно внутренний софт, т.е. нет жестких дедлайнов, эффективность продукта не влияет (либо не посчитано как влияет) на доходы компании. И, в целом, у вас есть время позаниматься всем, помимо своей основной работы. И, похоже, руководство мало волнует что происходит у вас внутри команды.
— Нужно баг починить, где Вася?
— Вася оценивает Петю в переговорке.
— А когда он баг починит?
— Не знаю, сегодня он еще Машу оценит. А завтра у него встреча с другими крайними по человекам, они будут сравнивать Петю и Машу.
— А ты можешь баг починить?
— Нет, я план составляю.
— А программисты тут есть?
— Конечно, мы все программисты. Вася, вон, программист по людям, Коля программист по зарплатам, я программист по планам, а Лена программист по аттестациям. По багам сегодня никого нет. Но приходите на следующей неделе, мы перетасуемся и может кого-нибудь выберем программистом по багам.MorozovAleksey Автор
28.11.2018 10:08+1Не переживайте так сильно. У нас всё хорошо, ужаса нет, люди работают и делают замечательные продукты. И руководству нашему не всё равно и дедлайны тоже бывают. Выдуманная Вами история повеселила, спасибо.
AllexIn
28.11.2018 17:15Какому еще руководству??
oldschoolgeek
28.11.2018 19:52+3Как я понимаю, автор говорит о подходе, позволяющем избавиться от руководителей на уровне проекта / отдела, но топ-менеджмент при этом никуда не девается.
MorozovAleksey Автор
29.11.2018 09:24Речь в статье про одно подразделение в большом департаменте (350+ сотрудников) в большой компании. Владельцы бизнеса никуда не делись и руководство департамента тоже. Вот про них и речь.
AlexeyRogatkin
29.11.2018 12:36Ну, есть несколько отличных примеров где плоская структура отлично справляется с обеспечением большого дохода для компании. Из IT компаний один из самых ярких примеров Valve. Ну помните наверно, Half-Life, Steam, Portal все прочие дела. Вот у этих вот ребят нету руководителей вообще на уровне всей организации целиком, а по уровню капитализации они весьма многим могут дать фору.
habradante
29.11.2018 13:39+2Надо понимать что этот уровень капитализации достигнут за счет Steam. Т.е. их доходы это скорее следствие объема Steam, а не бирюзовости организации. Можно поспорить, родился бы Стим, если бы организация имела другую структуру, но факт в том, что Стим не единственный на рынке, подобные продукты есть и у не-бирюзовых компаний.
А вот отсутствие Half-Life 3, как раз, скорее, следствие бирюзовости, потому что при обычной руководящей структуре, глядя на продажи Half-Life 2, компания обязательно бы выпустила третью часть.
Сам же Гейб Ньюэлл в одном из интервью сказал, что из-за отсутствия руководства при разработке Half-Life 2, команда потратила примерно полгода на устранение ошибок из-за нескольких неверно принятых решений одним из членов команды.
В данной статье описан, как раз, случай, когда продукт выпущенный с обычной орг. структурой, позволяет кормить несколько бирюзовых команд. Поэтому мне и сомнительна «нормальность» полета без руководителя в случае, когда дует попутный денежный ветерок, приводимый в действие руководителями.AlexeyRogatkin
29.11.2018 13:50-2Согласитесь, некорректно рассматривать цельную картину выделяя промахи (ошибка члена команды с half life 2) и игнорируя победы (Steam сделала все та же компания с бирюзовой структурой и теми же членами команд). Какая бы ни было структура не была, ошибки возможны везде. Более того стратегическая ошибка незастрахованного разными мнениями и фасилитацией руководителя часто гораздо более фатальна чем ошибка одного члена команды с общим полем деятельности. Ну а заявлять отсутствие half life 3 следствием бирюзовости весьма спорная гипотеза и не более того.
В целом я предлагаю не путать теплое с мягким: процесс работы есть процесс работы, продуктовая стратегия есть продуктовая стратегия. Нету таких продуктов, которые могут создать только бирюзовые компании, а красные и оранжевые не могут and vice versa. Речь о том, что бирюзовая структура способна создать конкурентно способный продукт и не «продолбать все полимеры» не смотря на отсутствие привычной системы управления оранжевых компаний: эта система просто заменена другими, эквивалентными, но необычно выглядящими элементами
Я прошу обратить ваше внимание на то, что не утверждаю, что бирюзовая структура всему голова. Я лишь говорю, что при верном наборе ценностей и ground rules она работает и работает блестяще. Точно так же, как блестяще работает иерархическая структура в компании с другой моделью ценностей и гениальными руководителями во главе. И почему мы должны считать иерархическую структуру наиболее верной для меня не понятно: это лишь другой взгляд, с другими преимуществами и недостаткамиhabradante
29.11.2018 14:31Успешность бирюзовой организации сильно зависит от квалифицированности ее сотрудников. Т.е. те самые ошибки сотрудников обходятся дороже, в следствие отсутствия контроля. И оранжевые организации зачастую лучше себя проявляют, т.к. не так сильно зависят от квалифицированности сотрудников. Т.е. умелый руководитель сможет предотвратить вред, который может быть нанесен неумелым работником.
А поскольку большинство людей не являются безусловными профессионалами, то организации с привычной орг. структурой являют собой правило, в то время как бирюзовые — исключение.
Я не говорю, что бирюзовые организации не имеют права на существование. Я допускаю мысль, что можно собрать вместе несколько десятков умных людей и они сделают что-нибудь стоящее. Но я куда охотнее верю, что несколько десятков не настолько умных и самоорганизованных людей, вместе с умелым руководителем сделают что-то не менее, а то и более выдающееся.
В качестве успешных примеров: Microsoft, Oracle, Apple. Про первые две известно, что качество кода в них далеко от идеала, очень далеко. Последняя же, вообще, до недавнего времени была под авторитарным управлением.
Бирюзовые компании такого уровня я вспомнить не могу. Подскажите, если знаете.
Иерархическая структура более верная, в следствие того, что уровень квалификации сотрудников сильно разный, и цена ошибки может быть слишком высока. Плюс, в некоторых областях, бирюзовые организации просто не могут появится. Когда вам нужен продукт четко в срок, с четко прописанными характеристиками, то кто-то должен взять на себя ответственность за результат.
Helwig
28.11.2018 09:46+3Т.е. success story — это всего лишь упразднить должности «хэдов», размазав их обязанности по тем, кому интересно этим заниматься? И деньги за эти новые обязанности инициативные товарищи увидели только после аттестации? :)
Помимо этого, в подобном подходе основная проблема — столкновение принципа самоуправления команды с наличием ответственных. «Решение принимаем коллективно, но по роли сейчас крайний Игорь, только формальной власти у него нет».MorozovAleksey Автор
28.11.2018 10:01С проблемой «самоуправление vs роли» мы не сталкивались. Работает это у нас скорее в паре, например ответственный за планы в команде — этот тот за кем финальное решение по этим планам, но он обязан организовать работу над планами так, чтобы у каждого члена команды была возможность в ней поучаствовать. Особенно важно наличие такого ЛПР в случае, когда нет консенсуса, а решение принимать и двигаться дальше конечно же нужно.
Helwig
28.11.2018 10:16+1Т.е. у вас остался человек, принимающий решения, это его ответственность, с него за решение спрос будет. Но при этом это не формализованная должность с регулированием через должностные инструкции, а просто доп. нагрузка на участника команды, который «смог».
Конфликтует как-то с указанными вами же в статье принципами «бирюзовости», не находите?MorozovAleksey Автор
28.11.2018 13:40Решения у нас может принимать любой сотрудник, но через определенную механику (внутреннее консультирование), а роль она кроме доп ответственности добавляет и права, в частности право ЛПР для принятия финального решения. Про идеи Ф.Лалу — они были для нас источником вдохновения, но никак не инструкцией, поэтому противоречий между тем, как у нас и тем, как у него в книге может быть полно и это нормально, т.к. цели внедрить бирюзовость у нас нет и не было.
Helwig
28.11.2018 14:34Спасибо за уточнение, из статьи не совсем прозрачен этот момент. Про адекватную оценку нагрузки вы уже отвечали выше, так что осталось 2 вопроса — как вы определяете на ротации, кто действительно «потянет» роль, а кто «думает, что потянет»? И что происходит в ситуации, если человеку роль назначили, а он не справляется?
MorozovAleksey Автор
28.11.2018 15:30С ротацией, из того что пробовали, хорошо работает такой подход — тот кто передает роль, какое то время сопровождает того, кто её принял, в каком-то смысле осуществляет наставничество. И в этом случае, потянет или нет становится ясно достаточно просто — пробуем и смотрим. Если человек взял роль и у него не получается, то вся работа строится вокруг того, что из этого человек хочет улучшить, а что нет. Если хочет развиваться, мы постараемся помочь, если нет и результаты плохие — роль отдаём другому человеку. В частности, оценка того насколько хорошо сотрудник справился с ролью происходит на аттестации. Добавлю, что ротация происходит не часто, например ответственный за планы в команде может меняться раз в пару лет.
snp
28.11.2018 10:51основанную на взаимодействии равноправных коллег. При работе в этой системе нет нужды ни в иерархии, ни в консенсусе
,
На аттестации оцениваем результаты сотрудников
Что-то не сходится у вас.
Кроме того, чтобы организация стала «бирюзовой», там хотя бы кто-то должен быть эволюционировавший до этого уровня и транслирующий эти ценности, идеи и смыслы «из первых рук». Иначе получим карго-культ, не более того.
У вас такие есть люди? Их крайне мало и я вживую таких не встречал.
MorozovAleksey Автор
28.11.2018 13:45Мы не претендуем на звание «бирюзовая организация на 100%», т.к. нет у нас такой цели. А ссылка на Ф.Лалу дана, как на источник, который нас вдохновил, не более того.
VMichael
28.11.2018 12:20Т.е. два раза в год в подразделении напряг, с аттестациями.
Сам сейчас работаю в компании, которая стремится быть «бирюзовой».
Очень часто напрягает, что не найти «крайнего», того, кто отвечает за конкретную тему. По сравнению с «не бирюзовыми» компаниями, процесс сильно замедляется, порой это бесит.
Хотя для маскировки безделья это удобно.MorozovAleksey Автор
28.11.2018 13:51Аттестация у нас два раза в год во всём департаменте и это не связано с организационной формой конкретно нашего подразделения. Про сложно найти «крайнего» — это типичная проблема в самоорганизации вообще, когда например пытаются использовать назначение задач по принципу «кто хочет?». В команде должны быть договорённости про то, как определяется ответственный, иначе действительно наступит паралич. Хорошо на эту тему написано у Денниса Бакке в его книге «Человек решающий»
VMichael
28.11.2018 13:57Ок, аттестация значит не ваше дело. Просто про нее много в статье написано, вот я и подумал, что это тоже ваша бирюзовая задумка.
Убрав аттестацию за скобки, что получаем?
Подразделение получает задачи. Само внутри решает как их будет решать — «договаривается внутри подразделения».
А кто коммуницирует с той стороной, которая ставит задачи подразделению?
И кто выступает ответственным за выполнение задач перед «внешним» кругом?MorozovAleksey Автор
28.11.2018 14:20Да нет же, аттестация вот именно так — это наша дело и наша задумка. Я про то, что аттестация два раза в год проходит во всем департаменте, ну т.е. ритм одинаковый для департамента в целом, а аттестация сама по разному проходит. С другими подразделениями стараемся взаимодействовать максимально горизонтально и это у нас в целом так в департаменте — т.е. разработчик из одной команды без проблем может пойти и договорится с разработчиком из другой. Кто ответственный? Стараемся следовать принципу — «тот кто делает задачу» плюс принимать решения посредством внутреннего консультирования (посоветуйся с другими, консенсус опционален). В докладе, что я упомянул в конце статьи рассказ про то как у нас фичекрайние работают — это тоже один из вариантов реализации ответственности.
vics001
28.11.2018 13:25Получается люди работают без руководителя, но бюджет и задачи получают из вне. Возможно я не знаю, как должна выглядеть бирюзовая организация, но с точки зрения менеджмента у вас отсутствует «эффективность труда», так как вы не оптимизируете количество потраченного бюджета на данную функциональность.
MorozovAleksey Автор
28.11.2018 14:11Работа, связанная с оценкой полезности подразделения для бизнеса никуда не делась — более того она один из главных способов понимать ответ на вопрос «не стало ли хуже после всех этих изменений»? В каком то приближении можно сказать, что в департаменте у нас есть аттестация подразделений и там мы некоторую интегральную оценку результатов подразделения смотрим. По личному опыту скажу, что наличие руководителей не есть гарант того, что про «эффективность труда» кто-то будет думать.
aeeneas
28.11.2018 13:52+1Руководитель в классическом смысле, который «рулит», не очень-то нужен. Нужен супервайзер — человек, который формально раздавать задачи и следить за сроками, при этом не давя авторитетом: что-то вроде диспетчера.
MorozovAleksey Автор
28.11.2018 14:33Да, это приблизительно то, что мы подразумеваем под ролью «ответственный за планы в команде»
onlinehead
29.11.2018 00:38«ответственный за планы в команде»
Если у ответственного нет никаких рычагов влияния, то как оно работает то?
Представим гипотетическую ситуацию — на команду пришла срочная важная задача, но которую не особо хочется решать. Ну, баг там есть нудный и известный, чинить непонятно как, который как бы не на что не влияет, но один большой кастомер пожаловался на него и завертелись жернова на уровне топов «срочно починить иначе всем кранты».
Его никто не хочет брать, потому что заняты, отпуск скоро и вообще нафиг. У «ответственного» не остается пути, кроме как на кого-то назначить. Но полномочий то у него нет. Он даже никак простимулировать это не сможет, потому что «ручек» нет, дергать не за что. И допустим задача начинает затягиваться. Руководство стучит по горшку и требует решения, «ответственный» приходит к тому, кто как бы делает, потому что он «как бы назначил» а там ни-че-го и формальное «еще занимаюсь, тут сложно». Передать некому, часть команды немотивирована в решении проблемы, вторая — просто перегружена и не потянет ее и в целом все согласны, что задача дурацкая, а значит — вряд ли они сильно снизят оценку на предстоящем ревью для человека, который ее факапит, т.к. если все равны, то скорее всего примеряют все на себя.
Итак, вопросы:
— Кто получает по шапке от руководства? Кто вообще представляет команду у руководства, выбивает бюджеты, объясняет какая она хорошая и почему фонд оплаты труда надо повысить, рисует графики для топов и т.п.
— Кто разруливает вышеупомянутую ситуацию? Как? Варианты мотивации не работают, прямо приказать никто не может, согласно структуре.
Что касается зарплат — тут тоже непонятно.
Допустим, приходит к вам отличный специалист, просит +20% от текущей зарплаты ваших остальных специалистов схожего уровня. Так как у вас средняя по рынку зарплата, то столько просить совсем не грешно, т.к. эти деньги все еще будут в рынке.
Не брать его? Он принесет пользы больше чем на 20%. Обидно специалиста терять, их мало, да и не так то много он и просит.
Взять? А как отнесутся остальные, которые согласно политике открытости узнают об его зарплате? Ладно, если он явно будет выделяться на их фоне, сами оправдание придумают, почему ему больше платят — «он крут», а если разница явно не видна? Поднять остальным? Это дискредитирует систему оценки.
Прокомментируете?MorozovAleksey Автор
29.11.2018 16:12У ответственного конечно же есть полномочия, иначе же не будет ничего работать. Это формула вида «Тот кто делает задачу, тот и отвечает за результат, он же принимает все необходимые решения, чтобы этого результата достичь».
Ваш пример про нудный баг — очень правильный и жизненный пример. Если у команды есть только одна механика определения ответственного и она «кто хочет?», то конечно же будет паралич. Расскажу про один из подходов, который мы используем для такого класса ситуаций — команда договаривается о том, как распределяются между коллегами такие задачи, например по-очереди и с учётом размера задачи — короче, говоря ребята сами решают, что для них подходящий вариант и дальше согласно этому и работают. В общем случае можно договориться и до варианта с использованием ЛПР — это будет похоже на вариант с руководителем и тоже будет работать. Так или иначе должен быть механизм принятия решения о том, кто делает задачу. Без него конечно же будет плохо.
Есть ещё один очень важный аспект — в истории с руководителем мы часто исходим из того, что подчинённые не мотивированы, некомпетентны, ленивы — в общем всё то, о чем в теории X. И если транслировать такое отношение, то и инструменты понадобятся соответствующие. Но там же есть и теория Y про другое отношение и, если вы транслируете такую культуру, то и люди вокруг вас другие соберутся и инструменты для работы с ними вам другие понадобятся.
Про ответственность — с т.з. подразделения в целом я отвечаю перед руководством. С т.з. одной команды из моего подразделения за конкретную задачу отвечают те, кто её делал, за планы, тот кто их определял и т.д. Команды сами идут за ресурсами к ресурсодержателям, если это необходимо — моя задача скорее помочь в этом случае, а не разрешением/запретом заниматься.
Про пример с кандидатом, который просит больше, чем у нас — реальный пример, опять же спасибо за вопрос по существу. Если это прям значительный дифф с нами (скажем на 50%), то скорее всего мы не сможем сделать оффер на такую сумму и это будет для нас триггером посмотреть на диф рынка с нами. Не можем не потому, что нет денег, а потому, что для меня приоритетнее удержание моих сотрудников, нежели найм новых. Если это в диапазоне скажем 10-20%, то ничего страшного здесь нет, мы можем сделать оффер — просто наш подход к зарплатам нивелирует этот дифф после некоторого кол-ва аттестаций.onlinehead
29.11.2018 17:33Так или иначе должен быть механизм принятия решения о том, кто делает задачу. Без него конечно же будет плохо.
Вот в этом и цемес. В плоской структуре механизм принятия решений основан на договоренностях и доброй воле, но непонятно как решается вопрос, если в конкретной ситуации условную добрую волю никто проявлять не хочет, потому что задача неприятна всем.
Коллектив, в целом, работает на системе авторитетов (естественных или навязанных вертикалью). Учитывая, что плоская структура склонна к вымещению из себя авторитетов (им сложно расти, амбиции не реализованы, нагрузка на них растет без видимой компенсации и они или уходят, или, в худшем варианте, начинают саботировать), получается что в команде нет конкретного влиятельного человека, который своим словом может решать подобные ситуации прямым распоряжением. Ну или на самом деле в коллективе нет равенства и кто-то «ровнее», что откатывает нас к вертикальной структуре, просто без обозначенных официально позиций, что еще менее честно по отношению к сотрудникам этого коллектива.
Есть ещё один очень важный аспект — в истории с руководителем мы часто исходим из того, что подчинённые не мотивированы, некомпетентны, ленивы — в общем всё то, о чем в теории X.
Не совсем. Коллектив в целом может быть отличным, мотивированым и компетентным, просто есть класс задач, за которые никто не возьмется без прямого пинка. Так уж устроены люди, нельзя быть одинаково мотивированным ко всем задачам. Причем часто эти задачи бывают важны для бизнеса, то есть игнорировать их никак не выйдет.
С т.з. одной команды из моего подразделения за конкретную задачу отвечают те, кто её делал, за планы, тот кто их определял и т.д. Команды сами идут за ресурсами к ресурсодержателям, если это необходимо — моя задача скорее помочь в этом случае, а не разрешением/запретом заниматься.
Самая поганая роль — это когда ты отвечаешь за что-либо, но не имеешь инструментов для выполнения задачи. В данном случае — я не вижу присутствия административного ресурса у тех, кто отвечает за проект.
То есть — или на самом деле тут нет никакой горизонтальной структуры и на самом деле есть четкие руководители и управленцы, совмещающие эти роли с основной работой и не получающие за этого признания (вы не упоминали о том, что взятие дополнительной роли как-то стимулируется финансово, а стадию «как круто, что у меня много ответственности за всеобщее уважение» талантливые работники проходят очень быстро), или, если все это и правда чудом работает на гигантской самомотивации людей, то это гигантское везение и нестабильное равновесие, что неизбежно приведет к проблемам и система рассыпется. Причем разваливаться оно начнет в ровно в момент, когда как минимум 2 сотрудника осознают несправедливость ситуации (сложность роста, отсутствие признания, кривой арбитраж задач и т.п.) и поймут, что они оба это видят, а значит проблема действительно существует.
Если это в диапазоне скажем 10-20%, то ничего страшного здесь нет, мы можем сделать оффер — просто наш подход к зарплатам нивелирует этот дифф после некоторого кол-ва аттестаций.
Из этого следует что — или человек, пришедший на +20% вне зависимости от показываемых результатов не получит прибавки в течении года-двух (аттестации 2 раза в год), или остальные в течении этого же периода будут знать, что получают меньше, а делают столько же.
Эта ситуация на самом деле распространена и в целом бытует мнение, что для получения прибавки проще «выйти и войти», чем играть в аттестации и пытаться добиться прибавки, что пять же дополнительно демотивирует людей учавствовать в этом действе.
P.S. Подобная структура горизонтальных связей и самоорганизации была в живую реализована в той часте Яндекса, где мне довелось работать уже больше 5 лет назад (сейчас там все по-другому, на сколько я знаю). Так вот, работала она в целом неплохо, но местами создавала очень серьезные проблемы координации, синхронизации и взаимодействия как раз потому, что не было «источника правды» о состоянии той или иной команды — статус всегда был размазан и если задача в ней утонула, приходилось тратить крайне много сил для того, чтобы найти концы и все таки как-то организоваться в работе. И это я чувствовал на месте обычного линейного специалиста. Какие усилия прикладывали менеджеры, который стояли выше, чтобы собрать эту картину и управлять такой махиной — я даже представлять не хочу.
P.P.S. На сколько я знаю, сейчас там тоже аттестации, ревью и вот это вот все, что мне на самом деле тоже не нравится (и не нравится еще многим, в итоге ушедшим оттуда в период смены менеджмента).
Серебряной пули тут конечно же нет, но игра в ревью и аттестации, в большинстве случаев, что я видел сам и о которых мне рассказывали коллеги по индустрии — худшая схема для роста и развития. Слишком часто я встречал тех, кто достиг позиции не потому, что он действительно ее стоит, а потому, что он просто отлично умеет проходить ревью.MorozovAleksey Автор
29.11.2018 19:06Спасибо за ваше мнение — для меня было очень интересно услышать о реальном опыте и трудностях, которые Вы видели или видите в таких историях. Соглашусь с Вами в том, что плоский подход не панацея.
rayg00n
28.11.2018 14:25Статья звучит как какой-то сюрреализм с легким налетом HR.
ЗЫ: Работать таким образом по крайней мере должно быть очень забавно.
REDkiy
28.11.2018 14:26Прочитал про эйчаров. Дальше читать не стал.
Часть про эйчаров описывает вполне осуществление такого понятия как наставничество.
Хотелось бы услышать кто в компании ведёт личные дела сотрудников, вписывает изменения о составе семьи, подаёт всякие табели и прочее на расчёт зарплаты, отслеживает изменение внутренней трудовой документации в соответствии с законодательством, тусит на всяких сайта по найму сотрудников. И кто подписывает эти документы и изменения.
Я лишь вижу размазывание руководящей ответственности по сотрудникам, для прикрытия руководителей. Замена слова руковожу на слово отвечаю — «Я отвечаю за работу одного из подразделений разработки в компании 2ГИС — нас 36 человек, 4 команды.», на мой взгляд цинично.
Кстати, как у вас там с оплатой дополнительной нагрузки?MorozovAleksey Автор
28.11.2018 14:29Про оплату доп нагрузки в статье есть пример.
REDkiy
28.11.2018 14:42Возможно я неправильно выразился. Я имел ввиду оплату так называемых эйчаров.
MorozovAleksey Автор
28.11.2018 15:04Всё верно, мы с вами про одно — в статье это на картинка с примером самооценки. Это история про сотрудника, который хороший разработчик, но кроме этого ещё и роль эйчара тащит плюс ещё и фиче-крайний (это на нашем сленге PM небольшого проекта). Вот, если он всё это вывез хорошо, то ценность его результатов — это в каком-то смысле сумма того, что он сделал в целом, а не только то, что она принес компании, как разработчик. Короче говоря — да, это учитывается на аттестации, если конечно это дало хороший результат.
REDkiy
28.11.2018 15:25Не боитесь размывания целеустремления сотрудника? Всё-таки его задача разработка и получение продукта определённой готовности. По моему опыту, когда ты и швец, и жнец, и ещё за кадровика тащишь 100% собеседования, начинается выпадение из твоего собственного рабочего русла. Как итог ты везде и нигде, плюс на тебе ответственность за принятые решения за которые приходится отвечать, вместо того, чтобы писать код.
MorozovAleksey Автор
29.11.2018 09:30Соглашусь с вами, хвататься за кучу дел разом — верный способ достичь посредственных результатов, поэтому стараемся, чтобы один человек много не хватал, даже если хочет.
sluge
28.11.2018 15:20>аттестация — это процесс оценки выполнения контракта между сотрудником и компанией
осталось только ввести аттестацию сотрудников компанией
Sabubu
28.11.2018 15:39Вообще, вопрос зарплаты, по моему, неприятный для обоих сторон. Очевидно, что компания заинтересована платить за работу как можно меньше, в идеале, чтобы работник работал за мотивацию, а не за деньги. Если работник психологически слаб, выгодно внушать ему, что он пока работает недостаточно хорошо и должен уменьшить свои запросы. Ну, а работнику выгоднее требовать как можно больше. Переговоры по зарплате — тоже неприятный процесс, где можно услышать «бюджет на этот год уже распределен» или «нам кажется, ваши навыки и опыт не соответствуют желаемому уровню з/п». Причем это может быть неправдой, и компания может отказать в повышении, даже если ей поиск нового разработчика обойдется дороже — из принципа, чтобы другие не требовали повышения и себе. Да и с точки зрения логики, разработчик согласился ранее работать за X тугриков, с чего бы ему должны платить больше. Бррр, чем лезть в эти лицемерные переговоры, лучше просто поменять работу.
И описанный процесс «аттестации», конечно, ставит целью именно обосновать, почему работнику не готовы повысить з\п. Бюджет ведь ограничен, даже если все будут работать идеально, повышение будет одинаковым. Более того, повышение одного человека зависит от других: если они работали плохо, ему достанется больше, если хорошо — меньше. Как он будет их оценивать в такой ситуации? Топить по максимуму.
Ну и расписывать свои достижения, себя нахваливать — тоже как-то нескромно. Оценивать все же должен кто-то другой.
Ну и описание достижений в примере как минимум странное — «внедрен еще один сервис». Это не плюс, а минус: усложняется архитектура проекта, деплой, появляются новые точки отказа, освоение кода новыми разработчиками. Надо писать «к сожалению, для решения задачи пришлось внедрить еще один сервис» и подавать это как недостаток. У вас какая бизнес-цель — максимальное число сервисов внедрить, что ли?
Ну и что касается фидбека, это тоже вещь неприятная. Вот если бы я начал в каждом проекте каждому говорить про их недостатки — то, думаю, либо выгнали бы меня, либо команда бы развалилась. Так как грамотных, умных специалистов я встречал наверно процентов 5 из всех, с кем работал. Я бы не хотел в вашей системе работать.
Типичный пример: человек не знает паттернов, но прочел статью из разряда «3 паттерна, про которые можно рассказать на собеседовании» и начинает лепить в коде Синглтоны, Фабрики (где можно обойтись new) и Стратегии (где достаточно if/else). Ну не умеешь, так не пиши лучше.
Про толстые контроллеры и вред глобальных переменных не знают, наверно человек 15 из 20. Оставшиеся способны вынести код в сервис. Который принимает Request и возвращает Response.
Или третий пример: какой-то инвалид в Симфони додумался хранить временные переменные вроде объекта HTTP-запроса (Request) или текущего пользователя (User) в DI контейнере. Инвалиды из Симфони, прочтите хоть раз в жизни что такое DI контейнер и чем плохи глобальные переменные.
Сделать код понятным для других и читабельным, не делать функции по 400 строк, писать комментарии? Покажите мне тех, кто такое умеет, мне кажется, на этой планете их нет.
Вообще, ощущение, что 95% разработчиков то ли поленились изучать теорию, то ли умирали от голода и им срочно нужно было найти работу и они на собеседовании наврали про свои навыки. По-хорошему, их надо отстранять от работы и отправлять учиться.
Отдельно — фронтендщики. Это вообще люди с другой планеты: переделали верстку на flexbox, в некоторых браузерах ширина блока с картинкой стала вычисляться в ноль пикселей. Угадайте, кто это будет исправлять? Ваш покорный слуга (конечно, выпиливанием флексбоксов). Ну не инвалиды, а? Уверен, из тех, кто использует флексбокс, не больше 1% читали спецификацию. А те, кто читали — не поняли, потому, что она нечитабельна. Я пытался, но стало жалко время и не очень понятно, зачем мне это нужно.
Еще пример: фронтендщик, ничтоже сумняшась, добавляет на страницу веб-шрифт, загрузка сайта замедляется, грузится страница без текста, и только через пару секунд он появляются. Ну инвалид, изучи как браузер загружает ресурсы, если уж ты хочешь быть фронтендщиком.
Иногда виновного определить не так просто: каждый инвалид сам по себе вроде бы делал все правильно, но получилось плохо. Инвалид-дизайнер нарисовал красивый blur и получил деньги. Инвалид-фронтендщик реализовал его в коде и получил деньги. В итоге, мобильный браузер прокручивает страницу со скоростью 1 кадр в секунду. И никто из инвалидов то ли не подумал об этом, то ли не сказал. Что вы делаете в IT с таким уровнем навыков? Идите занимайтесь контент-менеджментом, там вы хотя бы навредить не сможете.
Еще пример: инвалиды (опять же, фронтендщики) из Гугла сделали какую-то админку (забыл, что, то ли Аналитику, то ли Adsense) на дарте. На моем компьютере Хром зависает секунд на 20, пытаясь ее загрузить, при этом там грузятся блобьы мегабайта по 2-3, которые представляют собой код на дарте, скомпилированный в JS. Причем быстрый анализ этих блобов показывает, что половина кода там одинаковая — это стандартная библиотека Дарта. Плюс, интерфейс сделан в стиле Material Design и как он тормозит — это непередаваемо. Как будто это на самом деле делали не разработчики Гугла, а все мои бывшие коллеги, я не думал, что кроме них кто-то может так плохо писать код.
Кстати, к новому дизайну Ютуба, который тормозит в фаерфоксе, по видимому, тоже бывшие коллеги руку приложили.
Вот видите, таким как я, однозначно не стоит разрешать давать фидбек.
P.S. Я заметил, что если ограничивать время, выделяемое на проект, несколькими часами в день или меньше, чаще устраивать выходные, напоминать себе, что я пришел просто заработать денег, а не участвовать в конкурсе на лучший софт, и проблемы, которые не относятся к задаче, можно игнорировать — то все описанное выше перестает беспокоить. Но работодателям почему-то не очень нравится такой режим работы ((Danikey
28.11.2018 20:20Как будто это на самом деле делали не разработчики Гугла, а все мои бывшие коллеги, я не думал, что кроме них кто-то может так плохо писать код.
В ТАКОМ формате — точно не стоит. Не каждый профессионал в своём деле — профессионал и в общении с людьми, это точно. Вопрос только в том, где вы живёте — в мире людей или мире машин? Так ли умён тот, кто не имеет сил управлять людьми? Может, неудержимому критику стоит задуматься, почему он работает с идиотами, раз такой умный? Я не лично про вас, а про сферического критикана в вакууме. Часто это от глупости, как раз. Взрослый разумный человек понимает, что люди разные, хотя от тупости это, конечно, не спасёт, но у него хватит ума не говорить неприкрытый негатив прям вот так в лицо, если он хоть как-то ценит этих людей.
…
таким как я, однозначно не стоит разрешать давать фидбек.
к новому дизайну Ютуба, который тормозит в фаерфоксе, по видимому, тоже бывшие коллеги руку приложили.
Где-то рассказывали, что это особенность подгонки кода ютуба под фичи Хрома. Даже не кривой код и конкуренция, просто плевать они хотели на остальные браузеры, главное чтоб в Хроме работало быстро.onlinehead
29.11.2018 00:49Не каждый профессионал в своём деле — профессионал и в общении с людьми, это точно.
Тут вы несомненно правы.
Но в чем то и Sabubu прав. Мне вот довелось поработать в компании, где приходилось писать фидбеки на коллег 2 раза в год во время аттестаций, они же ревью (модная штука, однако). Так вот, именно из-за человечности и в целом «человеческого» понимания к другим ревью мне писать было действительно тяжело, потому что, в связи со сложившейся структурой проекта, мне было очень хорошо видно реальный уровень людей.
Писать в отзыве «вот этого я бы уволил к черту, он тут всем мешает» нельзя, писать «вы нафига его наняли на синьора, он же джун и мид с натяжкой, лучше поменяйте его вот с этим мидом, который уже давно синьор по факту навыков, но работал в другой команде и с аттестациями были проблемы» тоже.
И приходится лавировать в рамках «не всегда оправдывает ожидания, „к сожалению, не очень пунктуален в сроках“ и „показывает выдающиеся результаты“.
При том, что отзыв на самом деле слабо на что-то влияет, и первого не уволят, и второго на мидла не переведут, и третьего синьором не сделают.
Ну и зачем этот цирк? По мне, так лучше честно и прямо говорить, чем играть в аттестации о отзывы.
lain8dono
29.11.2018 00:35Все инвалиды, я Д'Артаньян!
Что вы делаете в IT с таким уровнем навыков?
Они позволяют вам самоутверждаться за их счёт. Без сарказма. Не вижу в этом чего либо плохого.
amarao
28.11.2018 15:51+3«Наше подразделение работает без руководителей с конца 2015 года.»
— Алексей Морозов MorozovAleksey Руководитель сервиса
/0MorozovAleksey Автор
29.11.2018 19:10Действительно, я по должности руководитель сервиса и это связано с тем, что нужна интеграция с остальными подразделениями в компании.
Valeratal
28.11.2018 16:26+1И почему HR это только вот описанное. А все остальные HR-функции получается делают какие-то другие люди. Но Вы их не считаете.
Функции менеджмента просто размазали по тем, кто не смог отвертеться и назвали «без руководителя»
В целом это напоминает бригады гастарбайтеров. Самый опытный считается руководителем (при формальном равенстве), а лучше всех знающий русский — отвечает за коммуникацию с клиентомMorozovAleksey Автор
29.11.2018 09:35Термин эйчар не очень удачно использован нами — просто не придумали другой и то, что делали руководители по части «про людей» назвали так. В компании есть и эйчары в классическом понимании этого термина, там и рекрутинг и всё остальное. Но они в департаменте в целом, а не в моём подразделении.
digore
28.11.2018 18:15То есть вы не смогли найти хорошего руководителя и решили стать "бирюзовыми"?
Что будете делать при двукратном росте отдела?
Какие объективные метрики можете показать в доказательство эффективности данного подхода?MorozovAleksey Автор
29.11.2018 09:43Да конечно, можно было бы пойти по пути замены/найма руководителей — решений у этой задачи безусловно не одно, но мы выбрали вот такое. Уточните пожалуйста вопрос про рост отдела — какие трудности видите? За три года отдел подрос на ~10 человек и в какие-то блокирующие ограничения мы не уперлись. У меня нет цели доказывать эффективность такого или другого подхода — я лишь делюсь нашей историей, но если Вы уточните какие конкретно метрики Вас интересуют, то возможно я смогу ответить на ваш вопрос более предметно.
digore
29.11.2018 10:25С ростом отдела, например, двукратным, количество коммуникаций у вас будет сильно возрастать, что делать будете?
Меня интересует, как влияет такая организационная структура на эффективность подразделения. Про мотивацию и вовлеченность персонала понятно, она выше.
Еще вопрос, кто принимает решение о том, что нужно расширять штат. Загруженный сотрудник сам создает таску и доказывает всем, что он сильно загружен?MorozovAleksey Автор
29.11.2018 19:30Сожалею, но я все ещё не совсем Вас понял про конкретику сложностей, которые Вы видите при росте количества сотрудников — в какого рода коммуникациях по вашему мнению возникнут проблемы и какие это могут быть проблемы?
Вы всё верно поняли про вовлеченность и мотивацию, а ответ на вопрос про влияние на эффективность где-то рядом с ответом на вопрос «Как изменение вовлечённости и мотивации влияет на результаты?» Понятное дело, что если я вовлечен и мотивирован, то это увеличивает шансы на хороший результат, но всё же я считаю, что это их не гарантирует. Поэтому и ответ для меня здесь такой — это может повлиять положительно, а может и не повлиять. Если же говорить про конкретно нашу историю, то я не вижу кардинального влияния на экономический результат (да и цели такой не было) и считаю, что это в первую очередь потому, что результаты делают люди, а не орг. структура, хотя она конечно может повлиять, но люди всё же, по моему мнению первичны. А с людьми в моём подразделении мне везет и они делали и делают замечательные продукты и с руководителями и без них.
Про добавление команд в подразделение — такие решения они обычно извне всё же, ну т.е. стандартно, а истории про изнутри они про то, что команда осознала (это в первую очередь зона ответственности того, кто отвечает за планы в команде или фичекрайнего или ребята просто на ретре это задетектили), что не вывозит тот объем задач, который хочет бизнес и запрашивает усиление — ищем возможности внутри сервиса и, если их нет, то эскалируем запрос наверх.
Danikey
28.11.2018 19:00+3Такое вот «бирюзовое управление» — оно только в Новосибе, или те, кто отвечает за интерфейс и юзабилити, тоже «не того цвета»? (вообще, тема с цветовой дифференциацией штанов попахивает неполиткорректностью. Хорошо, что мы не в США)
Не сочтите за «бомбермена», но вы не представляете, сколько раз я матом орал с откровенного идиотизма, творившегося с 2ГИС последние 3 года. И не я один, судя по тогдашним оценкам чуть выше двойки в Google Play и App Store. И вдруг — такой каминг-аут…
То чувство, когда пишешь в техподдержку «Safe Our Souls! Увольте главного дизайнера!», а тут оказывается, никакого «главного» может и в природе не существует. Занавес.
Такая крупная компания несколько месяцев не может исправить баг со слишком чувствительным поворотом карты. И добавить крестик очистки маршрута одним кликом, хотя бы на планшетах. И вернуть нижнюю шторку в альбомной ориентации. И… (длинный список того, что нужно сделать по-человечески, если ценишь пользователей).
Быть не как все и интересные достижения достигать — это, конечно, зашибись, но есть такое понятие, как юзабилити. Мне 2ГИС напоминает этакий монструозный неповоротливый Microsoft, и вдруг вы рассказываете, как у вас круто и оперативно. Когнитивный диссонанс.
Простите, я понимаю, что Новосиб не весь 2ГИС, но сам факт, что компания такое позволяет филиалам… Всё в мире взаимосвязано.mapron
28.11.2018 23:06ru.wikipedia.org/wiki/2%D0%93%D0%98%D0%A1
Простите, я понимаю, что Новосиб не весь 2ГИС
Главный офис «2ГИС» находится в Новосибирске
Это не филиал. Это центр разработки.Danikey
29.11.2018 00:34Ясно. Просто «главный офис» не обязательно равно «центр разработки». В моей компании так.
MorozovAleksey Автор
29.11.2018 09:52Мы не претендуем на бирюзовость или ещё какой-то подобный ярлык — книга Ф.Лалу была для нас лишь источником вдохновения, не инструкцией. Моё подразделение разрабатывает внутренние продукты, а вы пишите фидбэк про внешние — там, как и во всем остальном департаменте есть руководители, но суть конечно же не в этом. Меня как пользователя 2ГИС печалил его долгий запуск на моём телефоне, но т.к. я всё же ещё и сотрудник компании я знаю, что на данный момент главные приоритеты в продукте могут быть другие и кроме того ребята знают и про эту проблему и про много других и уверяю Вас им не всё равно. Но в целом Вы конечно же правы — нам есть что улучшать. Спасибо за честный и конкретный фидбэк.
reinvent
28.11.2018 19:02Довольно сложно рассказывать про самоуправление тем, кто привык работать в других организационных рамках и уверен, что бирюзовость — либо маркетинг консультантов, либо мечта. Но те, кто стремятся к развитию, постепенно приходят именно к самоуправлению в различных формах. Я тоже сомневался, например, в возможности сотрудников назначать зарплату самим себе. А потом провел эксперимент на премии и оказалось, что сотрудники оценили себя меньше, чем им было готово заплатить руководство. Заплатили, конечно, как собирались, но тезис книги Лалу подтвердился.
Danikey
28.11.2018 20:26Вы упускаете из виду один момент: сотрудники не в курсе, сколько компания получает. И не получают долю. Иначе они быстро сообразят, что если, условно, 10 сотрудников зарабатывают 10 млн в месяц, то каждый заработал 1 млн., а не 100-200 тыс. Они вроде считать умеют, просто им не дают.
Каверзный вопрос: бухгалтерию в 2ГИС эти же сотрудники ведут? Конечно же нет. Скорее всего, есть некий бюджет и его пилят между всеми. Ну, плюс премии какие-то за прям явные заслуги. Иначе как вообще это рассчитывать?reinvent
28.11.2018 20:39В бирюзовых компаниях бухгалтерия открыта. Как в 2gis, не знаю. люди понимают, что не так все просто — взять и поделить. Есть рыночная условия, есть договоренности о материальной мотивации. И отдельно стоит мотивация работать в такой организации, где мало начальников и та сам принимаешь решения на основании консультаций и договоренностей.
VMichael
29.11.2018 00:27В бирюзовых компаниях бухгалтерия открыта.
И долю прибыли, выделяемую владельцу бизнеса тоже сотрудники определяют? По совокупности заслуг владельца, вероятно :)reinvent
29.11.2018 07:00Если целью владельца является исключительно или преимущественно получение прибыли, то бирюзовая организация невозможна.
sn00p
29.11.2018 14:01А какие еще могут быть цели?
Woodroof
29.11.2018 17:30Улучшение мира вокруг? Создание чего-то, что переживёт тебя самого и увековечит твоё имя в истории? Создание такой компании, в которых приятно работать самому? Создание продуктов, которые нужны в том числе и тебе?
Понятно, что получение прибыли необходимо, но оно почти всегда не является конечной целью.sn00p
29.11.2018 18:25Это все отлично, но к бизнесу не имеет никакого отношения, к сожалению. Бизнес, это капитал прежде всего. У капитала одна задача — приумножить себя с минимальными издержками.
Или у вас есть какие-то конкретные примеры организаций, которые занимаются всем вами перечисленным?
К примеру, зубной врач почему бесплатно не лечит зубы?
Протезирование почему стоит столько денег?
Лекарство для диабетиков почему такое дорогое?Woodroof
29.11.2018 18:56+1Конечно, инвесторы будут требовать повышения стоимости компании. Конечно, компания должна работать в плюс, чтобы развиваться. И чем больше зарабатывает, тем быстрее развивается.
Но выше же комментарий был не про организацию per se, а про цели руководства. Я честно верю, что Александр Вадимович занимается всем этим не только ради денег. Паша публично заявлял, что ему бы не хотелось, чтобы компания становилась похожа на некоторые более финансово успешные компании, которые зарабатывают довольно сомнительными схемами. Антон, Борис — им тоже не всё равно.
Да, часто цель — заработать много денег, но иногда — ради того, чтобы потом сделать что-то, что действительно поменяет мир. SpaceX. Tesla. Canonical.sn00p
29.11.2018 19:52Цели могут быть разные. Есть основная цель, есть сопутствующие. Многие занимаются благотворительностью, многие делают что-то бесплатно, из милосердия. Пока есть излишки капитала, которые выгодно конвертировать в репутацию.
Основная цель любого бизнеса — приумножить капитал. Остальное — лирика.
А вся эта бирюзовость — она ничего общего с бизнесом не имеет. Тем более при более глубоком анализе этой всей бирюзовости, традиционные схемы никуда не делись. Отвественность никуда не делась, она просто размазалась по куче людей, не всегда к этому подготовленных и зачастую необученных. Ни к чему хорошему это не приведет. Что мы, собственно, и видим на рынке. Много там «бирюзовых»?
SpaceX, Tesla — банкроты.
Каноникал — огромная коммерческая организация, жадная причем.Woodroof
30.11.2018 13:10Возьмём команду из 5-10 человек. В традиционной вертикальной структуре считается, что руководитель — это человек, который:
1. Отлично умеет следить за настроением в команде, мотивирует людей.
2. Является отличным техническим специалистом, отслеживает принимаемые решения и корректирует, если нужно.
3. Лучше всех понимает, какие задачи более важные, а какие — менее. Таким образом, устанавливает приоритеты и назначает задачи.
4. Общается с заказчиками и другими командами, транслирует из запросы в реальные задачи.
5. 6. 7. Много всего ещё.
И почему-то мы говорим, что при самоорганизации ответственность размазывается по необученным и неподготовленным людям. Нет. Ответственность никуда не исчезает, как не исчезает и иерархия. Просто вместо одной иерархии мы получаем много. Отдельно за то, отдельно за это. Результат — лучше, т.к. вместо перегруженного руководителя, не всегда компетентного во всём, мы получаем компетентных в разных областях людей, занимающихся тем, что у них хорошо получается.
Мы за последние 3-4 года довольно заметно поменяли работу внутри команды, в том числе вдохновляясь и тем, что Лёша делал у них в подразделении. Результат эксперимента я оцениваю как положительный, хотя проблем было много, и не все из них мы решили.
P. S. SpaceX как раз очень успешная финансово компания. У Tesla, да, есть проблемы, но рыночной капитализации многие могут только позавидовать. Ну и говорил я не про успех или жадность, а про влияние на мир.onlinehead
30.11.2018 21:01Ваш положительный (по вашим словам) опыт весьма меня заинтересовал.
Результат — лучше
Комментировать конкретно вашу ситуацию не могу, т.к. не знаю что там на самом деле, но в целом схема поднимает много вопросов.
Результат — лучше, т.к. вместо перегруженного руководителя, не всегда компетентного во всём, мы получаем компетентных в разных областях людей, занимающихся тем, что у них хорошо получается.
Как правило, сильные технические команды на 80%+ состоят из суровых инженеров (по крайней мере, в тех 9 командах из совершенно разных во всех смыслах компаний, от российских городского масштаба до транснациональных корпораций за пределами России, с которыми мне довелось плотно поработать за 10 лет), которые конечно между собой за пивком\вискарем\колой могут перетереть некоторые организационные вопросы, но заниматься какими то нетехническими вещами не постоянной основе желанием совсем не горят, более интересных дел достаточно, бэклог на глазах пухнет.
Откуда же берутся эти люди, «компетентные в разных областях»?
руководитель — это человек
Чаще всего это не один человек, все-таки, даже в вертикальной структуре роль не монолитная. Есть другие менеджеры кроме PMа, есть техлид, есть аналитики, которые на себя часть работы забирают и т.д.
1. Отлично умеет следить за настроением в команде, мотивирует людей.
Для мотивации (кроме «а теперь повторяем хором — я индивидуальность») нужны ресурсы и полномочия. Рядовой инженер, наделенной ролью, ими обладает?
2. Является отличным техническим специалистом, отслеживает принимаемые решения и корректирует, если нужно.
Эта роль называется «техлид» и так или иначе присутствует во всех командах, вне зависимости от способа их организации. Даже если она не декларируется, такой человек все равно выкристализуется с течением времени, если конечно текучка не большая.
3. Лучше всех понимает, какие задачи более важные, а какие — менее. Таким образом, устанавливает приоритеты и назначает задачи.
Инженер, работающий на стороне условного «заказчика»? А откуда он понимает? Он бывает на встречах? Трекает все задачи, ведет митинги? Отчитывается за запланированное?
А когда он инженерной работой тогда занимается?
4. Общается с заказчиками и другими командами, транслирует из запросы в реальные задачи.
Просятся вопросы из предыдущего пункта. Учитывая нагрузку на общение, я совершенно не понимаю, как можно полноценно решать инженерные задачи и при этом общаться со всеми вокруг, чтобы быть источником правды о текущем состоянии задач. К тому же, это явно должен быть тот же человек, что занимается предыдущим пунктом, иначе куча времени будет сжираться на планирование, согласование планов с окружающими и отчеты по ним.
Итого, раньше у нас было 5-10 инженеров, из них 1 техлид и один менеджер, теперь у нас нет менеджера, все еще есть тихлид, но при этом у нас минус 2 (минимум) сферических инженера (по временным затратам), которые тратят свое время на задачи, которые раньше худо-бедно (и вряд ли сильно уж плохо) решал один человек.
И сложное взаимодействие в команде, которое тоже жрет время (а значит — деньги бизнеса).
Сомнительная такая польза от схемы вырисовывается, разве что прибавляет тем самым инженерам чувство значимости и причастия.
А вот на счет экономической стороны этой затеи у меня большие сомнения…Woodroof
01.12.2018 06:53Сначала, видимо, нужно проговорить, про какую команду я говорю. Наша команда занимается разработкой библиотеки, которую используют другие команды. Непосредственно у нас менеджеров нет, они есть у продуктовых команд.
Понятно, что есть какое-то общее планирование, на котором планы разных команд синхронизируются и приоритезируются, но помимо долгосрочных планов есть и какие-то срочные задачи. И ещё есть внутренние задачи команды.
Руководитель в данном случае — это обычный тимлид. Он был, он есть сейчас, но сейчас он больше занимается изменением процессов и меньше непосредственным управлением.
Далее, я считаю, что общением с заказчиками действительно должен заниматься инженер. Он лучше знает, как всё устроено, и он же может небольшими изменениями требований сильно уменьшить размер задачи, либо же быстро обнаружить проблемы. Цепочка сокращается, нет пинг-понга вопросов, уменьшается количество встреч. Я когда-то работал в компании, которая разрабатывала банковский софт на заказ. Начиная с какого-то момента по всем своим задачам я начал общаться с банковскими сотрудниками напрямую. Время разработки сократилось. Менеджер по этим задачам занимался только согласованием сроков и бюджетов.
Что было у нас в команде раньше? Разработчики делали задачи, а общением с другими командами (выяснением требований, предложением изменений и интеграцией) занимался по большей части тимлид.
Что мы поменяли? Во-первых, мы сказали, что ответственен за задачу тот, кто её выполняет. Что это значит? То, что разработчик выясняет требования у заказчиков сам, консультируется со всеми заинтересованными лицами, в том числе и с другими разработчиками из команды, пишет ТЗ, если нужно, реализовывает, отслеживает интеграцию задачи другими командами. Задача выполнена тогда, когда закончена интеграция во всех командах.
Могут ли разработчики просто взять и начать этим заниматься? И да, и нет. У кого-то сразу получается очень неплохо, а кому-то нужно время, чтобы научиться. Поэтому да, инвестируем время в развитие людей. В краткосрочной перспективе, конечно, проседает скорость. В долгосрочной — улучшается, т.к. снижается количество переделок из-за неправильно понятых требований. Также заметно улучшается качество архитектуры, т.к. при интеграции люди сами видят проблемы с архитектурными решениями, анализируют и исправляют. С какого-то времени часть задач мы даже сами интегрируем, чтобы лучше понимать, как работают продукты.
Также мы вводим такое понятие как фиче-крайние. Это люди, которые отслеживают прогресс вообще по всем командам — анализируют возникающие проблемы, переоценивают или обсуждают изменение скоупа задач. Как правило один инженер отслеживает не более одной такой задачи, ранее же один менеджер отслеживал сразу несколько крупных задач, что приводило к ухудшению качества по каждому направлению. Занимаются этим исключительно по желанию. Не всегда хорошо получается первый раз, но на второй-третий уже обычно неплохо.
Следующее, что делаем — пытаемся уменьшать bus factor. Стремимся ротировать задачи так, чтобы разные люди знакомились с разными частями кода. Опять же, на долгосрочную перспективу, т.к. при знакомстве с новым кодом ожидаемо проседает скрость разработки. Плюсы здесь в том, что уменьшается количество вопросов к другим членам команд, а также увеличивается сложность задач, которые может делать один человек. Ранее внешние команды приходили с вопросами к тимлиду, а он уже перенаправлял на нужного человека. Сейчас либо команды сразу знают, кто занимался этой задачей, т.к. он же занимался и интеграцией. Если возникает какой-то вопрос, то его пишут в командный чат (канал в slack'е), где на него ответит любой свободный человек из команды. Ранее приходилось ждать, когда конкретные люди выйдут с больничного или с отпуска, либо же освободятся от каких-то срочных задач, сейчас время ожидания заметно сократилось.
Далее, мы явно говорим, что инженер занимается не конкретной технической задачей, а проблемой в целом. Если он видит, что что-то сейчас можно не делать — он не делает. Если он понимает, что можно сократить время, немного поменяв условия — он доносит эту информацию до заказчиков и согласовывает изменения. И, наконец, если он понимает, что его задача сейчас наименее срочная, то именно он берёт и чинит какой-то критичный баг.
После приобретения определённого навыка на всё это уходит не так много времени, как может показаться. В итоге получается, что нам нужно меньше менеджеров и меньше аналитиков. Экономически всё это оправдано, но… в долгой перспективе и при условии низкой текучки.
Интересный результат — в том, что возникает гораздо больше горизонтальных связей. Очень часто люди знают что-то важное просто потому, что они начинают неформально общаться с людьми из других команд.
Также мы очень большой упор ставим на анализ узких мест, постоянно избавляемся от того, на что постоянно тратится время. Этим тоже занимаются все люди в команде.
Вообще у нас получается команда, состоящая исключительно из senior-разработчиков или людей, которые могут достаточно быстро вырасти в senior-разработчиков. Это накладывает ограничение на людей, которых мы нанимаем.
Ну и, наконец, действительно не все люди готовы этим заниматься. Мы проговариваем правила работы в нашей команде, и если оказывается, что человеку хочется работать так, чтобы ему детально говорили, что ему делать, то он уходит в другую команду. Такие случаи были.
sn00p
01.12.2018 00:45Вот ровно ниже уже ответили. Но все же.
Чем плох традиционный подход? Почему нужно обязательно убирать руководителя? Руководитель — это важная роль, с этим никто не спорит, акей.
Но
— на роль руководителя не все подходят. Нужны как минимум лидерские качества, харизма, желание. Очень много людей же такими качествами просто не обладают. И просто хотят заниматься любимым делом, не отвлекаясь на посторонние раздражители совсем, будь то митинги или петтинги, неважно. И если с митингами им еще можно как-то смириться, но чем-то и кем-то управлять, да еще и без всякой компенсации — увольте. Мимо вашей команды пролетит очень много хороших специалистов, которым в жизни лишь надо, чтобы их никто и никогда не трогал, пока они пишут свои любимые программы.
— на руководителя надо обучаться. Необученный руководитель способен нанести огромный вред, просто непоправимый. При том количестве выделенных ему ресурсов каждая допущенная ошибка — это громный удар по бизнесу. Баги можно пофиксить, неграмотное планирование и управление в отделе уже бьет по всей организации. Организация продукт продает, а его делает в вашем случае более 3000 человек, сидящих в одной лодке, правда на разных этажах. Когда вместо шестигранного винтика на 15, требующегося в определенной детали механизма, команда с плохим руководителем забивает туда огромный гвоздь, это уже может иметь печальные последствия. Руководители неспроста постоянно ездят на разного рода тренинги, обучения, повышения квалификации и прочее.
— руководить — это сложная работа. Требует неустанного внимания, кучи времени, ораторских навыков и навыков ведения дискуссии с толпой разного народа. В условиях постоянного стресса и недостатка времени к тому же. Им неспроста платят такие большие деньги.
Ну и так далее.
Вместо одной иерархии получить множество — это быстрый и безотказный способ получить в одну упряжку лебедя, рака и щуку, каждый из которых в отдельности прекрасен и у каждого все хорошо получается. Но проблема в том, что бизнесу нужен продукт, в максимально быстрые сроки за минимальные деньги. А продукт — это результат работы всей толпы вместе. Никому нет никакого дела, насколько прекрасен, удивителен, хорош и компетентен некий талантливый сотрудник в отдельности.
Всех интересует, как хорош продукт в целом. Возможно, в отдельно взятом отделе вся эта бирюзовость и прокатит, возможно.
Так еще и стыковаться потом с коллегами надо. А когда приносить добавочную стоимость?
Чисто математически — это слишком неэффективно. Не бывает и швец, и жнец, и на дуде игрец эффективнее отдельно взятого узкого специалиста в каждой из этих областей. Хотя бы потому, что объем знаний не конечен, люди всю жизнь чему-то учатся. А в нашей области все вокруг меняется просто мгновенно. Количество информации растет по экспоненте. Как может человек, например, одновременно уметь и программировать, и планировать, и управлять? Средненько может быть и может. Ему времени тупо не хватит все эти задачи выполнять качественно, даже если спать мало.
Неужели не проще взять только программиста, только руководителя и дать им всем заниматься делом, которое они хорошо знают, любят и умеют, не отвлекаясь на посторонние раздражители?
Хирургу во время операции если скрипку дать и заставить играть, что будет? А если скрипачу на концерт завезем каталку и заставим удалять аппендицит? Вопросы риторические.
VMichael
30.11.2018 00:00Практически все такие цели в итоге сходят на нет при отсутствии прибыли (случаи когда некто финансирует такие идеи какое то время, не будем рассматривать, этот некто получил прибыл в другом месте). И корпорации добра внезапно превращаются в корпорации зла.
Лукавство все это.Woodroof
30.11.2018 13:17Возьмём обычных людей. Они почему-то не всегда стремятся работать там, где платят больше. Иногда из-за того, что хотят времени на личные проекты, семью, отдых. Иногда из-за того, что хотят делать что-то реально полезное, а не заниматься перекладыванием цифр с одного счёта на другой.
Компания — это во многом её руководство. Примеров компаний, которые готовы зарабатывать меньше денег, но делать именно то, что им хочется — много. Другое дело, что примеров таких компаний среди транснациональных корпораций нужно ещё поискать. Более того, даже когда руководство (и, как следствие, компания) действительно стремится делать мир лучше, оно никогда не сможет это доказать. Просто потому, что люди не верят, что такое бывает. Увы, твёрдо вбито успех=жадность.VMichael
30.11.2018 14:30Увы, твёрдо вбито успех=жадность.
Не вбито. А такова реальность. И люди это видят и делают выводы.
Как только падает денежный поток, сразу целей «улучшить мир и внести в него добро» становится меньше или они исчезают.
Они почему-то не всегда стремятся работать там, где платят больше.
Работать больше, за большие деньги, да не всегда стремятся, потому, чтохотят времени на личные проекты, семью, отдых. Иногда из-за того, что хотят делать что-то реально полезное, а не заниматься перекладыванием цифр с одного счёта на другой.
. При прочих равных стремятся.
Иначе говоря, если для жизнедеятельноси, субъективно хватает N тугриков, все, что больше можно вкинуть в некие проекты или просто выкинуть. Как только меньше N, все, игрульки в улучшение заканчиваются.
Тоже и у компаний. Только еще жестче. Заигравшись можно вылететь с рынка. Чудес не бывает. Все проекты требуют ресурсов, как минимум время организаторов тратиться, а как правило еще и денежные. И получив деньги в одном месте, можно их перераспределить в другое.
А может быть продав свои услуги/товары в первом месте на величину «пожертвований» в другом, организатор некоего улучшения принес бы больше добра в этот мир?
А то часто некий «меценат» не хочет на копейку поднять з/п своих рабочих на фабриках, зато вбрасывает бабло в музей, например. «Улучшает» мир.
Danikey
29.11.2018 00:52Статью прочитал, но что-то не проникся. Не пойму как это решает проблемы пользователей, улучшается юзабилити, скорость, точность поиска.
Stepan555
28.11.2018 22:30Тут речь о подразделениях, которые напрямую ничего не зарабатывают — они обслуживают внутренних клиентов. Посчитать сколько они «заработали» весьма сложно, т.к. нет явных цен и оплат их услуг. Потому и расчёт изменения зарплаты ведётся от рынка и от бюджета компании, а не от финансового результата.
Danikey
29.11.2018 01:23Если целый отдел не понимает, что работает не для «внутренних нужд», а на конечных пользователей, причём ничуть не меньше, чем «внешние», то что он делает? В реальности «внутренние» отделы делают для пользователей больше, потому что тем же продажникам лишь бы впихнуть невпихуемое, то есть вообще пофиг, что продавать, а там хоть трава не расти. Знаем, плавали.
Именно «внутренние» создают ценность программного продукта. В чём же их преимущество? В их «бирюзовости» ведения дел? Я не вижу, чтобы кто-то вышел вперёд и взял на себя ответственность за дикие косяки перехода с 3 на 4 версию, или хотя-бы нагло соврал, как Джобс: «это не баг, это фича». Некому брать, все виноваты?
Что-то в логике не так.
Если уж сотрудники не понимают создаваемой ими ценности, то как оценить её нам, пользователям? Если сотрудники работают только ради зарплаты, то в чём «бирюзовость»? А если не только ради зп, то что? Кому-то хочется ощутить сопричастность к управлению? Имхо, тут должна быть мощнейшая мотивация и уверенность, что тебя не «кикнут» и не кинут на следующий год. После такого сопричастные люди могут разочароваться в идеалах о очерстветь, а другим лишь бы пересидеть. Понятно, что по факту управлять будут те, у кого лучше получается, то есть те же скрытые лидеры, только можно будет размыть ответственность за косяки на всех, а успехи себе приписать. Какое поле для манёвра. Удобно, да. Ну, ок, неудачников уволим, переживут, а мы новых студентов наймём.
Так что второй вопрос: какая у «бирюзы» текучка?
Где я ошибся в рассуждениях?MorozovAleksey Автор
29.11.2018 19:53По сути Вы правы и нигде не ошиблись. Моё подразделение разрабатывает внутренние продукты для тех ребят, кто собирает и актуализирует данные в справочнике, также отвечаем за поставку этих данных во внешние продукты (это те, что мы с вами используем, как пользователи 2ГИС — та самая 3 ка и 4 ка) и вроде бы мы не разрабатываем внешние продукты и можно бы было здесь ляпнуть классическое «проблема не на нашей стороне», но наша сторона — это же 2ГИС целиком и в этом плане и я и моё подразделение так или иначе ответственны за то, что получается у компании. Уверяю Вас мы не меньше Вашего переживаем за те косяки, что случаются с продуктами компании и стараемся делать выводы из этого. Давайте я буду тем, кто признал косяки с переходом с 3-ки на 4-ку, потому что как пользователь продуктов 2ГИС я Вас прекрасно понимаю.
Про текучку — нежелательная текучка немного снизилась, а последние потери в основном про переезд в другой город/страну или резкий карьерный рост, но исходить из оценки, полученной на дистанции 3 года и делать из этого какие-то серьёзные выводы о том, что эта модель идеал я бы не стал — это не серебряная пуля точно.Danikey
30.11.2018 04:23Давайте я буду тем, кто признал косяки с переходом с 3-ки на 4-ку
Нет уж, подайте того, кто исправлять будет, чтоб возвопить к нему «Пошто?! Доколе?!».
как пользователь продуктов 2ГИС я Вас прекрасно понимаю.
Не уверен. Поясню типичную ситуацию: я бегу к остановке где-то в области, в -20 нежной отечественной стужи, и надо срочно понять, садиться в подъезжающий голубой автобус или ждать другой. И я лезу в 2ГИС, ибо потом придётся ждать пол часа, морозя любимую точку, либо гнать крюк на перекладных. А поскольку я слишкомкрутмолод, чтобы умирать, то хочуденегза 30 секунд найти маршрут и понять, выживу я сегодня или нет. Вместо этого наблюдаю, как интерфейс устраивает свистопляску, аки компас в Бермудском треугольнике, как легчайшее случайное касание телепортирует точку маршрута в соседнюю область, а попадание по остановке напротив (вообще, попасть по нужной остановке в интерфейсе 4-ки — нетривиальная задача) выдаёт три варианта вместо пяти и меньше автобусов, хотя я в пяти метрах через дорогу стою. Про невозможность построить маршрут через промежуточные точки — промолчу. И про регистрацию только через соцсети (третий год гадаю, чем вам обычный email не угодил).
Louie
29.11.2018 08:50Если бы это было так, то «внутренние клиенты» заказывали и оплачивали бы работу подобных отделов из своего кармана. Но это не так. Есть компания с определенными уставными целями, и есть сотрудники, в меру сил работающие над их осуществлением. Собственно, мотивацией создания подобных отделов является исключительно увеличение прибыли. Это не благотворительность и не социальная программа.
Конечно, часто бывает, что вклад таких подразделений в прибыль компании не учитывается, но это проблема экономистов, которая, в итоге выливается в закономерное сокращение «расходной» части и развал механизма.
Woodroof
30.11.2018 13:29Общая информация о выручке, прибыли и распределении расходов внутри компании открыта. Что касается деталей, то если кого-то из сотрудников они заинтересуют, то, я думаю, на них тоже ответят — руководство стремится быть максимально открытым.
rpiontik
29.11.2018 00:12Вообще, концепция занятная. Было бы очень интересно посмотреть на нее живьем и задать вопросы сотрудникам. Лично я в бирюзовые компании в России не верю:) Встречал много попыток, но в итоге, все они сваливалось в хаос. И у меня сложилось устойчивое мнение — у бирюзовой компании во главе должен стоять реально крутой менеджер. Т.е. настолько крутой в организации команды, что способен создать саморегулирующийся механизм с минимальным воздействием на него.
В своей работе я также придерживаюсь принципа коллегиальных решений, ролирования и т.д. Стараюсь прийти именно к самодостаточной модели команды которая либо вообще не будет нуждаться в менеджере, либо нуждается минимально. В целом, этого удается добиться. Но не выходит одного — заставить такие команды прогрессировать без менеджера. Т.е. принимаются правила, им следуют, все всем нравится, задачи решаются. Но вот наступает время меняться… а команда сама это не может. Ее тяготит модель к которой они привыкли. Т.е. возникает классическая проблема выхода за рамки комфорта.
Интересно, как вы считаете, вам удалось эту проблему победить? Т.е. ваша команда готова меняться и подстраиваться под бизнес своевременно?MorozovAleksey Автор
29.11.2018 20:15Приходите в офис в Новосибирске, всё расскажем и покажем. Сможете напрямую поговорить с сотрудниками тет-а-тет, если захотите. Повторюсь, на бирюзовую компанию не претендовали и не собираемся. Книга Ф.Лалу была источником вдохновения, не инструкцией.
Вы правы — для внедрения изменений нужны лидеры, в том числе и эмоциональные лидеры в командах, важно, чтобы все эти изменения вы придумывали вместе с ними и они их разделяли. Именно в этом и заключается ключ к успешному внедрению любых изменений в команде, по-моему мнению. Этих лидеров может быть несколько — кто-то развивает технику, кто-то процессы, кто-то тесты — короче говоря нужно увеличивать количество неравнодушных людей в команде, а это в частности про создание соответствующей культуры, а её как раз создают те самые лидеры.
Если команда не прогрессирует, то возможно не работает механизм рефлексии и развития на её базе — банально, но это ретроспективы и у нас, например есть явно роль про это, и тот кто эту роль реализует отвечает не только за «провести ретру», но и за то, чтобы она на выходе давала действительно значимо влияющие решения (привет фасилитация) плюс этот же человек проводит еженедельный митинг по темам с ретры — так мы фиксаем проблему «поговорили и разошлись»rpiontik
29.11.2018 21:56Пожалуй, я воспользуюсь вашим предложением. Бываю в Новосибе иногда. Предварительно свяжусь. Конечно я не в коем разе не хочу изобличить. Действительно интересно.
Что касается «придумывали вместе с ними и они их разделяли» — согласен полностью. На это я трачу уйму времени, стараясь, чтобы команда прониклась той идеей которую я продвигаю, улучшила ее или заменила своей — лучшей. Тут полная прозрачность.
И все же, мне кажется, что если у человека уровень достаточный для «запала» команды, его амбиции часто выходят за рамки «комфортного общего развития». Часто лидер-неформал начинает пытаться устанавливать свои правила. И тут обычно начинается работа менеджера по выравниванию ситуации.
Я уже молчу о конфликтах технорей над архитектурными решениями. Там вообще методичная работа нужна по формированию взаимопонимания. Сдружить две «звезды» ох какая не легкая работа.
Я так понимаю, что у вас все это отдано HR?
Louie
29.11.2018 05:48Настораживает, когда человек, с подписью «Руководитель сервиса» пишет:
Наше подразделение работает без руководителей с конца 2015 года.
. Еще более настораживает фразаЯ отвечаю за работу одного из подразделений...
, применительно к т.н. бирюзовой организации. Насколько я понимаю, в системах самоуправления есть ответственность за конкретные задачи, но не за персонал или отделы.
Аттестации — это, конечно, забавно, но самые интересные вопросы: график работы, КЗОТ и прозрачность финансов не освещены.MorozovAleksey Автор
29.11.2018 20:21Понимаю что Вас настораживает, нужно было уточнить конечно же этот момент в статье сразу. Я по должности руководитель т.к. моё подразделение интегрировано в департамент и в компанию в которой есть руководители, но внутри в моем подразделении нет руководителей.
Ответственность за персонал у нас не исчезла — те самые эйчары о которых в статье — это и есть то, как она реализована. График работы у нас достаточно гибкий, по необходимости можно поработать и из дома, КЗОТ компания соблюдает полностью — зарплата вся в белую. Уточните, что конкретно Вы хотели узнать про прозрачность финансов и я постараюсь ответить.Louie
29.11.2018 22:22Спасибо за ответ. Уточню. По финансам: Чтобы люди могли управлять своей зарплатой — им нужна хотя бы самая минимальная информация. 1. Откуда берется зарплата и ее повышение/снижение 2. Сколько получают другие. Какая информация есть у вашей команды?
Danikey
30.11.2018 04:40А ещё должны обладать честностью и скромностью, чтобы при всех этих знаниях оценить себя ниже, чем товарищей, и потом не дуться. Причём сразу на год вперёд, зная нестабильную экономическую обстановку.
Вообще, какое-то «море волнуется»: здесь мы сами себе денег дадим, а здесь нас будут оценивать, и в итоге от этого зависит зп. У меня в голове пазл не сходится, всегда будут те, кто выгрызает каждый рубль, и те, кто готов десятку скинуть, лишь бы не уволили. Ну, кроме варианта, что все получают столько, что +-10к особой роли не играют.Woodroof
30.11.2018 13:26Так открытость же.
1. Все знают текущие финансовые показатели компании (внутри информация и про выручку, и про прибыль открыта).
2. Все знают величину ФОТ, как и величину его запланированного изменения.
3. Все знают зарплаты друг друга (я говорю про открытость в общем сценарии, в разных командах 2ГИС ситуация разная).
Так что вопрос тут только может быть в том, хотим ли мы распределить деньги честно, или же, наплевав на других людей, выпросить побольше себе. Второе гораздо легче сделать, когда есть один руководитель, но в условиях открытости я бы предположил, что такие люди просто предпочтут сменить место работы. И, ИМХО, это даже хорошо.Danikey
30.11.2018 18:07Гм… Что-то неуловимое в этом есть, но… Что-то не улавливается.
Есть ФОТ. Прибавили там — убавилось здесь. То есть, теперь моя зп зависит от того, что Петя работал больше и хочет получать полторы моих зп. Я не против, что он бессмертный пони, но почему это влияет на меня?
Вопрос от Незнайки: откуда «сантики»? Или перефразируя: кто устанавливает ФОТ?
Если это стартап и денег нема, то понятно, все дружно ограничены. А когда вышли на прибыль, тогда… что? Опционов нет, акций нет, зп не растёт в зависимости от капитализации, и т.д.
Под «море волнуется» я имею в виду большое количество параметров, которые надо учесть: KPI, важность людей в команде, самооценка, оценка HR, оценка специалистов, косяки, соответствие «должности», желание других видеть тебя на этой должности, коэффициенты, коэффициенты, коэффициенты… Мне это напоминает озеро в шторм: если волна выросла тут, то там будет мелководье, воды же не станет больше (если вышестоящий шеф дождь из баксов не сниспошлёт). Как этот шторм контролируется? Какие-то коэффициенты в Excel и высчитывается уравнение? Одним только междусобойчиком, без формул, такое ЧЕСТНО не рассчитать. Нужен какой-то арбитр, хотя бы система правил, а это уже игра в кошки-мышки, это… да обычная система раздачи слонов, как у продажников. Только у нас нет чётких показателей, связывающих прибыль с затратами, мы ж «внутренний отдел».
В общем, в моём понимании это очень субъективная система.
Кто-нибудь сможет объяснить, КАК это МОЖЕТ работать ЧЕСТНО при самоуправлении? Очень хочу понять, пусть даже с какими-то условностями.Woodroof
30.11.2018 19:59Так ведь и не при самоуправлении добиться честности сложно. Обычное распределение зарплаты в среднестатистической команде выглядит примерно так: у меня есть +25к бюджета, так что +5к Васе, чтобы порадовался и не глядел в сторону, +10к Пете, т.к. постоянно просит и есть риск, что уйдёт, а остальные равномерно по остальным. Хотя не, Коле не дам. Я, правда, не особо следил за его задачами, но что-то хороших результатов припомнить не могу. Скажу, что если в следующий раз будет что-то крутое, то будет и прибавка.
Да и что такое «честно»? Как оценить, например, что конкретный человек важен ещё и потому, что благодаря нему настроение в команде всегда позитивное?
Мне кажется, что при наличии внешних ограничений на изменение ФОТ распределение этих денег самой командой в большинстве случаев будет более честным, чем при попытке «посчитать» или при выборе одним руководителем.
Впрочем, я сам в таком распределении никогда не участвовал, так что на эксперта не тяну.sn00p
01.12.2018 01:23Зарплату регулирует все же рынок. Где-то она больше, где-то меньше, но сравнимо. Никто в здравом уме не будет платить некоему Пете в два раза больше рынка, только потому, что он хороший человек.
Если он конечно не имеет мохнатую лапу, кучу компромата и жену — сестру директора (шутка)
Вы сейчас хотите сказать, что вам, к примеру, дают 100к Васе, 200к Пете, 150к Мише, тотал 450к на отдел. Это вам посчитали в нормальной бухгалтерии, которую ваши все эти бирюзовости вообще не парят и посчитали по мотивам определенных сумм, прописанных в определенных контрактах. А вы в январе Васе дали 80к, Петя получил 220к, Миша остался со 150к. В феврале еще как-то потусовали те же 450к, по неведомым критериям.
Потом они все обнялись, вздохнули, поздравили счастливчиков с повышением зп, а неудачникам посочувствовали. И потом даже не подрались на корпоративе?
Или есть некая базовая часть, ниже которой сотрудник не может получать и все просто борются за некую премию? Которая идет сверху базовой части, положенной по контракту, и которая делает кого-то ниже, а кого-то выше рынка? Как вы это объяснили бухгалтерии? Как Вася относится к тому, что его 20 тысяч, которые он таки получал в прошлом месяце ушли Пете? А Миша как относится к тому, что он тааак много работал, но все опять досталось ленивому, но харизматичному Петру? Петру надо опасаться, его не любят уже двое.
В нормальных организациях это нивелируется тем, что мало кто знает какие у кого зарплаты, например.
Или Вася сам честно заявляет? Я плохо работал, отдайте вы лучше мои деньги Пете. Он крутяк, молодец, вообще агонь. Не то что я, я вообще не заслужил. И в соседнюю контору, где стабильно платят без всяких заморочек 100к спецу моего уровня я не пойду, потому, что мы крутые и мы команда, давайте обнимемся! Как это происходит?
Чисто психологически, человек, при средней по рынку 100к, получивший 80к зп и 20к премии в январе. Уже не ждет просто 80к в феврале, даже имея какой-то гипотетический шанс получить 120 в марте. Он уже оперирует цифрой 100к в будущем и надеется на нее. Лишать человека премии, да еще по размытым критериям, да еще на виду у всех — это лучшая мотивация порвать трудовую книжку и бежать прочь из этого гиблого места в ту же секунду.
Команда командой, но ипотеку за Васю платить никто не будет.
Бирюзовые команды — это там, где деньги никому не нужны, в том числе и владельцу бизнеса. И все работают удовольствия ради, улучшая мир, акей.Woodroof
01.12.2018 07:04Не так же. Никто ни у кого не отбирает, снаружи согласовывается изменение бюджета команды, а распределяется это изменение уже внутри. Ну и опять же, я писал выше, что у нас в команде не так.
sn00p
01.12.2018 10:16Непонятно. При фиксированном ФОТ, регулируемом рынком, откуда эти бонусы берутся? Все кутят на зарплату руководителя, которого нет? При наличии 35 человек в команде получается цена вопроса — стейк и кружка пива в Бирхаусе неподалеку. Я вот не уверен, что я бы согласился за цену одного стейка, да даже двух или трех, целый месяц пахать в качестве руководителя, причем картонного, без всяких прав, зато с обязанностями.
Если это другие суммы, то откуда они берутся? И как к этому относятся другие команды, которые пашут по 24 часа в сутки, но при этом годами сидят без бонусов?
Вы вообще понимаете, как и откуда формируется ФОТ и разного рода бонусы?
Danikey
01.12.2018 20:37Вот прям по теме, сходил сегодня на «Богемскую рапсодию» про историю Queen. Убойное кино, всем советую. Там был момент, когда Меркьюри возвращается в команду, понимая, что они — его «семья». И одно из условий: все будут получать равную долю. И ему уже плевать на деньги, главное — поддержка друзей.
Кто как хочет, так и оценивает. Только с руководителем я знаю, КТО меня будет оценивать и КАК, и могу подготовиться, а в случае со всей командой — получаем «море волнуется» и игры престолов.
Danikey
01.12.2018 20:50Вы ещё наблюдаете за дискуссией? Можете объяснить ситуацию по вопросам в ветке выше этого комментария?
Crevice
30.11.2018 18:05Как там было про пирожника и сапожника?
На таком уровне это наверняка работает, вы получаете почти бесплатных руководителей нижнего уровня, а сотрудники повышают свое ЧСВ. Но все это будет максимум на среднем уровне профессионализма, иначе будет страдать их основная деятельность.
dimkss
30.11.2018 20:29> Эйчар может помочь с валидацией решений по зарплате.
> Эйчары валидируют решения (по зарплатам) по тем сотрудникам за которых они отвечают.
Вы точно уверены что эйчары не могут повлиять на сотрудника? Или контроль зарплаты не считается влиянием?
petuhov_k
Крайний за? Серьёзно? «Ответственный» по каким причинам не подошло?
gennayo
Это просто выражение корпоративной субкультуры, не более того.
InnaSavchkova
Именно так.
Ответственный/главный/крайний — как не называй, функционал не изменится. Дело вкуса, нам «крайний» заходит.
Graf54r
но смотрящий звучит же круче…
roscomtheend
Это или следующий этап КГМ (крайности головного мозга), когда заменяют слова из желания показаться причастным или у них ответственных просто бьют (назначают крайними).
(почитал статью)
> Бирюзовые организации
Напоминает «платиновых директоров»(статус в пирамиде), которым платили лапшой на ушах. Вместо денег. Или каких «детей индиго», там выдавали отставание за особенность и преимущество. Мне же подобное видится как то же руководство, с ответственностью, но без возможности принять решение. Потому, видимо, и крайний. Если бы мне при устройстве сказали — «это крайний в нашем подразделении», то я бы попрощался.
Идея аттестаций не плоха (как видится, в большинстве организаций даже при их декларации такого не происходит и обещанная привязанная к ним индексация, соответственно, тоже), возможно даже идея HR не так плоха, если занимает мало времени и позволяет переключить внимание ненадолго и не часто, вернувшись к работе со свежим взглядом. Хуже, если такого HR дёргают как раз тогда, когда у него «состояние потока» (он ведь тоже разработчик). Я работал там, где приходилось отвлекаться на саппорт и больше так никогда ни за что делать не буду, это отвлечение выводит из себя (потому как не разово, а постоянно), это не компенсируется ни деньгами, ни даже отличным коллективом (благодаря которым я продержался так некоторое время).
gennayo
Всё описанное в статье будет работать только в определённой среде и «тепличных» условиях. К сожалению, вывести и описать необходимые условия среды, находясь внутри проблематично. А именно это и было бы интересно.
MorozovAleksey Автор
Вы правы — просто так это не внедряется. Вот краткий и неполный список того, что потребуется: поддержка руководства, рабочий способ оценки внедрения изменений — стало хуже или лучше?, готовность и желание людей, лидеры и их навыки, в частности фасилитация… Но работаем мы не в тепличных условиях — каких то скидок относительно других подразделений в департаменте у нас нет.
gennayo
Ещё раз, вы, к сожалению, не сможете описать все достаточные условия, так как значительная часть из них лежит вне сферы вашей компетентности.
MorozovAleksey Автор
Вы правы — всё это работает, если человека не дергают туда сюда постоянно — разработчик в основном всё же должен быть сфокусирован на разработке, иначе сами понимаете какой будет результат. Поэтому мы и стремимся к тому, чтобы нагрузка на эйчаров была в разумном соотношении с остальной деятельностью.
MorozovAleksey Автор
Да конечно подошло бы, соглашусь с Вами, ведь именно это и имеется ввиду, просто это наш сленг и я его как-то не отфильтровал, бывает…