Pull to refresh
10
0
Kirill D @Kirill_Dan

Architect/Development

Send message

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

А вот что действительно имеет отношение к реальности, так это то, что Гугл в этом году закрыл ряд своих проектов, в которые вложил сотни миллионов долларов (например из сегодняшнего, это Гугл подкасты), если не больше. И там были и толковые архитекторы, аналитики и разработчики. Но это никоем образом не сделало их продукты конкурентно способными, хотя компания, по факту, является крупным монополистом с "бесконечными" ресурсами.

И тут возникает вполне логичный вопрос, а почему же ваша логика не сработала в такой компании, как Гугл? А может потому, что подход в корне неверен?

И как много денег вы помогли заработать бизнесу? Вам компания скинула финансовый отчет лично по вашей персоне? А что значит, что задачи решались? Задача "сделать меня богатым за три месяца", как вами решается?

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

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

Возвращаемся к бизнесу и найму. Из вышеописанных примеров вполне ясно, что речь не идет о каких-то технических знаниях, а речь идет об отношениях между людьми. Топ менеджер в 99% случаев ведет себя, как клиент на СТО из второго примера или ищет себе рабыню "жену" из первого примера. А при таком подходе это в принципе не может решить проблемы и потребности бизнеса, поэтому и ищут не того, кто реально нужен. А главное, скидывают этот поиск на людей, которым бизнес босса вообще по барабану. Сегодня они здесь, а завтра их уволили. И в какой-то момент сотрудник понимает, что он больше не хочет быть "женой" с односторонней любовью. Поэтому все эти собеседования не про то, что будет выбран самый подходящий кандидат для решения поставленных бизнес задач, а про то, что будет выбран сотрудник, который лично понравится собеседующему, по его каким-то внутренним убеждениям и критериям. А это уж точно не про бизнес! Отсюда вывод: сама система найма в корне неправильна, а значит нет никаких рецептов для улучшения этого процесса, так как борьба идет не с причиной, а со следствием.

