За что еще увольняют программистов

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

Мы попросили технических специалистов, которые ответственны за наём и увольнение в своих компаниях, рассказать, из-за чего им приходилось увольнять своих коллег.

Токсичность, отсутствие мотивации и негативизм

Дмитрий Абрамов, Delivery Director, Deputy Head of Kyiv R&D Center в DataArt

Я опишу три случая из личной практики, которые мне запомнились.

Первый произошел, когда я работал СТО в большой розничной компании с развитым IT — я уволил двоих токсичных людей из своей команды. До меня доходили жалобы о том, что с ними постоянно случаются какие-то неприятные диалоги, что они много жалуются на жизнь, но ситуация в целом долго оставалась под контролем. Потом люди из их отдела пришли с жалобами на то, что эти двое прямо обвиняют их в нечестной работе и заговорах.

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

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

Во второй раз мне пришлось уволить опытного Senior разработчика. Я бы даже сказал, эксперта. К тому времени я уже работал проектным менеджером в аутсорсинге. А расстались мы с этим человеком, потому что он попросту не умел работать. У него были собственные инженерные приоритеты, ему было интересно заниматься сложными техническими проблемами. Когда его желания не совпадали с проектными задачами, последние он просто саботировал. Нужно пилить какой-нибудь модуль, деливерить релиз, но у этого человека есть мысли поинтереснее, а скучной рутиной он заниматься не будет.

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

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

Третий кейс похож на оба, приведенных выше. Есть опытный Senior разработчик — 15 лет в бизнесе и не первый год в компании. Это довольно угрюмый тип, склонный критиковать абсолютно все, с чем сталкивается. Причем критикует это в такой едкой и непримиримой манере, что коллеги не хотят с ним ничего обсуждать. Все разговоры сводятся к тому, что все плохо и лучше никогда не будет, заказчики не умеют структурно мыслить и вообще работать, нас не уважают, как и мы не уважаем друг друга, да и процессы у нас не выстроены.

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

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

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

Плохой код и срыв сроков

Дмитрий Родин, CTO & TechLead в Evergreen

Основная причина увольнения любых сотрудников — это когда после нескольких «китайских» предупреждений человек упорно продолжает вести себя по-прежнему. Это демонстрирует отношение человека к работе, его нежелание или неспособность с ней справиться.

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

А также — срыв сроков выполнения.

Тут действует правило РПУ:

  • «Р» — рекомендуем, что исправить;
  • «П» — делаем предупреждение;
  • «У» — если не помогло, увольняем.

Остальные причины субъективны и больше зависят от самого человека. Вообще, косяков бывает гораздо больше, но мы стараемся дать шанс всем, кто уже с нами. Но эффективность команды важнее привязанностей и личных симпатий к человеку, на которого потрачено много времени и сил в обучении. Бывает обидно кого-то увольнять, особенно если человек отличный, но мы это делаем, когда он не эффективен как сотрудник.

Например, был у нас один Back-end Laravel разработчик. Он позиционировал себя как Middle. Мы делали проект, в административной панели которого находился дашборд с заказами. Однажды клиент пожаловался на ее производительность. Было непонятно, почему все тормозит, если все данные подтягиваются с одной модели.

Мы провели ревью кода, и оказалось:

  1. Разработчик, используя грабли, подключил datatable без органичной имплементации с моделью Laravel. Под это есть готовые решения, но он зачем-то прикрутил свой «велосипед».
  2. Он отдавал на Front-end все заказы из базы: там их от 10K, а постраничность реализована уже на фронте. Если бы он порционно реализовал server-side отдачу данных, тогда бы все летало.

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

Неумение работать в команде при удаленной работе

Павел Никиточкин, CTO в JetThoughts

Мы работаем удаленно и изначально стараемся нанимать сотрудников, которым не чужды наши ценности. Поэтому увольнения случаются редко.

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

Единственный случай, когда мы сами уволили сотрудника, был основан на подрыве доверия и лжи с его стороны. Это был Lead Ruby on Rails Engineer, который отвечал за подготовку продукта к выпуску. Для решения этой задачи ему были предоставлены полная свобода и гибкость — ответственность за решения была достаточно серьезной.

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

Спустя неделю человек объявился и представил много мелких правок, сгенерированные автоматическим инструментарием, которые отсутствовали в списке необходимых. Это и послужило переломным моментом.

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

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

Безынициативность, безответственность, саботаж работы

Дмитрий Пискарёв, CEO (ex-CTO) Netpeak Agency

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

За что мы увольняем? Ничего необычного: за безынициативность, безответственность, саботаж работы.

Мой пример в прошлом году как раз был связан с последним пунктом. Сотрудник на одной из senior-позиций начал демонстративно игнорировать все текущие рабочие процессы и блокировать любые идеи по развитию продукта.

Например, была ситуация, когда он открыто начал пропускать daily scrum и ретроспективы. Объяснял свое поведение тем, что и так всё знает, при этом демотивируя всю команду. Иногда это приобретало совсем причудливые формы — он мог брать задачи из бэклога, которые ему интересны, не говорить об этом остальным и создавать конфликтные куски кода.

Я пытался решить проблему в течение года разными способами: встречи в формате one-on-one, смена направлений работы этого специалиста, попытка дистанцировать его от команды. В итоге ничего из перечисленного не помогло. Сейчас я понимаю, что не надо было так долго тянуть и давать третий, четвертый и пятый шансы.

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

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось1
До обраногоВ обраному1
LinkedIn



Найкращі коментарі пропустити

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

хм
виглядає, як хреново організований процес, але звільнили одного дева =)
можливо варто було краще аналізувати задачі, проводити код рев’ю, збільшити тестування ?

Меня недавно уволили с формулировкой «ты не живешь, не дышишь проектом. Просто бездушно „кубики“ в джире перетаскиваешь». Лол. Все таски закрывались вовремя, претензий к качеству кода не было, на стендапы на опаздывал. Просто учредители-израильтяне хотели проактивного участия и почему-то решили, что люди должны искренне переживать за успех ИХ бизнеса и овертаймить бесплатно.

