🤡 Кросс-командная дичь и разработка в одну калитку Кросс-командная разработка в теории это "синергия" из различных компетенций и опыта, но на практике чаще всего выходит "говно и палки, палки и говно". Настоящий пинг-понг и полыхающие жопы с обеих сторон. Помним мем? Чтобы ракета летела ее жопа должна гореть! Так и здесь. И ладно бы если бы команда локальная. Считай свои - можно договориться и быстро набросать решение через "тяп-ляп и в продакшн" с последующим улучшением. Но случаются чудеса оптимизации и приходится работать с аутсорсом. И это вообще может быть не та самая работа мечты. Тут давайте немного поясню. Как правило в крупных компаниях (тот самый БигТех) у штатных команд есть квартальные цели, которые складываются в годовые цели. Все та же работа по спринтам, определены даты релизов, какие-то свои внутренние процессы. Кто-то хреначит на коленке на основе запроса "Сделайте мне по красоте", а у кого-то это прямо процесс! Настоящий! Со всеми этапами сбора требований, проработки артефактов и тестированием. Но в итоге как-то синхронизируются. Аутсорс команда на фоне всего этого выглядит, как чл%н в 25 сантиметров. Чета бегают, машут в разные стороны, всех потрогать пытаются. Забавные! Даже умную мысль родил! Ну относительно умную... Работа с аутсорсом - это как чл%н 25 сантиметров. Вроде многие хотят, но сделать так, чтобы нравилось всем - знают и умеют единицы. И эти черти не вписываются в процессы, а результат их работы не оставляет желать лучшего. Он просто оставляют. Поэтому надеяться на какой-либо взрослый подход к решению задач - глупо. В любом случае придется лидировать каждый шаг и даже моменты, которые не находятся в зоне твоей ответственности. П - проактивность. Где-то там далеко 100% есть адекватный аутсорс, но он, как единорог. Про него рассказывают сказки и слагают легенды. Простой пример: делаем сложную и большую систему. На нашей стороне - сыгранная команда, которая берет на себя проработку всех артефактов, слой бизнес-логики, слой интеграции. Процессы разрыли и оцифровали, описали подробное ФТ, техничку и согласовали с архами, определили ответственных за каждый этап разработки, назначили рассыпуху синков для каждого чиха. Ну и прочие прелести кровавого энтерпрайза. На стороне другой команды - аутсорс (по факту вендор, который когда-то продал поделку-коробку за много денег и теперь осуществляет доработки за еще больше денег). Что могло пойти не так? Пошло не так все. Потому как задача аутсорс команды - сделать ревью документации и подтвердить, что данных достаточно для реализации на их стороне. Данные взяли - данные отобразили - все шоколадно. Формально сделали и дали письменный аппрув, как подтверждение затраченного ими времени. Но на практике никто, конечно, не заморачивался. Что отразилось на всем процессе разработки. В сухом остатке масса изменений вроде "мы здесь немного забыли попросить и спросить", смена аналитиков с их стороны, оторванный от реальности продакт, поплывшие сроки, размазанная ответственность и регулярное говно на вентилятор. Пришлось даже устраивать очную ставку для определения "Кто здесь не очень традиционной ориентации, а кто нормальный ровный и без залетов". По итогам этой встречи выясняется, что разработчик с их стороны забыл сменить пароль на корп. ноуте и тем самым сдвинул сроки еще на пару недель. Потому как теперь технику необходимо отравить в офис компании. По итогам вытянутого зубами проекта продакт со стороны бизнеса получает повышение, а рядовые сотрудники (кто это все дерьмо тащил) идут на увольнение. Аутсорс же остается, вписав у себя на сайте, что успешно реализовали еще один кейс у крупного заказчика. —————————— Вообще подобные негативные кейсы неплохо закаляют. Вроде ты уже все знаешь и умеешь, но каждый раз наступаешь на грабли и понимаешь в каком месте в следующий раз подстелить солому. Но это выматывает. Каждый раз. Что по аутсорсу? 🚑 - Да, я видел некоторое дерьмо. 🍑 - А не надо было в биХтехе работать! Только ИП!