Ваш разработчик это построит. Вопрос не в этом
Внутренняя разработка конкурирует с дорожной картой, а не со сроком, и это решает такие проекты сильнее любого технического сравнения.
Вопрос о способности самый простой
Ваш разработчик это построит. В большинстве случаев так и есть, и к любому сравнению, которое начинается с сомнений на этот счёт, стоит отнестись настороженно.
Интересные вопросы другие. Что вместо этого не появится и заканчивается ли вообще проект без срока.
Невидимая цена
Внутренняя разработка стоит того, что стояло следующим в дорожной карте. Эта цена никогда не появляется отдельной строкой, поэтому она редко появляется и в решении.
Если вместо неё ваш разработчик выпускал бы продукт, за который платят клиенты, автоматизация дорога так, как счёт никогда не покажет. Если команда действительно недозагружена, арифметика переворачивается и строить внутри прямо правильно.
Полезный ход в том, чтобы сделать её явной. Назовите функцию или исправление, которое поедет. Поставьте на него дату. Покажите эту дату владельцу дорожной карты и посмотрите, выглядит ли обмен по-прежнему очевидным.
Почему внутренние проекты растягиваются
Они конкурируют с дорожной картой, а не со сроком, а у проекта без даты поставки нет механизма закончиться.
Схема повторяется достаточно устойчиво, чтобы её планировать. Стройка начинается быстро и хорошо. Потом приходит срочная проблема клиента, потом релиз, потом кто-то увольняется, и автоматизация становится тем, за что берутся между другими делами.
Шесть недель работы, размазанные по восьми месяцам, это не шесть недель работы. Операционная проблема остаётся нерешённой все эти восемь месяцев, а требования под наполовину построенной системой уезжают.
Внешняя поставка быстрее не потому, что люди лучше. Она быстрее, потому что у работы есть дата, зафиксированный объём и ничто другое не претендует на те же часы. Если строите внутри, лечение в том, чтобы дать проекту эти три вещи, а не надеяться.
Что каждая сторона выигрывает на самом деле
| Свои | Агентство | |
|---|---|---|
| Знает недокументированные системы | Да | Изучает, ценой нескольких дней |
| Имеет дату поставки | Редко | По договору |
| Видело, как это проваливается | Иногда | Это и есть то, что вы покупаете |
| На месте на четвёртый месяц | Да | Только если так договорились |
| Зависит от того, останется ли один человек | Обычно да | Нет |
| Цена по счёту | Нет | Настоящая |
| Цена для дорожной карты | Настоящая | Нет |
Две последние строки и есть всё сравнение, и указывают они в противоположные стороны. Остальное детали.
Схема, которая обычно бьёт обе
Не выбор. Разделение.
Внешняя поставка под дату, внутреннее владение с первой недели. Человек, который будет владеть процессом, сидит в стройке, а не получает документ о передаче в конце, и знание переходит через участие, а не через бумагу.
По этой модели мы и работаем, и поэтому условие про названного владельца стоит в предложении, а не в последней неделе. Она же даёт то, что внутренняя разработка производит естественно, а внешняя часто нет: человека, который действительно понимает, почему система поступает так.
О найме под это
Только если у вас достаточно такой работы, чтобы человеку было интересно, а планка выше, чем кажется.
Один инженер по автоматизации это единая точка отказа так, как агентство ею не является. У работы есть и проблема удержания, о которой не предупреждают: строить первые три процесса интересно, а поддерживать их, пока окружающие системы едут, нет. Компании, которые нанимают под это и потом остаются без новых задач, обычно теряют человека за год и получают систему, которую понимал только он.
Если поток настоящий, по процессу в квартал бесконечно, наём выигрывает по экономике с большим отрывом. Если это два проекта и дальше поддержка, покупайте стройку и оставляйте себе владение.
До того и до другого
Ни один путь не поможет, если процесс не готов, и ни подрядчик, ни сотрудник не должны называть цену до того, как кто-то посчитал. Неделя замеров одинаково относится и к внутренней разработке, а внутренняя команда скорее пропустит замер, потому что уже уверена, что знает процесс.
Обычно она знает свою часть. Это другое, и разрыв между этими двумя вещами разобран в посте почему большинство карт процессов бесполезны.
01Дешевле ли строить автоматизацию своими силами?+
По счёту почти всегда да. По полной стоимости всё зависит от того, что большинство сравнений опускает целиком, а именно от того, что ваш разработчик перестанет делать. У внутренней разработки есть настоящая цена, равная тому, что стояло следующим в дорожной карте, и эта цена невидима, потому что никогда не появляется отдельной строкой. Если вместо автоматизации он бы выпускал продукт, за который платят клиенты, автоматизация обходится куда дороже, чем выглядит, хотя деньги никуда не уходят. Если разработчики действительно недозагружены, расчёт переворачивается и строить внутри становится прямо правильным ответом. Полезный ход в том, чтобы сделать альтернативную стоимость явной до решения: назовите функцию или исправление, которое поедет, поставьте на него дату и покажите её тому, кто владеет этой дорожной картой.
02Почему внутренние проекты по автоматизации тянутся так долго?+
Потому что они конкурируют с дорожной картой, а не со сроком, а у проекта без даты поставки нет механизма закончиться. Схема повторяется достаточно устойчиво, чтобы её планировать: стройка начинается быстро и хорошо, потом приходит срочная проблема клиента, потом релиз, потом кто-то увольняется, и автоматизация становится тем, за что берутся между другими делами. Шесть недель работы, размазанные по восьми месяцам, это не то же самое, что шесть недель работы, потому что операционная проблема остаётся нерешённой эти восемь месяцев, а требования под наполовину построенной системой уезжают. Внешняя поставка быстрее не потому, что люди лучше, а потому, что у работы есть дата, зафиксированный объём и ничто другое не претендует на те же часы. Если строите внутри, лечение состоит в том, чтобы дать проекту те же три вещи, а не надеяться.
03Что свой разработчик действительно делает лучше?+
Две вещи, и обе стоят настоящих денег. Он знает ваши системы, включая недокументированные, поле, которое значит не то, что написано в его названии, и интеграцию, которую кто-то написал четыре года назад и с тех пор не трогал. Внешняя команда тратит первые дни ровно на это открытие, а в необычном хозяйстве эти дни составляют заметную долю проекта. Второе преимущество это постоянство: он всё ещё здесь на четвёртый месяц, когда поставщик сменил форму, и его знание процесса накапливается, а не уходит вместе с договором. Поэтому самая сильная схема обычно не выбор между двумя, а разделение: внешняя поставка под дату, внутреннее владение с первой недели, чтобы человек, который получит систему, всё это время сидел в комнате, а не принимал документ о передаче.
04Стоит ли нанимать человека именно под автоматизацию?+
Только если у вас достаточно такой работы, чтобы ему было интересно, а эта планка выше, чем кажется сначала. Один инженер по автоматизации это единая точка отказа так, как агентство ею не является, и у работы есть проблема удержания, о которой никто не предупреждает: строить первые три процесса действительно интересно, а поддерживать их, пока окружающие системы едут, нет. Компании, которые нанимают под это и потом не находят, что строить дальше, обычно теряют человека в течение года и получают систему, которую понимал только он. Если поток настоящий, по процессу в квартал бесконечно, наём выигрывает по экономике с большим отрывом. Если это один-два проекта и дальше поддержка, покупайте стройку и оставляйте себе владение: это стоит доли зарплаты и не зависит от того, останется ли один конкретный человек.
