Карьера
Daria Golikova
4051

Почему гибкий штат — это будущее разработки

Сначала разработка была ин-хаус, потом появился аутсорс, что будет дальше? Есть исследования, которые подтверждают, что следующее звено эволюции в работе над ИТ-проектами — это elastic staffing, или гибкий штат. В основе этого подхода лежит простая идея: для каждого проекта нужен свой набор людей.

В закладки

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

Но сегодня рынок разработки в большинстве случаев работает по старой модели: компания либо использует внутренние ресурсы, либо идёт к подрядчику, ресурсы которого фиксированы. Мы в Skipp (сервис разработки IT-продуктов) хотим познакомить вас с принципами гибкого штата и объяснить, почему такой подход выгоднее традиционного.

Что значит работа с гибким штатом?

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

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

Наконец, работа в гибком штате не предполагает, что специалист подключён к проекту от начала до конца. Тестировщик подключается только тогда, когда появляется потребность в контроле качества, а дизайнер отключается, когда заканчивает ревью фронтенда.

Получается, что разработка по принципу гибкого штата — это работа с подрядчиком, который не просто принимает ТЗ и пишет код, а включается в задачу и вместе с клиентом создаёт решение. Затем он ищет подходящих специалистов и руководит процессом:

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

Почему это выгоднее, чем традиционная разработка?

1. Можно работать удалённо

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

Работа из дома становится популярной и общепринятой. При этом, согласно исследованиям, неумение контролировать удалённых работников — главная проблема, по которой ИТ-компании отказываются от услуг фрилансеров и аутсорсеров. Так что чем раньше бизнес научится управлять распределённой командой, тем лучше.

Работать с гибким штатом становится выгоднее: вы учитесь руководить работой дистанционно и адаптируете под удалёнку бизнес-процессы. Продакт из Осло, дизайнер из Москвы, разработчики из Омска, тестировщики из Минска — вполне работоспособный гибкий штат, норма ИТ-проектов ближайшего будущего.

В нашей компании Skipp все команды распределённые: сотрудники работают удалённо, часто из разных городов. Мы занимаемся разработкой, помогаем клиентам от идеи до создания полноценных ИТ-сервисов, поэтому часто ищем людей со специфическим бэкграундом. Таких проще найти, если не ограничивать поиск географией.

Один проджект-менеджер за время работы в Skipp успел пожить в Сочи и в Питере, дизайнер жил в США, были клиенты из Италии. Для работы с гибким штатом мы сделали собственную платформу для отслеживания задач и проектов, так что рабочая коммуникация не страдает от распределённой географии.

2. Продакт-менеджеры компетентнее — риски ниже

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

Это логично: продакт — главный сотрудник в гибком штате. Он получает задачу, обсуждает её и набирает разработчиков под каждый проект. Работа с гибким штатом усиливает менеджеров, позволяет быстро набирать компетенции и насмотренность.

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

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

В июне вышло американское исследование, в котором изучали опыт работы ИТ-команд: как часто в проектах перерасходуют ресурсы, срывают сроки или не реализуют запланированную функциональность. В их выборке среди проектов с гибким штатом таких оказалось всего 9%. Среди традиционных проектов — 70%.

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

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

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

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

Алексей Цыкарев из Digital Spectr

Партнёр-исполнитель в Skipp

3. Бюджет расходуется эффективнее

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

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

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

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

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

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

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

Андрей Трусов из New Cult
Партнёр-исполнитель в Skipp

4. Работа распределяется равномернее: нет бессонных ночей и кранча в конце проекта

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

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

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

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

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

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

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

Алексей Цыкарев из Digital Spectr
Партнёр-исполнитель в Skipp

5. Специалистам комфортнее работать

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

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

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

В большинстве случаев в проектах Skipp работать комфортнее, чем с клиентами, которых мы сами найдём на рынке. Это происходит, потому что Skipp снимает с нас часть предпроектной работы: переговоры, входную аналитику, составление ТЗ.

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

Алексей Цыкарев из Digital Spectr
Партнёр-исполнитель в Skipp