Потом они еще человек пять уволили за то же самое, а потом контора посыпалась — остальные начали сами увольняться. Веселуха :)

У меня сложилось странное впечатление от прочтения этого материала.
Много действительно актуальных случаев. Но часть описанных ситуаций выглядит ... двусмысленно, мягко говоря.
Вы простите, но со стороны это кажется так, что кое кому не нравились люди, которые имеют свое мнение и не бояться его высказывать.
И это кое кто для их увольнения использует любые, даже грязные поводы, к примеру — донос, который даже не разобрали.
Раз — донесли, да не разбираясь сразу по доносу пшел вон даже без 2-х недельного уведомления.

Некоторые кейсы ну ахрененно актуальные для увольнения :(

1.

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

Хмы, два вроде умных человека не договорились. Кто виноват ;) ?

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

Херасе не умел работать :( Судя по последней фразе, он перерос средний по богадельне уровень, и компания просто не сумела подыскать ему достойную задачу. Но тут бы не увольнять, а по крайней мере «спасибо» сказать и провести красиво.

...скучной рутиной он заниматься не будет.

Это открытие, да? что есть люди, которые играют на рояле, и есть те, которые носят рояль, но для процесса необходимы и те, и другие — ?

2.

Основная причина увольнения любых сотрудников — это когда после нескольких «китайских» предупреждений человек упорно продолжает вести себя по-прежнему. Это демонстрирует отношение человека к работе, его нежелание или неспособность с ней справиться.

Это демонстрирует то, как человека научили. Иногда Вы же и научили.

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

Бедные индусы :(

Тут действует правило РПУ:
«Р» — рекомендуем, что исправить;
«П» — делаем предупреждение;
«У» — если не помогло, увольняем.

Дейсно, зачем себе жизнь усложнять :( Даже при совке :) увольняли после двух строгачей :)
Мне гораздо больше нравится старое правило: не знает-не понимает, не умеет, не может, не хочет.
image.slidesharecdn.com/...​0-8-638.jpg?cb=1518873311
Обычно затык имеет место быть на 1-2 уровне. И даже если он на последнем, не факт, что это проблема работника. Проанализировав правую половину таблички, господину менеджеру можно уже пробовать говорить о том, что «мотивация не помогла, увольняем».

3. Я не против того, чтобы увольнять, и даже выгонять. Но чуть ли не единственная причина, которая не подлежит обсуждению, — нечестность, моральная нечистоплотность. Даже за ссору с клиентом можно ткнуть носом, обЪяснить, наказать материально и перевести на другой проект. За перепродажу кода и друзей-прогеров, пр. гешефты — увольнение самое то. Этот человек все равно со временем будет работать предпринимателем, а не девом :)

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

316 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Мой опыт — 99% проблем от неквалифицированного тимлмда (новозможно неделями и иногда месяцами достучаться до человека, борьба двух групп внутри компании, одного назначили на должность, а второго прокатили и он подставляет разработчиков чтобы доказать что он должен быть начальник, самовлюблённость, неумение ставить корректно задачу, сегодня поставил задачу, а завтра про это забыл, здесь только одно решение — все требовать в письменном виде, никаких «я сейчас расскажу») и только 1% от отсутствия квалификации разработчика.

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

В таком случае он не разработчик, а стажёр. За время испытательного срока это определяется легко. Собственно об этом случае я и писал, имея ввиду 1%.

Угу. А потом, после того как уволили «неугодных» (с точки зрения руководства конечно) программистов в компании начинаются (или продолжаются) овертаймы и в тимах катастрофическая нехватка людей: от КУА до девов всех категорий. И как мы решаем эту проблему? Мы начинаем сношать HR , почему дескать не набираете людей...Давайте таких HR тоже уволим.
Так может проблема не программерах и HR, а бездарном руководстве?

Главное да, тема о том, как увольняют программеров (уже две статьи накатали). А за что увольняют ПМ, которые не могут нормально организовать процесс и решить вопросы с заказчиками/ продукт оунерами? Было бы очень интересно послушать.

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

А разве это слово — увольнение применимо к ИТ в Украине? Тут же 90% ФОП, а не сотрудники. Просто прекращаешь сотрудничество и все.

Токсичность, отсутствие мотивации и негативизм

А вы смелый парень. Вот так в открытую заявлять, что уволили сотрудников исключительно из-за конфликтов в коллективе.
С одной стороны вроде и хочу понять. Люди не вписались, мешались, настроение портили. А с другой стороны — не нарушение ли это их прав?

Вообще-то если человек ФОП, его и уволнять-то не нужно.

А разве ФОПы обязаны подписывать контракт при поступлении на работу?

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

Статья 24. Заключение трудового договора

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

Ок. Прекратить сотрудничество. Но велика ли разница, если причина прекращения сотрудничества — кухонные конфликты?

Про программистов прочитали теперь интересно было бы почитать «за что увольняют менеджеров»

Этих очень сложно, почти не возможно, уволить...
Ниже в комментах замечательная ссылка об увольнении менеджера потерялась, подыму ка я ее выше: www.youtube.com/watch?v=jlyR1qSn3VQ

Хью Лори aka доктор Хауз велликолепен!

За то что не успели найти козла отпущения и уволить программиста

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

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

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

Познавательная статья и очень неоднозначная. Каждый кейс заслуживает подробного разбора.

Больше всего у меня возникло вопросов к Дмитрию Родину по поводу увольнения 1го разработчика из-за проблем с производительностью.
Не хватает деталей к портрету этого разработчика и к тому, как устроен рабочий процесс в целом.

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

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

Были ли оговорены требования по производительности изначально? Были ли известны приблизительные объемы выводимой информации? Это зона ответственности того, кто формировал задание и составлял историю ( CTO / Product owner / бизнес аналитик — у всех это по-разному может быть организовано).

Если было известно, что данных будет много, то на этапе оценок задачи уделил ли тех.лид / архитектор внимание этому вопросу? Дал ли комментарии и рекомендации на что надо обратить внимание или описал ли подход к решению задачи? Это зона ответственности тех.лида / архитектора.

