Сообщение Re: а объясните за аутсорс/аутстаф? от 27.04.2025 19:18
Изменено 28.04.2025 8:17 L_G
Re: а объясните за аутсорс/аутстаф?
Работал в трех компаниях, занимавшихся заказной разработкой софта (что характерно, ни разу там слово "аутсорс" не слышал).
1) Две из них делали решения для конкретной отрасли (медицина/банки). Хоть это было и далеко от тиражных продаж (как у 1С и т.п.) и каждому заказчику выкатывался заточенный именно под него продукт, но за того, что около 80-90% кода все-таки было общим для всех (не приходилось для каждого заказчика писать всё с нуля) можно было предлагать заказчикам более низкие цены (чем сама себестоимость писания всего с нуля) — т.е. выгода для заказчика была явно в снижении затрат.
2) Третья писала под конкретных заказчиков (госкомпании, как-то хитро выигрывая их тендеры) — там какая-то "своя игра". Тут первый пункт не работает, но может быть важно описанное далее:
Во всех случаях, первоначальная разработка продукта и его дальнейшая эксплуатация+поддержка+доработка — это две стадии, принципиально отличающиеся по количеству требуемых программистов, особенно если сроки первоначальной разработки хоть как-то заданы/определены (а они часто оказываются малыми и жесткими). И в такой ситуации для заказчика/эксплуатанта софта гораздо проще сначала заказать и оплатить разработку, а потом отдельно заказывать и оплачивать доработки и поддержку, чем искать, нанимать, а потом увольнять команду компетентных специалистов. Особенно, если финансы не свои, а госбюджетные.
1) Две из них делали решения для конкретной отрасли (медицина/банки). Хоть это было и далеко от тиражных продаж (как у 1С и т.п.) и каждому заказчику выкатывался заточенный именно под него продукт, но за того, что около 80-90% кода все-таки было общим для всех (не приходилось для каждого заказчика писать всё с нуля) можно было предлагать заказчикам более низкие цены (чем сама себестоимость писания всего с нуля) — т.е. выгода для заказчика была явно в снижении затрат.
2) Третья писала под конкретных заказчиков (госкомпании, как-то хитро выигрывая их тендеры) — там какая-то "своя игра". Тут первый пункт не работает, но может быть важно описанное далее:
Во всех случаях, первоначальная разработка продукта и его дальнейшая эксплуатация+поддержка+доработка — это две стадии, принципиально отличающиеся по количеству требуемых программистов, особенно если сроки первоначальной разработки хоть как-то заданы/определены (а они часто оказываются малыми и жесткими). И в такой ситуации для заказчика/эксплуатанта софта гораздо проще сначала заказать и оплатить разработку, а потом отдельно заказывать и оплачивать доработки и поддержку, чем искать, нанимать, а потом увольнять команду компетентных специалистов. Особенно, если финансы не свои, а госбюджетные.
Re: а объясните за аутсорс/аутстаф?
Работал в трех компаниях, занимавшихся заказной разработкой софта (что характерно, ни разу там слово "аутсорс" не слышал).
1) Две из них делали решения для конкретной отрасли (медицина/банки). Хоть это было и далеко от тиражных продаж (как у 1С и т.п.) и каждому заказчику выкатывался заточенный именно под него продукт, но за счет того, что около 80-90% кода все-таки было общим для всех (не приходилось для каждого заказчика писать всё с нуля) можно было предлагать заказчикам более низкие цены (чем сама себестоимость писания всего с нуля) — т.е. выгода для заказчика была явно в снижении затрат.
2) Третья писала под конкретных заказчиков (госкомпании, как-то хитро выигрывая их тендеры) — там какая-то "своя игра". Тут первый пункт не работает, но может быть важно описанное далее:
Во всех случаях, первоначальная разработка продукта и его дальнейшая эксплуатация+поддержка+доработка — это две стадии, принципиально отличающиеся по количеству требуемых программистов, особенно если сроки первоначальной разработки хоть как-то заданы/определены (а они часто оказываются малыми и жесткими). И в такой ситуации для заказчика/эксплуатанта софта гораздо проще сначала заказать и оплатить разработку, а потом отдельно заказывать и оплачивать доработки и поддержку, чем искать, нанимать, а потом увольнять команду компетентных специалистов. Особенно, если финансы не свои, а госбюджетные.
1) Две из них делали решения для конкретной отрасли (медицина/банки). Хоть это было и далеко от тиражных продаж (как у 1С и т.п.) и каждому заказчику выкатывался заточенный именно под него продукт, но за счет того, что около 80-90% кода все-таки было общим для всех (не приходилось для каждого заказчика писать всё с нуля) можно было предлагать заказчикам более низкие цены (чем сама себестоимость писания всего с нуля) — т.е. выгода для заказчика была явно в снижении затрат.
2) Третья писала под конкретных заказчиков (госкомпании, как-то хитро выигрывая их тендеры) — там какая-то "своя игра". Тут первый пункт не работает, но может быть важно описанное далее:
Во всех случаях, первоначальная разработка продукта и его дальнейшая эксплуатация+поддержка+доработка — это две стадии, принципиально отличающиеся по количеству требуемых программистов, особенно если сроки первоначальной разработки хоть как-то заданы/определены (а они часто оказываются малыми и жесткими). И в такой ситуации для заказчика/эксплуатанта софта гораздо проще сначала заказать и оплатить разработку, а потом отдельно заказывать и оплачивать доработки и поддержку, чем искать, нанимать, а потом увольнять команду компетентных специалистов. Особенно, если финансы не свои, а госбюджетные.