Гибкий штат — это будущее разработки:

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

  • В такой модели можно быстро научиться управлять распределёнными командами. Сотрудники могут работать удалённо, даже жить в разных странах. Это новая норма, и гибкий штат помогает адаптировать к ней бизнес.
  • Продакт-менеджеры в гибком штате быстрее набирают компетенции и опыт, качество управления растёт, снижаются риски. В проектах реже срывают сроки или не получают запланированную функциональность.
  • Бюджет на персонал расходуется эффективнее, потому что людей нанимают под конкретные задачи и на ограниченный срок, а не на весь проект.
  • Благодаря опытным продактам работа распределяется равномернее, проекты более предсказуемы, у команды меньше бессонных ночей.
  • Сотрудникам комфортнее в гибком штате, потому что они превращаются во фрилансеров: могут выбирать проекты, оценивать стоимость своей работы, управлять графиком.
{ "author_name": "Daria Golikova", "author_type": "self", "tags": [], "comments": 45, "likes": 16, "favorites": 75, "is_advertisement": false, "subsite_label": "hr", "id": 149366, "is_wide": false, "is_ugc": true, "date": "Tue, 11 Aug 2020 14:57:48 +0300", "is_special": false }
0
45 комментариев
Популярные
По порядку
Написать комментарий...
13

Клёво: 5 лет получаешь высшее айтишное образование, чтобы потом иметь стабильность заработка на уровне шабашника-плитоукладчика. А если у тебя чуть менее мейнстримовая специализация - то месяцами между проектами сидишь на дошике. 

Так выживут только HR-ы, менеджеры и юристы.

Ответить
11

К слову хорошие плитоукладчики сейчас зарабатывают на уровне айтишников, а то и больше. Заказывали как-то ремонт, человек пришел, все сделал за два дня, взял 35 000р. А у него и при этом очередь из заказчиков))

Ответить
3

А качество? Как повезет?) Если не повезло - он переделывать будет?
Плиточник пришел, как можно быстрее все сделал - и сразу мозг насилует - яв се сделал, дай денег, я все сделал,дай денег.
Как только дал - все. Пропал и больше ты его не увидишь.

Ответить
3

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

Ответить
0

Это да. У меня тоже есть телефоны хороших мастеров. Работы расписаны на пару месяцев вперед

Ответить
3

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

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

Ответить
–1

надо было не образование получать а учиться.

Ответить
2

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

Ответить
0

я не за практику я за себя привык отвечать.

Ответить
0

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

Ответить
1

Как правило, чем меньше зарплата тем меньше и стабильность.
Учителя и врачи не соврут. Не сходил на субботник- все, тебе конец .

А чем выше зарплата тем больше и свобода.

Ответить
0

Расскажите это CEO

Ответить
13

Клёвая система. Я буду шабашить на проектах,переходить из фирмы в фирму,из проекта в проект.
Главное свою часть выполнить.

А потом,когда придут баги от заказчиков (тестировщик все не сможет выловить)- то..Фигаро уже там! Ищите меня!)))

И да, стабильность уровня строителя плиточника. Фигак фигак и в продакшн. И к следующему заказчику.

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

И конечно,тут никаким ТК РФ и не пахнет. Одни сплошные ипешники.

Ответить
4

 Фигаро уже там! Ищите меня!

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

Ответить
3

Так и платить то будут только за "прямо сейчас". А потом пошел вон. Соотвественно, где экспертиза то будет? У бедного едиснтвенного продакта?

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

А то интересно получается - мы тебя наняли на 2 часа работы, а потом ищи новую работу? Где и как этот разработчик будет развиваться в таком случае? Денег будет хватать впритык. 

Ответить
3

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

Ответить
8

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

Ответить
2

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

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

Ответить
0

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

Ответить
4

Клёво

Интересно, а как с гибким штатом не в разработке? Будет такое работать в маркетинге / на стройке / в салоне красоты?

Ответить
2

Пока айтишники только думают про это, на стройке эта система внедрена уже давно.

Ответить
4

Все круто, осталось только найти способ привлекать хороших фрилансеров, стандартизировать и контролировать их работу ((

Ответить
2

Возможно его и не существует. Но попробовать можно

Ответить
3

Вот это особенно порадовало. Вы никогда не сталкивались с реальностью

Ответить
1

А почему вы так думаете? Можете, пожалуйста, рассказать.

Ответить
5

Я не думаю. Я - знаю! (с)

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

Ответить
0

Skipp существует два года, наши кейсы можно посмотреть на сайте skipp.dev.

Ответить
2

1) Все бы ничего, но потом ты читаешь литературу про Теорию Ограничения Системы и понимаешь, что проблема даже не в ресурсах, а в планировании.
2) Про более опытных продактов - с чего это вдруг? Мне кажется, что вы даже сами себе противоречите, потому что в одном человеке собрать универсального бойца, который понимает все, пусть даже базовые, аспекты разработки и при этом компетентен в бизнесе и стратегии, - ОЧЕНЬ сложно. Проще всегда держать 2 людей. Тот, что больше про бизнес и тот, что больше про разработку.
3) Про то, что не будет сорванных дедлайнов - хехе:))