В процессе работы, советовался ли с техлидом / архитектором этот разработчик? Прислушивался ли к советам или делал всегда по-своему? Это зона ответственности разработчика.

Было ли код ревью после окончания разработки? Зона ответственности того, кто проводил код ревью.

Нет код ревью? Значит, есть недочеты в организации рабочего процесса. Зона ответственности тим.лида.

Как эта фича тестировалась? Если было известно, что данных будет много, было ли проведено тестирование производительности? Зона ответственности QA.

Если увольнять за проблемы с производительностью, тогда надо было уволить всех этих людей.

Но лучше было бы разобраться в чем проблема, объяснить разработчику что надо исправить, и чтобы он это исправил. А так же внести коррективы в рабочий процесс команды. Это был бы полезный опыт для всех и принес бы пользу, а не вред, команде. После такого увольнения, думаю, многие находятся в не очень комфортном состоянии, зная, что за 1 ошибку — увольняют. Есть на Хабре очень хорошая статья по этому поводу: habr.com/post/430024

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

Там другое бросается в глаза, один Миддл успел нехеровертить столько проектов в стольки ключевых местах, что похоже просто никому до его работы не было дело. Нет никакого контроля, ни тестов.

Я чего-то не пойму — если ты берешь человека на работу, а он начинает саботировать — то велика вероятность того, что ожидания человека не оправдались, вряд ли на собеседовании ты бы взял идиота. Потому что нельзя врать — ни о сложности проекта, ни о технологиях, обязанностях, степени вовлеченности или влияния, чем больше точной информации вначале тем меньше вероятность разочарования и как следствие саботажа. Другое дело когда брали на работу не вы, тут и объяснять ничего не надо.

Как-то меня брали на C++-программиста, даже собеседование понравилось, на работе же посадили писать на BPEL/WSDL юнит-тесты для какого сервера бизнес-логики, а потом такие «ой, что-то у тебя перформанс не очень». ДЕЙСТВИТЕЛЬНО, С ЧЕГО БЫ ЭТО?

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

Тобто мідл, без код ревю пушнув не оптимальний код в продакшин без код ревю? Клієнт поскаржився, а менеджмент вирішив знайти крайнього, бо за результат відповідає не тіма, конкретний дев? Вні себе позиціонував як мідл? Як його позиціонували люди які брал його на роботу. Виглядає як провтик зі сторони дева/код ревю/процесу/менеджменту/тім ліда або сінйор стафу, але крайнім зробили тільки одного дева не даючи йому навіть друго шансу. Де був тех лід?

Меня недавно уволили с формулировкой «ты не живешь, не дышишь проектом. Просто бездушно „кубики“ в джире перетаскиваешь». Лол. Все таски закрывались вовремя, претензий к качеству кода не было, на стендапы на опаздывал. Просто учредители-израильтяне хотели проактивного участия и почему-то решили, что люди должны искренне переживать за успех ИХ бизнеса и овертаймить бесплатно.

Потом они еще человек пять уволили за то же самое, а потом контора посыпалась — остальные начали сами увольняться. Веселуха :)

Как старый маланец на

Просто учредители-израильтяне

скажу шо
www.youtube.com/watch?v=5IgrinOfrq4
и шоб ви не сомневались, когда эти гехайме питаютца изобгажать пгогамистов — таки не вегьте !
Таки смотгите на откуда и шо зачем.
И вообще, улыбнитесь. Випейте водки, молодой человек — у вас впегеди вся жизнь, шляк би ее тгафил.

В израиле такая ментальность, почитай хотя — бы опусы некоего Армана Дарини

Моя ментальность говорит мне что-то вроде «хочешь проактивного участия — давай долю. Фиксированные бабки — фиксированный скоуп».

Простая арифметика: нанять тех, кто живёт проектом — платить меньше за ту-же работу. У народа из Израиля шок, что это не работает для украинских программистов

Простая арифметика: нанять тех, кто живёт проектом

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

Хотя внешне как бы б таки да «наняты те кто живёт проектом».

ЗЫ: из свежего спрашиваю «чёт я не понимаю вот этого слова вы мне разьясните?» а они такие чёт замялись и стали рассказывать как корабли бороздят просторы ну я такой слушал верил но понятно опыт уже не пропьёшь возьми да и ляпни «йо чуваки да вы круты! и вы всё это сделали такими малыми силами за такой малый срок! это круто чуваки!» а они такие чёт вообще замялись и такие «мы вам позвоним» (к) (тм) ну потом правда оказалось когда я тему глубже копнул что то самое непонятное слово которое я спрашивал это название совсем чужого проекта который всё и делает а всё что есть сделанного это пара презенташек и макетов «по которым можно поводить мышкой рассказывая за то как наши корабли бороздят просторы» (к) (тм) так что таки да «гореть проектом» это вовсе не значит «больше работы за те же ж деньги» это даже больше вообще не значит ни «больше» ни «работы» ))

ЗЫ: иначе они бы б за украинскими программистами и не пришли бы б может никогда просто местные как бы б просекли уже эту фишку благо тех самых годков с той самой первой истории уже много прошло а они шли надо понимать уже немало годков и до того и сегодня программистская з.п. израильская как бы б не то чтобы равняется но уже откровенно подпирает американскую а вот по остальным вопросам как бы б «нанят тех кто живёт» ))

Какой-то поток сознания в опиумном бреду. Не разобрал ничего из написанного

И следом обычно идет комментарий со знаками препинания.

Как он там? Есть какая-то свежая инфа?

Та пусть оно так. Но когда «жизнь проектом» не приносит ничего, кроме седых волос на жопе, то ну их в пень.

Просто учредители-израильтяне

Да они такие ))

«простые» тоже такие особенно флажком сигналит когда звучит слово «служили в армии» (к) (тм)

Не, эти были настоящие. Один по-русски вообще не говорил, а второй — говорил (причем без акцента), но не умел читать.

