Как стать автором
Обновить

Прислушайтесь к этим фразам, если хотите сохранить отдел разработки

Время на прочтение 7 мин
Количество просмотров 15K
Всего голосов 35: ↑15 и ↓20 -5
Комментарии 35

Комментарии 35

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

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


Как в том анекдоте: "… Ну, не шмогла я, не шмогла".


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

Возможно, я не совсем ясно описал в самом посте, но отдел мобильной разработки не входил в основной состав компании. То есть, в нём работали специально выделенные разработчики, которые к вебу не имели никакого отношения. Тимлид — да, пришел из веба, но мобилку знал хорошо.
НЛО прилетело и опубликовало эту надпись здесь
В этот момент у разработчиков появилось новое оправдание — они не нанимались в компанию на роль разработчиков игр. Они объясняли, что не видят смысла расти в этом направлении и не хотели углубляться в связанные с этим технологии. Ребятам казалось, что навыки, полученные в процессе, не пригодятся им в «настоящей» разработке софта.

Я вот тут полностью согласен с разработчиками. Навыки абсолютно перпендикулярны разработке прикладных приложений. Сужу по себе, к сожалению есть опыт разработки простенькой игрушки, мне даже на сорцы смотреть не хочется, очень скучное для меня занятие, и вообще никак не помогло вырасти как мобильному разработчику. К тому же еще и не факт что были гейм дизайнер и дизайнер отдельные, есть подозрение что эти роли тоже на разработчиков возложили.
Есть люди которым интересно разрабатывать прикладные приложения (бизнес логику продумывать, хранение данных, UX и т.п.), а есть те кому интересно разрабатывать игры. И, подозреваю, эти множества не очень то пересекаются. А если заставить разработчика заниматься неинтересным ему делом — можем получить прокрастинацию, выгорание и фигню вместо решения.
НЛО прилетело и опубликовало эту надпись здесь
Я бы удивился, если бы в статье было написано, что с таким подходом компания НЕ развалилась. А так по-моему все логично.
А кому она нафиг нужна теперь без отдела разработки и с эффективными совами менеджерами?
но на этот раз нам нужны люди, которые просто будут добросовестно выполнять свою работу и не считать, что занимаются чем-то особенным

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

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

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


Кажется что вы свои хотелки с хотелками разработчиков путаете.

Это, скорее, фигура речи — у нас график относительно гибкий, и вы, наверное, не поверите, но больше половины разработчиков работают с 8 до 5, тогда как могут прийти к 10 и уйти в 7. Это нормально. Мысль немного о другом.
Я вот не поверю. На моей практике при гибком графике раньше 11 приходит меньше половины сотрудников.
НЛО прилетело и опубликовало эту надпись здесь

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


Вот и получается что половина хочет ездить к 11-12. Пробок меньше, людей в транспорте меньше. Красота.


У автора "все" хотят работать с 9 до 6. С
Все совершенно добровольно хотят встать пораньше и ехать в час пик.

Да имхо лучше пораньше начать и пораньше закончить, чтобы вечером еще свои дела поделать можно было. А к 11-12 едешь — вроде и с утра ничего не сделаешь, и вечером уже тоже поздно что-то делать.
Вот только в 8-9 утра до работы 40 минут добираться по пробкам, а часов в 11 уже минут 10-20. То же в обратную сторону. Вроде мелочь, но экономится время здорово.
Утром удобно на тренировку или в МФЦ ходить, меньше людей.
На счет тренировки есть варианты, а вот в МФЦ с утра народу много. Бабульки всякие на работу-то не ходят.
Приходил вечером — бабулек не меньше, но к ним добавились ещё и другие граждане после работы.
Ну я, к примеру, встаю в 5:30, в 6 в бассеин или бегаю, в 7 уже на работе, в 3 свободен.

Ха, 9 это нынче жаворонок?

С точки зрения "совы" — да...

Неожиданно уходит тимлид, который днём наставляет джунов, а ночью исправляет их косяки. Да уж, действительно неожиданно :)

С уходом от нас ничего не изменилось — человек такой :)

Если вы закрыли отдел разработки, то что у вас осталось тогда?

Эффективные менеджеры?! :-)
Закрыли только мобильное направление.

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

А теперь возьмите и напишите вторую статью, в которой развенчаются оправдания менеджмента:


  1. Мы ждали, что биржа нас поймёт и простит.
  2. Мы скинули контакт с заказчиком на разработчиков и не хотели решать проблемы коммуникации.
  3. Мы посчитали, что разработчики могут выполнить любую работу. Онижпрограммисты.
  4. Мы не хотели строить иерархию в разработке и ждали, что разработчики будут сами рвать пятые точки за наш интерес.
  5. Мы наняли не профессиональную команду и отказались её обучать, при этом требуя от неё архитектурных решений.
  6. Мы кормили джунов сказками о том, как мы классно заживём, когда проект капнет нам в портфолио.
  7. Нам не был нужен рейтинг. Нам был нужен киллер-проект в портфолио.
  8. Мы не сделали выводов, когда свалил тимлид.
  9. Мы решили запилить статью на хабре с рассказом о нормированном рабочем дне, не забыв упомянуть о том, что наш тимлид исправлял косяки джунов по ночам.
  10. Мы уволили нафиг всех джунов. В нашем портфолио есть киллер-проект и положительный отзыв заказчика. Приглашаем опытных джунов в наш хоррор квест. Добро пожаловать в ад, мясо!

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

Не понятно, что вы имеете в виду, когда говорите, что они не должны были тянуть проект.
Возвращаясь к вопросу — увольнять людей всегда непросто. И эта история не про то, как мы сократили конкретных сотрудников, которые с чем-то не справились, — напротив, ребята выросли в профессиональном плане и моментально нашли себе работу уже в качестве pre-middle. Решение было закрыть отдел мобильной разработки, а статья о причинах, по которым такое решение было принято.
Т.е. вы признаетесь, что были «кузницей кадров» и за счет клиента обучили для других компаний специалистов?!
Это мне напоминает «бизнес по русски» :-)
Если брать нашу ключевую компетенцию, веб-разработку, то мы ежегодно тратим больше миллиона рублей на обучение сотрудников. Курсы, сертификации и прочее. У нас также есть план развития для джунов и система наставничества. Так что нет — мы не бросаем новичков в бой, без подготовки выполнять коммерческие задачи. Мобильный же отдел начинал с нуля. Там не было сложных проектов. Джуны выполняли задачи по своему уровню под присмотром наставника. Что касается, ухода в другую компанию — нам было нечего предложить им внутри (хотя мы обсудили с Android-разработчиком вариант остаться у нас изучать spring).
Это статья, кстати, очень хорошо отражает ужас, в который порой превращается современный IT.

С одной стороны «эффективные менеджеры»(tm), коим часто по образованию по-хорошему нужно торговать помидорами на рынке, бойко крича, демпингуя и отбивая себе место под солнцем среди кавказских торговцев в кепке.
С другой стороны, приблизительно такие же по уровню «программисты»-самоучки сразу после школы/колледжа или месячных курсов примитивного жаба-скрипта с отточенным навыком и умением гуглить, какую именно жаба-скрипт библиотеку нужно молниеносно закачать для решения той или иной проблемы (конечно, если такая библиотека уже есть).
Все это сливается в банду aka команду и бежит на фрилансовые площадки отбивать себе место под солнцем, бойко конкурируя с индусами в чалмах, работающими за еду, и стремиться выполнять аж по 10 контрактов в месяц!

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

Публикации

Истории