Ну, при этом в целом с тезисом про распределенные команды я наверное спорить не стал бы, но аргументация довольно спорная. Мы опять ищем таблетку от всего. Скорее всего будут штатные команды и 1 на подхвате для тушения пожаров и помощи в узких местах.

Ответить
3

Спасибо вам, все пункты по делу, на самом деле.

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

2) Очень сложно, но возможно. Посмотрите вокруг – всё больше проектных менеджеров вырастают из  PM-ов и разбираются и в метриках, и в разработке, и методологиях управления. Скоро это будет универсальным набором знаний  для любого проекта, во всяком случае мы верим, что это наиболее выигрышная комбинация по скиллам у людей будущего. Что же касается настоящего, то наши продакты попадают на проекты исходя из отрасли и специализации. Если нужен проект в сфере интернета вещей, то мы привлекаем специализированного продакта именно с таким опытом.

3) Ну тут без лирики. Просто заранее видим кризисную ситуацию и быстро подтягиваем доп ресурс, "донанимаем" ещё одного человека на бэкэнд или привлекаем еще одного тестировщика.

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

Ответить
0

Я перед написанием очередного сервиса примерно также расписываю как все будет офигенно.

Ответить
1

Skipp существует уже два года. Наши кейсы можно найти на сайте skipp.dev

Ответить
3

Так и я не первый год программирую

Ответить
1

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

Ответить
2

А можете рассказать нам пожалуйста про реальную жизнь? Год - это много, не думаю, что стоит ждать

Ответить
1

Вот так вот сразу и про жизнь? Мы ж даже с тобой не выпили ни разу.
Год - это очень мало.

Ответить
0

-

Ответить
1

Можно работать удалённо

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

Бюджет расходуется эффективнее

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

Работа распределяется равномернее: нет бессонных ночей и кранча в конце проекта

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

Специалистам комфортнее работать

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

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

Ответить
1

Хм, это ж аутстафф разве нет? Что тут нового?

Ответить
1

Статья написана теоретиком, никогда не сталкивавшимся с реальностью.
Очень вредная статья

Ответить
0

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

Ответить
0

вы не понимаете, это другое... 

Ответить
0

Спасибо, я понимаю, это то самое.

Ответить
0

Если я правильно понял статью, тут взят идеал документации и качественного кода. Где для проекта сделан линтер. Где все четко по архитектуре, куча UML. И как указали выше, «как на стройке», все блоками и стандартно, ни шага в сторону. Система «четких» грейдов - похожа на утопию, тут если ты по маркетплейсам спец, то все это твоё кредо по жизни, ибо по грейду ты только к этому заточен. А как же развиваться? Может разраб смог не только в этом хороший продукт сделать. профдеформация?! Не, не слышали! Будет всюду типовые технологии и решения ибо париться не надо, и это проверенный путь для «гибкого» архитектора.
В итоге, рост только за свой счёт, все будут только думать о грейдах и как к ним прийти. Нетиповые задачи не решишь, так как такого грейда нет. Психологию и выгорание на полку. Ты, машина, хардкодный ИИ, с 2000 итераций по одной теме. Экономия понятна, но она для клиента - и тут логично этим светят, иначе, никто, ничего, не купит. А так как у клиента нет компетенций то и проверить работу тоже нельзя, что с этим сделать? Ничего! Круто. Ещё много чего можно тут рассказать, где-то я возможно утрирую, так как тут тоже не все кейсы расписаны, но.... Спорно! Господа! Спорно!

Ответить
0

Автор статьи явно не следит за рынком вакансий, если говорит о "будущем развитии". Не скажу за ситуацию лет 10 назад, но уже лет 5 назад, когда менял работу, примерно 30% находимых мною вакансий были чисто проектными. То есть устроился, поработал на проекте 9 месяцев - всё, досвидули. 

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

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

Ответить
0

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

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

Собественно про это доктор Такман 55 лет назад писал.

Ответить

Комментарии

null