А ещё их называют вторым (а то и третьим) поколением, когда ребенка родили уже там, а читать на русском не научили.

я бы сам оттуда уволился из-за таких предъяв. «дышать проектом» можно если это твой собственный бизнес. а если ты наемный работник, ты должен просто делать свою работу качественно

Можно увлеченно делать свою работу даже если это не твой бизнес. Так намного интереснее.

Но можно делать и не увлеченно. Только некоторые этого не понимают.

Увы, но так часто бывает. Людей нанимают и говорят, что ждут от них фантастического performance, забывая о том, что зарплата — средняя по рынку, а бывает, что и ниже

он открыто начал пропускать daily scrum и ретроспективы.

возможно он атеист или просто не верит в Скрам и ритуальные молитвы-стендапы.

Сжеть еретика!

это типичная реакция коуча на вопрос: «чем скрам отличается от гомеопатии?» :)

как ни странно, дэйли помогает если менеджер хороший

Debatable. Сильно зависит от проекта, задач, людей, их количества и опыта.

Говорю из своего опыта. Когда менеджер плохо разбирался, то дейли были так-себе и ниочем. Когда менеджер знал что делает — многие вопросы решались быстро, задания разбивались/назначались кому надо, и т.д.

только ситхи возводят все в абсолют ©

Он прав насчет количества людей и прочего. Например если программиста 3 и все фулл-стеки — то можно что-то обсудить всем вместе например. А если каждый узкий специалист или людей много — не проще ли таски просто раздать в жире и не собирать толпу?

Из моего опыта — дейлики решительно бесполезны. Ретро тоже, но там хоть посмеяться можно.

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

Грхм ...в чем вопрос был перевести его на полную удаленку ?
Если человек поросенок, но специалист, то ...

Если человек поросенок, но специалист, то ...

потому что люди важнее процессов и хороший человек важнее специалиста ))

Хороших людей много, а специалистов мало. С какой радости хороший человек важнее?

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

Нет такой профессии «Хороший парень»! ©

Есть, «Хороший мальчик» называется. Только они за еду работают.

Вот ведь странно «проффесии» нет а карьера есть ))

На удалённку куда? На улицу?

что конторы безразмерные.

Я хочу сказать, что даже в такой ситуации есть минимум 2 выхода. Ваш КО

Имхо, это звенья одной цепи — главный вопрос в минимальной самодисциплине. Есть конечно 5-10% отбитых наглухо офигенных спецов-ноулайферов, но в остальных 90% — срач на столе == срач в коде, затыки со сроками и т.п.

Посмотрел на свой пыльный стол и чистый код. Задумался.

Ты что-то делаешь не так ))

Вобщем, расскажу я тебе историю об одном студенте. Да что там, о всех студентах.
Вот есть у тебя экзамен. К нему надо готовится, билеты учить, контрольные писать. НО. Тут кровать не застелена, там кот просит еды (хотя миска полная), там друг\брат\сват написал и надо *срочно* ответить. Потом идешь садится, а у тебя стол пыльный, чашка непомыта да и в холодильнике еда не съедена.
А экзамен потом успешно сдается, на третьей пересдаче, вместо сроков. Или вовремя, ведь студенту повезло и он хорошо написал то что знал.

Нет, абсолютная дисциплина ниочем не говорит, связи с качеством работы — нет, да и не было никогда. Если у человека стоит три чашки на столе с недопитым кофе — я его трогать не стану. А если скоровордка — надо принимать меры, но явно не к коду. Нет связи.

Может человек как раз то живёт проектом в своей голове а не мирской х#йней? Очень возможен вариант к примеру человек такой сам из себя стол натирает, на шмитингах кучеряво насыпает, но за это время кто-то уже решил вопрос вместо простирания стола. Вообщем чисто менеджерское мышление ИМХО

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

Просто интересно как звали сего кадра?) Больно уж он мне кое кого напомнил)))

А еще не указана причина «менеджер мудак» или «заказчики мудаки».

Некоторые кейсы ну ахрененно актуальные для увольнения :(

1.

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

Хмы, два вроде умных человека не договорились. Кто виноват ;) ?

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

Херасе не умел работать :( Судя по последней фразе, он перерос средний по богадельне уровень, и компания просто не сумела подыскать ему достойную задачу. Но тут бы не увольнять, а по крайней мере «спасибо» сказать и провести красиво.

...скучной рутиной он заниматься не будет.

Это открытие, да? что есть люди, которые играют на рояле, и есть те, которые носят рояль, но для процесса необходимы и те, и другие — ?

2.

Основная причина увольнения любых сотрудников — это когда после нескольких «китайских» предупреждений человек упорно продолжает вести себя по-прежнему. Это демонстрирует отношение человека к работе, его нежелание или неспособность с ней справиться.

Это демонстрирует то, как человека научили. Иногда Вы же и научили.

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

Бедные индусы :(

Тут действует правило РПУ:
«Р» — рекомендуем, что исправить;
«П» — делаем предупреждение;
«У» — если не помогло, увольняем.

Дейсно, зачем себе жизнь усложнять :( Даже при совке :) увольняли после двух строгачей :)
Мне гораздо больше нравится старое правило: не знает-не понимает, не умеет, не может, не хочет.
image.slidesharecdn.com/...​0-8-638.jpg?cb=1518873311
Обычно затык имеет место быть на 1-2 уровне. И даже если он на последнем, не факт, что это проблема работника. Проанализировав правую половину таблички, господину менеджеру можно уже пробовать говорить о том, что «мотивация не помогла, увольняем».

3. Я не против того, чтобы увольнять, и даже выгонять. Но чуть ли не единственная причина, которая не подлежит обсуждению, — нечестность, моральная нечистоплотность. Даже за ссору с клиентом можно ткнуть носом, обЪяснить, наказать материально и перевести на другой проект. За перепродажу кода и друзей-прогеров, пр. гешефты — увольнение самое то. Этот человек все равно со временем будет работать предпринимателем, а не девом :)

