Size: a a a

Архитектура ИТ-решений

2019 July 22

PD

Phil Delgyado in Архитектура ИТ-решений
Alexey Pryanishnikov
не, ну я допускаю, что у тебя может не быть HR и процессов найма выстроено ещё
Ну, для малого бизнеса процессы найма и HR скорее повредят. Для среднего - уже зависит от количества нужных программистов, но зачастую проще без HR и процессов )
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexey Pryanishnikov
А какие могут быть плюсы (мы сейчас говорим о заказной разработке или как минимум кастомизации, а не поставке коробочных решений с функционалом as is)?

Вот сидит программист Вася (хорошо, 50 программистов и все сопутствующие бездельники). Он либо сидит у меня за X денег, либо сидит у подрядчика за 3*X денег.
Потому что подрядчику тоже нужно иметь маржу. Другого не дано.
Если Вася занят на 100%, то есть у меня, как у заказчика, не контора "перекрасьте мне кнопочку раз в год", его работа не отличается в обоих случаях (часто они даже и сидят onsite на постоянку)
Уникальная экспертиза у вендора? Очень смешно, никогда не видел и не слышал. В основном это вообще студенты.
Зато из минусов, кроме переплат - испорченный телефон требований, накладные расходы на каждом дополнительном участнике процесса, мутные контрактные схемы и игра на стыках 100500 sla, размытие ответственности, знаний и создание ощущение "сложности и непознаваемости" ну пустом месте (потому что иначе ж платить перестанут, если всё так просто и в 10 раз быстрее можно сделать)

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

Аутсорс\аутстафф даёт плюс только в одном случае - вы мелкий заказчик, которому программист (админ, бухгалтер, etc.) нужен на условные 5 минут в год и то для типовой задачи.
Алексей, у меня очень похожие ощущения! Но хотел добавить 5 центов, побывав с обеих сторон:
-- аналитики у подрядчиков много не только из злых умыслов -- а потому что контекста нет. И за передачу этого domain knowledge приходится платить.
-- если нужно оперативно подрасти -- я за вариант с аутстаффом (не аутсорсом). Риски все себе, да, зато можно рулить без испорченных телефонов
-- согласен с Филом -- нанимают все на одном рынке, это все равно ограничение роста. Но вендору, возможно, проще нанимать себе программистов. Проходил такой кейс, когда в нетехнологическую компанию было очень тяжело затаскивать разработчиков внутрь.
-- и самое существенное -- больше всего пользы от вендора, если есть реальный специфичный опыт или технология (как пример -- OCR какой-нибудь не станешь же переписывать). А если опыт совсем general -- здесь сложно..
* build vs. buy за рамками
* что вендор / консалтер вне внутренней политики -- тоже отдельная и спорная тема
* да, и это про разработку только! С другими сервисами уже по-разному
источник
2019 July 23

GK

Gennadiy Kruglov in Архитектура ИТ-решений
От многого зависит. Не надо забывать про команды. У вендоров, на тех же галерах, есть хорошие команды которые перформят сразу, им не нужно время на раскачку. Есть команды с редкой экспертизой, например в бигдатном стеке и машинном лёрнинге. А если по одному набирать, то команду можно и не вырастить. Будет просто группа людей, которая списывает время на один проект.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Почему-то когда мы говорим о найме, мы подразумеваем найм отдельных людей. Но по-настоящему перформят не отдельные люди, а слаженные команды.
источник

KI

Kirill Ivanov in Архитектура ИТ-решений
Gennadiy Kruglov
Почему-то когда мы говорим о найме, мы подразумеваем найм отдельных людей. Но по-настоящему перформят не отдельные люди, а слаженные команды.
Плюсую, и им надо время на выход в стадию "рекордов".
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Банальная вещь. Хорошая команда за несколько часов развернёт инфраструктуру разработки, включая настройку конвеера сборки, и после обеда уже начнёт комитить. Потому что у них уже наработки есть и они с полуслова друг друга понимают.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Gennadiy Kruglov
Банальная вещь. Хорошая команда за несколько часов развернёт инфраструктуру разработки, включая настройку конвеера сборки, и после обеда уже начнёт комитить. Потому что у них уже наработки есть и они с полуслова друг друга понимают.
видел такое. кажется фильма назывался Чужие
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Да, там тоже была команда в первой части. Правда сожрали всех, как в хороших энтерпрайзах бывает.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Это вобще то вторая
источник

KG

Kirill Gorin in Архитектура ИТ-решений
в первой части как раз был стартапчик
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Точно, ошибся)
источник

KG

Kirill Gorin in Архитектура ИТ-решений
там даже предлагали зарпалату - акциями...
источник

KG

Kirill Gorin in Архитектура ИТ-решений
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Gennadiy Kruglov
Почему-то когда мы говорим о найме, мы подразумеваем найм отдельных людей. Но по-настоящему перформят не отдельные люди, а слаженные команды.
+1  про команды
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Gennadiy Kruglov
Почему-то когда мы говорим о найме, мы подразумеваем найм отдельных людей. Но по-настоящему перформят не отдельные люди, а слаженные команды.
а когда вы последний раз нанимали в энтерпрайз банду?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Банальная вещь. Хорошая команда за несколько часов развернёт инфраструктуру разработки, включая настройку конвеера сборки, и после обеда уже начнёт комитить. Потому что у них уже наработки есть и они с полуслова друг друга понимают.
Ага. А потом окажется, что для данного проекта нужен другой стек, другой toolchain и другие процессы. Но они уже все развернули и перформят...
Я такие команды побаиваюсь, они делают быстро, но не то.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Kirill Gorin
а когда вы последний раз нанимали в энтерпрайз банду?
Не вспомню, и это проблема... Но зато всегда есть знакомые команды, которые готовы сверхурочно и за хорошие деньги "вытащить" очередной кризисный проект у клиента
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Ага. А потом окажется, что для данного проекта нужен другой стек, другой toolchain и другие процессы. Но они уже все развернули и перформят...
Я такие команды побаиваюсь, они делают быстро, но не то.
У меня в основном позитивный опыт. Хорошая команда сначала уточнит эти вопросы.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Команда - это все равно один конкретный стек и предметная область. Если задачи простые и типовые, то ок. Если что-то сложное и нестандартное, то все равно команду с нуля собирать.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Команда - это все равно один конкретный стек и предметная область. Если задачи простые и типовые, то ок. Если что-то сложное и нестандартное, то все равно команду с нуля собирать.
Не соглашусь. Это типичный взгляд технаря. Команда - это не про стек, а про людей.
источник