На самом деле все просто. В IT я еще с начала 90, видел весь путь развития, поэтому могу что-то утверждать.

  1. В самом начале в эту область шли люди, которые от этого фанатели. Но доходы были меньше, чем у торговцев на базаре. При этом деньги тогда никого особо не заботили, люди жадно поглащали новые знания и творили новую историю (автоматизация, геймдев, абсолютно новые и революционные идеи и подходы). Тогда изучение технологий было сравни молекулярной физике. Только небольшое число людей могло понять все это, а тем более полюбить. Сейчас же, можно макаку научить кодить. Я не ошибся. Не программировать, не разрабатывать, а писать код. Произошла деградация и подмена понятий. Во первых, уже все придумано и создано. Во вторых, руководство само "думает" и спускает указания "макакам" внедрить очередную тупую фичу, которая по их мнению должна поднять продажи (или что-то еще). Порог входа в современный IT НУЛЕВОЙ.

  2. Государственный сектор - это не про создание продуктов! Это про распил денег. Это касается не только стран СНГ, а вообще всего мира. Не стоит идеализировать Запад. Там все тоже самое.

  3. Инновация и прогресс превратились в профанацию. Все это произошло из-за появления инвесторов и влезания международных бирж в IT сферу. Например, когда случился чудовищный рост биткоина? Правильно, когда спекулятивный биржевой капитал стал на этом играть. Где здесь прогресс и развитие? Нет этого, тут речь только о деньгах и сверх прибыли. От сюда и следующая проблема, которая по сути своей парадоксальна. Огромные инвестиции в IT убили саму суть этой области. Нет смысла создавать революционные продукты и исследовать новые горизонты. Есть смысл надувания биржевых пузерей. Каждый год появляются десятки новых фреймворков, однотипных проектов, переливания из пустого в порожнее. Потому что суть не в создании классного продукта, а в том, чтобы росли акции на бирже! А для того, чтобы они росли, нужно каждый месяц выпускать новые релизы. Что именно в них, никого не волнует, главное движение и процесс, а не результат. В итоге, капитализация компаний может быть в сотни, а то и тысячи раз меньше их биржевой стоимости. А это означает только одно, компании, по факту, УБЫТОЧНЫ! Но при этом торгуются на бирже по миллиардной стоимости. От сюда вывод, что результат не важен, важен только процесс. Именно по этому и происходят все эти кризисы и потрясения с обвалом дот комов.

  4. Чтобы быть хорошим специалистом, который разбирается в своей сфере и который видит всю полноту картины, нужны годы! Но я не только о технических специалистах, но и о бизнесменах тоже. Предприниматель - это человек со стратегическим мышлением и громадным набором знаний, умений и талантов. Да, кто-то может сказать, что стоит только открыть компанию (зарегистрировать юр. лицо) и вуаля, вот ты и бизнесмен. Но тоже самое можно сказать и про того, кто написал на каком-то языке программирования "Hello World" и вуаля, он программист. И вот в этом-то и скрывается следующая проблема - подавляющее большинство топ менеджеров - это клинические идиоты. Потому что у них есть только внешние атрибуты топ менеджеров, но нет ни знаний, ни мозгов, ни фантазии. Поэтому они и придумывают новые "гениальные" идеи сделать Амазон, но при этом дизайн будет другого цвета. Именно под это и будут привлекаться инвестиции, который потекут от таких же "лопухов" инвесторов, которые разбираются в этой теме, как свинья в апельсинах. На эту тему есть интересный фильм с Ди Каприо "Волк с Волл Стрит". Там очень хорошо показано, как биржевые брокеры впаривают инвесторам мусор, под видом крутых стартапов.Вот круг и замкнулся! Проекты делают для инвестора, а инвестор вкладывает для спекулятивного роста акций!

  5. Из всего выше изложенного возникает закономерный вопрос, а где на этом "празднике жизни" требуются реальные профессионалы? Ведь цели этой пирамиды и профессиональных специалистов диаметрально противоположные!

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

  7. Где же новые профессионалы в IT? Так они никому не нужны! Подготовка кадров превратилась в профанацию точно также. На мечтателях попасть в сладкое IT тоже делают деньги. Везде эти IT курсы, которые ведут люди, которые не знают с какой стороны правильно мышку взять. Миллионы инфо циган, которые вас научат быть успешными и богатыми. Как я и говорил в начале, деньги погубили эту отрасль. Вон, посмотрите на компанию Боинг. Они уволили всех профессионалов (разработчиков, инженеров, проектировщиков) и набрали индусов за еду. День через день их самолеты падают, гибнут сотни людей, но никого это не жарит. Главное, чтобы акции на бирже хорошо торговались.

  8. Если читатель немного промониторит, что происходит с IT отраслью в мире, то вы заметите, что крупные компании (которые на биржах стоят десятки миллиардов долларов) увольняют своих сотрудников сотнями и тысячами! И при этом никто не щадит самых профессиональных из них. На мороз идут все. Про маленькие компании я вообще молчу, они умирают по сто штук в день. А если обратите внимание на качество программного обеспечения, то каждый новый релиз "все чудесатее и чудесатее". Чтобы сократить издержки, увольняют самых профессиональных и высокооплачиваемых инженеров. Оставшиеся создают ужасные обновления софта. От софта отказываются клиенты, которые негодуют, так как цену продукта увеличивают, а качество снижают. Из-за этого опять нужно увольнять людей. И опять мы получаем замкнутый круг.

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

  10. И как итог сделаю свой прогноз. В ближайшее время вся отрасль схлопнется. 99% продуктов сделаны не для пользы людям, а для инвестиций (делаем на коленке какую-то шляпу, привлекаем инвестиции, и мы в шоколаде). Капитализация компании может быть 100 тыс. долларов, а биржевая стоимость миллиард долларов. Как не сложно догадаться, сама компания и ее продукт нафиг не кому не упали. Важно продать акции на росте. А значит, как только начнет сыпаться карточный домик биржевого мыльного пузыря, IT умрет в этот же день! Для оптимистов же наступят черные времена, а пессимисты уже сейчас должны подумать о своем будущем.

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

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

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

Привет. Да, все оказалось сложнее, чем казалось. Я написал об этом пару статей: https://habr.com/ru/post/438252/

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

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

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

А если, вдруг, какой-то компании позарез нужен будет высококвалифицированный специалист здесь и сейчас, то искать на улице никто не будет. Его схантят с другой работы с зарплатой + 1 тыс. долларов, вот и всех делов-то.
Тогда почему в данном конкретном случае кто-то ушёл когда «поменялись правила»? :)

Потому что многие люди не хотят/не могут выходить из зоны своего комфорта. Но это не проблемы бизнеса, а этих людей. Для того, чтобы что-то найти (деньги, людей, процессы, и т.д.), то нужно это искать. А тот, кому хорошо и так, без этой вечной суеты, остаются за бортом возможностей. Люди ушли из проекта. Кто-то на бенч, кто-то в другие проекты. Кого-то потом уволили, после пары негативных отзывов от другого заказчика (вообще очень частый случай). На аутсорсе «отсидеться» не получится — это я гарантирую на 100%.
Спасибо за ответ, попробую все прояснить более детально:
Максимально описана, это как? Как по мне, в идеале это прямо код или в крайнем слечае псевдокод. Но я сильно подозреваю, что зачастую в описании используются подразумеваемые особенности (но которые в коде все равно отражаются), типа если добавляем кнопку, то не указываем, что вид у нее стандартный для проекта и подобное.