Херасе не умел работать :( Судя по последней фразе, он перерос средний по богадельне уровень, и компания просто не сумела подыскать ему достойную задачу. Но тут бы не увольнять, а по крайней мере «спасибо» сказать и провести красиво.

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

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

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

Помните: «Если кто-то кое-где у нас порой...» — ?

В такой ситуации, вести себя в духе "не барское это дело«...

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

Сори, прочитал внемательно... есть двойственность: «на любом проекте» в смысле на любом отдельно взятом, или на «всех сразу». Если на каком-то одном — так перевести человека, например в R&D или нечто подобное, пусть стартует новые проекты. Если на всех сразу — см. предыдущее.

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

Ну и себя заодно нужно было, раз один разработчик мог столько косячить и никто не замечал и всех все устраивало

Ну и себя заодно

ну дык прямо описанная ситуация прямо и есть «ну не себя же ж!?» (к) (тм)

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

Да, похоже, что выводов они не сделали. Хотя, статья-то о увольнениях, а не исправлении косяков в процессах :)

Нет, конечно. Это оптимизация бизнес-процессов )

Оптимизация бизнес-процессов у клиентов :)

it’s called «hard decision». «ничего личного, мы действуем в интересах нашего бизнеса»

Не выставил, а перевёл на интернал мобилити.

Я когда-то уволил 2 джунов из 6 по единственной причине, чтобы остальные строем ходить начали.

Бей своих чтоб свои боялись!

Все правильно, ніщо так не виховує та дисциплінує людей як живильні пиздюліни фізичне виховання.
Доведено роками!

То есть ты их уволил просто так, просто воспользовался властью, так?

Но оставшиеся 4 понимали реальную причину увольнения? Или они верили в озвученную причину увольнения?

Откуда потом удивление что сотрудники саботируют работу? Наверное если обращаешься с людьми как с говном стоит ожидать что они тебя наеб#т. А у меня такое чувство что все таки вы от их работы зависели в какой-то мере.

Большинство людей больше любят кнут, чем пряник.

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

И причем тут Маслоу?

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

Согласно пирамиде Маслоу

на самом деле не совсем так просто потому как чисто статистически средний IQ 100 это уровень обозначенный в конце позапрошлого века с тем чтобы быть инструментом массово отбирать людей способных на минимальном уровне обращаться с машинами на заводах читай не ломать их и не совать собственные концы куда не надо и соотв. не причинять увечий читай не ломать работников вот собственно и всё что такое «средний уровень большинства людей».

А «верхние уровни самореализации» у этого «среднего распределения» это чтобы кем-то командовать и это собственно вся «самореализация» на которую они чисто физически способны причём статистически здесь то самое «большинство» это сам факт «командовать» которое на самом деле «принять команду сверху и передать её вниз» вот и все ваши «уровни среднего человека согласно пирамиде Маслоу».

А отечественному вайти этого не удалось избежать но удалось оттянуть сам момент вливания вайти всей той «средней массы большинства людей» и как только момент настал здравствуй «чисто статистически средний IQ вайти» со всеми вытекающими.

Причём ничего особо нового как оказывается те ж ж американцы его давно прошли только они сделали это ещё когда только компьютеры сами по себе начали появляться а в СССР как известно кибернетика была буржуазная лженаука до промышленных образцов честно стыренного не дошло даже до 80286 хотя может быть и дошло бы б да вот сам СССР того ))

Откуда такая убежденность? Только не говорите что по себе судите, не хорошо выйдет

Пора снимать «50 оттенков программирования» про то, как дэвы любят кнут )

Пора снимать «50 оттенков программирования» про то, как

уже ))

youtu.be/oYFTWuRwpJE

Плётку. И на доу, по-моему, как минимум один любитель этого дела

На двух последних проектах, когда уходил (увольняли) ведущего разработчика, за ним сразу сваливала вся команда. Для бизнеса это был просто шок. Все эти «эффективные менеджеры» так и не смогли себе объяснить, почему так произошло.

Того, кто весь проект тянул на себе. Любимая фраза менеджеров: «Незаменимых нет». Все время вспоминаю анекдот про соревнования гребцов.

Витя, а давай тебя нах.й выбросим из твоей фирмы.
ачо,хуле, незаменимых нет.
и вообще давай тебя из профессии — нет незаменимых.

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

А это не ко мне «вперед».
Это ты Богу предъявы кидаешь, когда чушь пьяную пишешь.
Поосторожнее, потому что нельзя повторять слова мерзавца , уничтожившего миллионы людей, ради своей маниакальной жажды властию

Я вот другое видел. Когда не увольняли откровенно слабого сотрудника, чтобы у других было ощущение стабильности, чтобы другие не разбежались.

а оказалось в итоге наоборот.

«ноборот» — то если бы генерального уволили

«Belarusian state university 1985-1992
Institute of Criminology 1993-1999»
Чесно, щось таке і сподівалася побачити у вашій біографії, коли прочитала цей комент. Совок форевер.

Застосовувати армійськи методи де не треба — це просто класичний совок.
Ну реально, звільнити ні за що 2 людини і з такою гордістю про це розповідати — в моїй картині світу це дно.

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

лейтенант с рядовыми

Кстати это сильно разные уровни лейтенант только задаёт общую стратегию «расставить посты!» а решает кто пойдёт уже сержант хотя формально лейтенант имеет право отменить приказ сержанта ну там например если посланный рядовой раненный в голову ))

ну тогда так и скажи: по другому не сумел, за свой тыл боялся, все дела. Что за отмазки

Я вообще не об этом. Я просто не могу понять: как можно уволить людей, которых просто легче уволить, для поднятия своего авторитета? :) Авторитет можно заработать и другими способами — и все будут «ходить строем» из уважения, а не из страха. Был у нас генерал Кульчицкий, который погиб в АТО в 2014-м — так он до АТО командовал ВВшниками на Майдане. А потом его поставили командовать добровольческим батом, набранным из «майданутых» :) Понятное дело, что его никто из добровольцев вообще не воспринимал, и даже видели в нем врага. Но через 3 недели его боготворили.

Такие «армейские методы» многим не понятны. Наверное сказывается, что мы не имеем опыта стирки носков «дедам» на срочке :) А так бы — сами их применяли :)

Не было «на срочке» носков вот ты и спалилсо американский шпион! ))

Крыса ты тыловая. На втором ташкентском полки в атаку х.м водил.

К парадке полагались ботинки с носками. «Деды» эти носки себе к повседневке одевали.

одевали

=>

надевали ))

Современный Толковый Словарь Русского Языка под ред.Кузнецова фиксирует употребление глагола «одевать» вместо «надевать» как просторечное. Но так, да, благодарю за замечание :)

Это в Союзе наверное. У нас старались эксперименталку вывезти с берцами.

Были. у меня были.
И у всего ТуркВО тож, кстати.
Равно как эксперименталка и берцы.
Хотя кроссовки удобнее

Хотя кроссовки удобнее

так и довели страну ((

все было. под парадные ботинки — только носки

Ваш комментарий тоже тот ещё совок :)

С таким подходом можно и нарваться. Сколько людей — столько и реакций. Кто-то начнёт ходить строем, кто-то — имитировать хождение строем и саботировать процесс, третий — держать дулю в кармане, и внезапно уволиться в самый неподходящий момент перед релизом, четвертый просто устроит тёмную, а пятый — сопрет коммерческие тайны и оставит бекдоры.

Еще есть коллективное увольнение, которое застанет любого работодателя врасплох

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

На уровне Джуна раскачал?

Опять же, это сейчас Виктор правду-матку режет, а в той ситуации может вполне внятно обосновал своё решение. И чтоб раскачивать нужны какие-то явные признаки неадекватности с его стороны. А тут уже руководство взвешивает — стоит ли ладья двух пешек, обычно нет, но зависит от ситуации на доске.

На уровне Джуна раскачал?

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

Опять же, это сейчас Виктор правду-матку режет, а в той ситуации может вполне внятно обосновал своё решение. И чтоб раскачивать нужны какие-то явные признаки неадекватности с его стороны. А тут уже руководство взвешивает — стоит ли ладья двух пешек, обычно нет, но зависит от ситуации на доске.

у меня есть свое мнение насчет всего, и мне не нравится что кто-то себе возомнил что имеет право кого-то увольнять, вместо этого жесткую взбучку должен получить менеджмент, это их прокол

Когда речь идёт об увольнении, редко когда диалог происходит в стиле:
— хочу уволить Петю.
— не вопрос. точка.

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

кто-то себе возомнил что имеет право кого-то увольнять

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

Я абсолютно не оправдываю самодурства, чтоб по желанию левой пятки увольнять людей, но выставить чтоб это так не выглядело сложностей нет

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

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

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

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

Годик-другой поработал и опять бегай по собесам

Это же прекрасно — лишний повод выбить себе +550 к зарплате.

+550 не бывает до бесконечности
И вот когда в 5 раз получилось, то 6й раз уже может не получиться, потому что упираешься в потолок рынка. И тогда увольнения уже совсем не в радость

только потолок может оказаться не там где ты думаешь, в моем понимании, за последние года три, он съехал с <4 до 6, речь о должности простого разработчика

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

Это же самая банальная проблема менеджмента из первых глав учебников. И разработчик тут совершенно не виноват)

Ну да, это ж верх адекватности для [якобы] зрелого специалиста — заниматься фигнёй и портить окружающим (и себе) жизнь вместо того, чтобы просто сменить работу. Дайте мне другие задачи, ну потому что дайте, и всё. Можно ещё топнуть ножкой под столом, или клавой громко по столу постучать — эффективность будет такая же).

Зачастую это случается, когда кругозор у менеджмента в разы уже чем у дева и все планирование сводится к «чего тут думать — трясти надо».

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

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

Я веду к тому, что слово «виноват» здесь неуместно — это просто вопрос выбора.

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

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

Или становится менеджером на текущей и начинает удовлетворять свои хотелки.

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

Ну это просто потому что никто из таких «программистов» на самом деле не знает ни того ни другого ))

М-да.
Как минимум один из пунктов просто фееричен.
«Мы провели ревью кода ..., и, ВНЕЗАПНО, оказалось что ....»
Т.е. эта практика ревью кода считается в компании чем-то экстраординарным, и необходима только после проблем на продакшене ?
No comments и прямая дорога на лучшее.it
Ну и человеку с лычкой CTO явно стоит задуматься об соответствии

Так и перед тем мы видим подобное:

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

Вопрос — как «код, с которым другой программист не может работать» мог пройти ревью этого «другого программиста», который возможно будет работать с этим кодом?

ну, это пока у в команде есть минимум еще один человек с опытом в той же сфере.
или в Глобале в таком случае нанимают отдельного ревьювера?

Из слов

код, с которым другой программист не может работать

следует, что есть другие программисты, которые работают с этим кодом. Им работать, им и ревьюить тот код, с которым им предстоит работать.

или появились другие программисты

Ну галере даже сильно тоньше Глобала ничто не мешает проводить межпроектное ревью хотя бы по стилю кода...

по стилю кода...

— которое само по себе чисто технически давно бессмысленно в виду а) толпы доступных автоматизаторов таких проверок б) толпы доступных преобразователей кода к общему стилю согласно заданным правилам.

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

Под стилем кода понимается именно это в общем случае (в многочисленных официальных доках в том числе).

у меня для вас плохие новости.

какие?

Ну как бы CTO должен хотя бы поверхностно разбираться и видеть явную лажу? А если лажа неявная, то увольнение не кажется адекватным шагом.

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

таке враження що людина займає позицію, щоб тільки звільняти..

один из его постулатов: люди важнее процессов.

=>

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

тут противоречие )) если люди собирались на стендапы не ради процесса и прочей пользы а ради людей то почему бы б и не затянуть их на час бесполезной бессмысленной болтовни ведь люди важнее! ))

«Все животные равны, но некоторые равнее других» (и могут не ходить на стендапы).

а зачем жывотные ходят на стендапы? ))