Например, есть задача: отправку напоминанию клиенту, что нужно оплатить инвойс. Обычная постановка задачи так и звучит, что нужно сделать такую фичу. И тут возникает ряд вопросов. А отправлять напоминание нужно один раз или много? Если много, то с каким промежутком? А напоминать через мыло или еще и через СМС, вебсокеты и т.д.? А если клиент так и не заплатил, то что делать с этим, до конца дней присылать уведомления? А если нужно останоить рассылку, то при каких условиях? Без ответов на эти вопросы не возможно четко выполнить поставленную задачу. Вот поэтому и нужно подробно описать заказчику, что нужно делать. Если он этого не может сделать или толково объяснить, то я созваниваюсь с заказчиком и мы все это обсуждаем. Я создаю флоу и кидаю на утверждение.

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

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

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

Изначально на проекте было 8 человек. 1 ПМ/аналитик, 1 QA 4 бэкендера и 2 фронтендера. В итоге сроки посрочены, работа топталась на месте, все искали виновных, проект замер. Клиент стал зверствовать и почти всех поувольнял. В итоге, осталось всего 3 человека. Я (пишу и бэк и фронт, выполняю роль и системного аналитика и архитектора, скрам тоже на мне), один бэкендер сениор и один фронтендер сениор. Перформанс увеличился раз в 10! Клиент теперь спокоен, как удав. Затраты уменьшились в разы, скорость увеличилась на порядок.

Так кто назначает задачи? Каждый сам планирует что делать? Может раздает тимлид? А вообще есть ли в этом смысл, если нужно брать следующую по приоритету? В общем пункты друг другу немного противоречат.

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

Если все трекается, то какой смысл говорить о том, что сделано и делается? Кому интересно, может открыть жиру и посмотреть, кому не интересно, тот мимо ушей пропустит (вот я, к примеру, всегда так делаю :) ) Ну и зачем разрабу отписывать в чате чего сделано? Бота нельзя настроить, если уж заказчик по каким-то причинам не может пользоваться жирой?

Жира — это всего-лишь инструмент с кучей флагов. На каждом митинге мы всегда в курсе всего процесса работы. Фронтендер четко знает, что творится на бэке. Бекендер все знает о фронте. Так как на фронте юзается Реакт, то сам фронтендер в отрыве от бэкенда ничего не сможет сделать и наоборот. Создание одной конкреной фичи — это когда и бэк и фронт синхронно работают над одной задачей, чтобы превратить это в законченный кусок функционала. А так как мы еще юзаем кучу «хайповых» технологий и с десяток дополнительных АПИ сервисов, то не знание всего проекта целиком для кого-либо на проекте подобно смерти.

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

А по факту самого процесса программирования, то мы тратим процентов 70 нашего времени именно на дискуссии, обсуждение бизнес логики, архитектуру и планирование. И только 30% на сам кодинг. В итоге мы успеваем все, так как ничего не приходиться по десять раз переделывать.
Все что написано в статье — это не догма! А всего-навсего частный случай в моей команде. И людей я подбирал именно тех, которые все это могут. Оплата труда вполне сответствующая. Никого выгонять не нужно. В аутсорсинговых компаниях ведется много параллельных проектов. Люди могут мигрировать с проекта в проект. А еще есть оплачиваемый бенч.

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

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

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

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

Это все ИМХО.
На аутсорсе это частое явление. Заказчики, в основном, не хотят оплачивать наемный менеджмент со стороны подрядчика (ПМ, аналитики и т.д.). Им нужны только технари, а менеджмент они сами предоставляют. Порой это не самые квалифицированные специалисты, именно в областе ИТ, но они хорошо разбираются в бизнес вопросах и в том, что именно им нужно. Поэтому, когда в такой проект кидают только программистов без опыта управления и общения напрямую с заказчикамы, то проекты, как правило, проваливаются. И это, к сожалению, объективная реальность. Именно поэтому, многие компании требуют знание английского на хорошем уровне и наличие развитых софт скилов. Но это уже другая история ))
Мы используем систему управления проектами Atlassian Jira. Все задачи вместе со статусами ведуться в этой системе. В ней же и настроено флоу для работы. Клиент создает в ней задачи и контролирует их там.
Да, пожалуй добавлю. Спасибо.
Это касается сугубо моего проекта и видения. До этого каждый сам себе что-то «понимал» из задачи в два абзаца и пилил совсем не то, что было нужно заказчику. Прожект менеджера на проекте нет (с нашей стороны), в качестве него выступает член комады со стороны заказчика. Прокт европейский, все только на английском, естественно. Процент недопонимания друг друга немаленький.
Вот ссылка на один из проектов:
www.senden24.com/how_it_work
Здесь команда, кто разрабатывал:
www.senden24.com/team
Я спрошу у босса. Если разрешит, то напишу в комментах.
1
23 ...

Information

Rating
Does not participate
Date of birth
Registered
Activity