Кстати неправильный ответ правильный ответ «потому что курица и свинья это животные» зацени как я ловко да!?

Та проблема что потом спрашивают что сделал, а ты не сделал нифига потому что митингов по полдня )

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

как это не «сделал» если ты говоришь что «был на митингах»?

Так митинги кастомеру не выдашь в качестве результата. Им продукт, видите ли, нужен!

Я человек подневольный на почасовой оплате мне сказали на митинг я сказал есть сэр! максимум что я могу выставить 3-кратный рейт за это время ))

понятное дело что там был скорее Срам , а не Скрам.

я его теперь только так и называю :-))))) «а где наш срам-мастер»?

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

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

Здивована коментарями. Що, нікому не доводилося працювати з конфліктною людиною і ви в це явище не можете повірити?

Конфликтный, это какой? Мне с конфликтными не приходилось общаться ни разу. Были менеджеры что пытались торговаться за сроки, им объяснил, мол извини но если ты назвал срок — тебе в него и вложиться, я не гарантирую и всё — понимают с первого раза. Ну или говорят, мол тебе с нами не по дороге. В чём конфликтность не понимаю.
С коллегами не было никогда конфликтов вообще, у них своя работа — у меня своя. Нам не о чём спорить

С коллегами не было никогда конфликтов вообще, у них своя работа — у меня своя. Нам не о чём спорить

То есть ни разу не было даже взаимного ревью? Тогда это не коллективная работа, и естественно, что можно не увидеть конфликта ни разу.

— Ты должен применить фреймворк Z.
— Зачем, если всё это решается в 20 строк стандартными средствами?
— Ты должен, я сказал!!!111

Ты должен, я сказал!!!111

Если ясказал — начальник, то это не конфликт с коллегой а конфликт с начальником. И тут уже или подчиняться, или пытаться аргументированно спорить, или уходить. А если ясказал не начальник, то вряд ли он так скажет.

то это самоуверенный разраб. Не встречать таких — удача. О которой я не знаю :)

Ну от тебя-то, в ответочку, и «двоечку» схлопотать можно :)

Во-первых, это была шутка :)

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

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

Это коллега, поставивший −2 (запрет сабмита) на ревью. Дальше что делать будем?

А если ясказал не начальник, то вряд ли он так скажет.

А вот он считает себя 149% правым.

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

Либо везло, либо те кто пришли здесь высказаться и являются теми конфликтными людьми с которыми не комфортно, а им самим очень даже норм)

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

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

Обычно конфликтность это побочный продукт высокой квалификации и профессиональных амбиций.

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

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

Приходилось, но.... недолго

Это вам еще хорошо, а вот в Швеции человека уволить нереально. Ну можно конечно при реструктуризации компании когда бабкит кончились, но если в команде мудак — ничего с ним сделать нельзя. Будет работать так долго как захочет. Максимум можно уговорить его добровольно уйти заплатив компансацию за 6-12 месяцев.

Вот потому в некоторых конторах в штате только верховное начальство, остальные — на контракте. «Жаба хитра...» и дальше по тексту.

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

Для разнообразия расскажу о том, как меня однажды уволили в Голландии. В 2006 я нанялся контрактором на 4 месяца в одну маленькую компанию, которая делала административную систему для сельскохозяйственных кооперативов.

Но как-то работа не заладилась — неприятные коллеги, да и начальник не очень. Но решил доработать до конца контракта. За неделю до окончания контракта подходит ко мне директор и говорит, что хочет его продлить еще на 3 месяца. Я согласился.

И вот работаю я первую неделю из этих 3х дополнительных месяцев. Вдруг подходит ко мне директор и говорит: «Пойдем поговорим». Выходим в другую комнату, и он мне говорит «Ты работаешь очень плохо, медленно, и делаешь много ошибок. Я тебя увольняю». Такие вот дела.

(окончание следует)

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

Потом мне объяснили, что когда контрактору говорят, что он плохо работает, то это значит, что у клиента нет денег или есть какие-то другие проблемы. Прямо сказать об этом неловко (контракт ведь только что продлили), поэтому увольняют таким образом.

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

Мы с Володей обсудили все это и пришли к выводу, что у директора были садистские наклонности. Какие странные люди иногда бывают на свете...

Он отдавал на Front-end все заказы из базы: там их от 10K, а постраничность реализована уже на фронте. Если бы он порционно реализовал server-side отдачу данных, тогда бы все летало.
Однажды клиент пожаловался на ее производительность.

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

А если бы тот пацанчик вам что-нибудь непристойное в той таблице изобразил, то тоже было бы «однажды клиент пожаловался»???

Кошмар.

Как такой чел мог быть миддлом, вот в чём вопрос? Если даже скорее всего интерн должен понимать, насколько это лажа

Ты сильно преувеличиваешь способность людей к пониманию.

ЗЫ: я тоже так делаю.

Тестили dev базу, не заметили на 150 заказах, классика. 10k заказов, это еще мелочь, бывает по крепче промахнутся, при том только лишь админка. В базе может быть 200 таблиц, и часто не соответствует ожидаемое количество в тестовой базе и реальной. Кроме того, ентерпрайз часто толерантен к тормозам в системе.

Поздравляю, Дмитрий Родин, все плохо:)

По многочисленным просьбам трудящихся ...

У меня сложилось странное впечатление от прочтения этого материала.
Много действительно актуальных случаев. Но часть описанных ситуаций выглядит ... двусмысленно, мягко говоря.
Вы простите, но со стороны это кажется так, что кое кому не нравились люди, которые имеют свое мнение и не бояться его высказывать.
И это кое кто для их увольнения использует любые, даже грязные поводы, к примеру — донос, который даже не разобрали.
Раз — донесли, да не разбираясь сразу по доносу пшел вон даже без 2-х недельного уведомления.

«Не вписался в копропративную культуру»

Весло не той стороной держал.

А может и не весло мало ли какой стороной атмосфера настроена ))

Да просто у них атмосфера не той системы.

Эй чувак это моё словечко!

ЗЫ: ну ладно но только на условиях GPL! ))

Разве? Ушло в public domain)

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

А ещё с другой стороны можно иначе сказать: если (опять же, если) чьи-то здравые идеи (здравые — не «улучшить ради улучшить», а решить конкретную проблему) игнорятся бесконечно, то выход — ныть ещё громче, и иметь окружающим мозг, когда никому, кроме тебя, это не нужно? По-моему, выход в такой ситуации — валить как можно скорее, а «не оценили» и «своё мнение» — инфантилизм. Лучше потратить свою энергию на объективный отзыв на ДОУ после ухода уже). Есть много контор (да что там «много» — почти везде так), в которых определённые процессы просто не будут меняться от наших хотелок, какими бы правильными они ни были.

Да, интересно было бы здесь заслушать тех, кого уволили.

101-я причина не работать на Data Art.

а какие предыдущие 4 причины?

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

внутренние курсы английского это стандарт во всех компаниях,

А периодические проверки и межофисные деловые игры?
Кстати очень хорошо гармонирует с увольнениями по доносу.

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

Не знаю, уточните. Просто само присутствие таких проверок и игр — настораживает.

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

«вы произнесли не аскд, а аскэд, какой же вы после этого архитектор?! это уровень мидла!», ну конечно не в такой форме, но форма не имеет значения, а смысл был такой

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

хм
виглядає, як хреново організований процес, але звільнили одного дева =)
можливо варто було краще аналізувати задачі, проводити код рев’ю, збільшити тестування ?

Ты еще скажи СТО уволить)

Та вообще умиляет. Ощущение что фигачили фичи (аж на регулярное код-ревью не хватало времени), а потом просто нашли крайнего.

странно вообще слышать «а потом мы просмотрели все», это как? Задачи идут на прод без код ревью и тестов? То есть гипотетически человек (разработчик) получает задачу, делает ее как считает нужным (здается мне так и было), вроде это ж инициатива и самостоятельность, релизит ее, она работает (как это тут дело третье) и потом его за это увольняют. Клааассс!

и потом его за это увольняют. Клааассс!

а могли бы б и в лес и ножичком так что чистый профитЪ ящетаю

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

Простейший способ затроллить девочек из Инстаграма, выложивших групповое фото, — задать в комментариях вопрос: «А страшненькую как зовут?...» ©

Проведём голосование? У последнего ухмылка какая-то не естественная ...

Интересно, а как это можно уволить «за безынициативность»? За слишком большую инициативность понимаю как (самого однажды так уволили), а за безынициативность как?

Креативности менеджеров нет границ ))

это когда тебе не все равно и ты делаешь такой вид, а надо делать вид что не все равно хотя глубоко все равно

я правильно понял, увольняют за то что человек работает стандартный рабочий день без переработок?

Обкурился проектом %)

Скурил весь проект в одиночку

а за безынициативность как?

Мало вносил конструктивных предложений не участвовал в дискуссиях не проявлял активную солидарность трудящихся.

Корпоративный синдром / Хабрахабр

Абісняю — ти поручив людині задачу, вона в процесі її вирішення зіткнулася з проблемою, яка цю задачу виконати заважає. Можливо, проблема не в зоні її компетенції. І цю проблему можна вирішити, піднявши зад і знайшовши людину, яка може її вирішити. Або хоча б оперативно повідомити менеджера про проблему. Натомість індивід сидить і ніфіга не робить — є ж «поважна причина».

А по украинским понятиям за такое можно уволить? По голландским можно только, если работник не выполняет требования начальства. Причем неоднократно. То есть менеджер сначала должен дать указание в случае возникновения проблем искать людей, которые могут помочь, а потом оперативно уведомить менеджера. Указания дать в письменном виде. После этого надо как-то проконтролировать, что программист эти требования не выполняет. Тоже непонятно как. Может, программист людей не ищет не потому, что безынициативный, а потому что чем-то другим занят. Если он может дать внятное объяснение, почему он чего-то не сделал, то к нему никак и не придерешься. То есть у нас за такие вещи не увольняют (разве что контракт не продляют, если он временный).

Знаю одну крупную международную компанию с тысячами сотрудников. Она на грани смерти. Штат раздутый. Формально сократить не могут. Каждый делает то, что минимально необходимо для «неувольнения».

Переважно ж у нас всі ФОП-и, так що формально не звільнити, а розірвати контракт.

По контракту выписывается неустойка контракт тоже просто так не порвёшь.

а на стендапах лід не цікавиться статусом задачі?

Но вот кстати бывают партизаны, из которых разве что пытками статус можно вытянуть

То-есть вообще молчит или «я перед вами, волками, ответ держать не буду»?

А если несколько дней подряд говорит «разбираюсь», на казалось бы не сложной задаче, то очевидно что-то идёт не так.

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

Ну вот так — постоянно жалуешься на процессы или пытаешься что-то исправить — не коммандный игрок. Сидишь на жопе ровно — безинициативный 😁

Самое смешное, что так и есть). Поэтому, когда интересы и понимание этой грани начинают расходиться, пора прощаться.

Объяняю. ПМ не умеет составлять ТЗ, не создает тикеты и вообще не понимает тонкостей проекта. В такой ситуации он делает виноватым разработчика, обвиняя его в недостаточной проактивности.

Самый лучший пример увольнения www.youtube.com/watch?v=rtj-GyJF1W8. Правда, не в IT.

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

Звільняйте влітку, тоді й морозів нема, може дешевше буде :)

Дешевле пол года исправлять косяки сотрудника, чем уволить по-нормальному?

Дешевле бывает на всё забить и уволиться самому что доказать что кто-то косячит и его надо уволить ещё вчера ))

Фишка в том что жизнь всего одна и время только в одну сторону.

хто не працює той не помиляється..є дуже багато способів щоб запобігти косякм — ну принаймні зробити імпакт мінімальним, починаючи від зміни процесу розробки — до написання тестів гейтед тестів на CI

Скажи спасибо европейскому социализму

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

Підписатись на коментарі