Мне известна компания, которая владеет интеллектуальной собственностью приличного программного продукта и получает отличный доход от лицензирования в год. Однако директор (не технический) жалуется на затраты на содержание команды разработчиков, так как это значительно снижает рентабельность, и рассматривает возможность разработки отдельных модулей на аутсорсинг в других странах, которые взимают плату по более низкой ставке.
Лично я не думаю, что это будет более экономически эффективным решением в долгосрочной перспективе. Это может привести к сбоям связи при возникновении проблем, кроме того, спецификации должны быть водонепроницаемыми, что может в любом случае занять больше времени. На мой взгляд, при работе в команде общение является ключевым - или есть эффективный способ сделать эту работу?
Ответы:
Я уверен, что у кого-то есть пример этой работы, но я этого не видел.
Я много лет работал в компании из списка Fortune 500, где они занимались аутсорсингом. У меня нет ни одного примера в те годы аутсорсингового проекта, который стоил бы дешевле, чем если бы мы сделали это сами (собственными силами).
Несмотря на то, что их показатели программирования были ниже, чем у нас, мы потратили в 3 раза больше времени на управление внешней командой, чем на внутренние команды. Это вдобавок к дополнительному времени, необходимому для того, чтобы требования были более подробными, чем потребности нашей внутренней команды, и дополнительному времени, необходимому в QA, потому что код никогда не был близок к правильности.
источник
Вы можете сделать это быстро, вы можете сделать это дешево, или вы можете сделать это хорошо. Вы не можете иметь все три, и я бы сказал, что даже два из трех могут быть натяжкой.
источник
Для софтверной компании это просто глупо. Самое близкое, что они могли бы получить к разумно разумному решению, - это переместить компанию в другое место с более дешевым талантом.
Компания-разработчик программного обеспечения, занимающаяся разработкой программного обеспечения, больше не является компанией-разработчиком программного обеспечения. Я бы сказал, что любой заработанный выигрыш будет недолгим, потому что вы создаете свою собственную конкуренцию. Как только они поймут, что знают продукт лучше вас, они также поймут, что они вам больше не нужны.
источник
Мой единственный опыт аутсорсинга компании в другой стране будет моим последним. Компания, которая была нанята, не выполнила свою работу вовремя или даже дистанционно не выполнила требования, и в результате мы вынуждены были заново переделывать всю работу самостоятельно.
Однако, если вы можете найти надежную компанию, которой можете доверять (то есть вы видели / слышали о них хорошие отзывы от других людей), то, возможно, это того стоит.
источник
Директор хочет заменить некоторых своих опытных местных разработчиков людьми из далекой страны, чей опыт он не компетентен судить, кто вообще не имеет опыта работы с кодом, и кто не может быть под непосредственным руководством или наставничеством со стороны любого, кто знает код.
Я прошел через это дважды. В обоих случаях недорогие иностранные фирмы не смогли обеспечить своевременное и адекватное качество. Когда местные разработчики узнали, что работа движется за границу, они нашли другую работу, вместо того чтобы ждать, пока ее уволят. По мере того, как продолжалось экспертное кровотечение, графики смещались, критические ошибки не исправлялись, клиенты злились и переключались на конкурентов, и в итоге обе компании сворачивались.
Были также странные проблемы с общением, ожиданиями и культурой. Например, иностранная команда не проверяла большую часть кода или не отвечала на электронную почту быстро. Оказалось, что местный ИТ-менеджер получил бонус за снижение затрат, поэтому у него был весь офис с низкоскоростным подключением к Интернету. В другой раз тестировщики качества в третьем мире обычно помещают несколько совершенно разных ошибок в один и тот же отчет об ошибках; их менеджер боялся исчерпать номера ошибок.
Некоторые команды в недорогих местах в порядке. Судя по тому, что я слышал, в Red Hat, похоже, очень компетентная команда в Пекине. Но у них уже был многолетний опыт работы с людьми, работающими по всему миру через дистанционную связь, прежде чем они начали это делать, и люди в Пекине - сотрудники Red Hat, а не аутсорсинговая фирма.
источник
Да, вы получаете то, за что платите.
По моему опыту, если ваши потребности рынка и разработки не будут настолько просты, их легко объяснить по электронной почте любому разработчику с возможным языковым барьером, и настолько просто, что даже разработчик, который на самом деле не инвестировал в компанию, все еще может добиться успеха при создании качественного продукта, тогда ваш продукт будет страдать .
Я работал в компании, где у нас была большая местная команда разработчиков, и наш продукт пострадал просто потому, что команда менеджеров вложила больше денег и усилий в продажи. Поскольку столько усилий было вложено в продажи, оказалось, что у нас все хорошо, но это означало, что для получения дохода мы должны были продолжать вкладывать деньги и ресурсы в процесс продаж.
У нас была удаленная команда, но мы полностью интегрировали их в компанию, и они участвовали на том же уровне, что и наши местные команды. Это единственный способ, которым это может работать . Я был руководителем местной команды для них, и мы регулярно летали на работу с ними. Мы дали им фирменные рубашки и пиджаки, как местные команды. После всего этого, возможно, это сэкономило нам 20-30%. Если вы соберете систему, которая пытается сократить расходы более чем на это, ваш продукт соответственно пострадает.
источник
Если вы работаете с качественной командой аутсорсинга, и руководство готово сообщить и применить критерии приемлемости.
Тогда стоимость будет примерно такой же, как у продукта, разработанного собственными силами.
Вы также можете получить то же качество, если вам повезет.
Я могу быть немного предвзятым, потому что в моей компании есть штат разработчиков, и он не занимался разработкой продуктов на стороне. Я подозреваю, что опыт, который мы получили с партнерами по интеграции, которые занимались аутсорсингом разработки, как-то связан с этим решением.
источник
По моему опыту, аутсорсинг проекта не является лучшим решением при попытке получить более высокую прибыль.
На работе у нас было что-то подобное, и, как говорили другие, мы закончили тем, что заново сделали дыру и сохранили то, что было на рабочем сервере. Заключение по этому вопросу стоило вдвое дороже.
Мое мнение по этому вопросу заключается в том, что, если вы думаете о попытках изменить ситуацию с аутсорсингом маржи, вы можете отказаться от своих инвестиций. Если вы думаете об этом, то успех продукта зависит от того, что работает, как предполагалось, поэтому, если вы смените команду разработчиков, все может оказаться ужасно.
источник
Хорошо спланированное / сделанное программное обеспечение с открытым исходным кодом может быть вашим ответом, потому что оно может быть очень прибыльным, и обслуживание будет несколько делегировано сообществу, но нет никакого рецепта для успеха. Лучший совет, который я могу дать, - это порекомендовать несколько выступлений о том, что действительно является открытым исходным кодом и его махинациями:
И возможно также:
Суть открытого кода, на мой взгляд, состоит в том, чтобы создать что-то ценное и интересное не только для вас, но и для всех, поскольку сила открытого источника лежит в сообществах.
Кроме того, если ваш начальник / компания не хочет открывать программное обеспечение, просто выделите особенности вашей собственной бизнес-логики и ноу-хау. Итак, что вы будете делать:
Да, я серьезно, и "???" включает в себя любые стратегии, которые вы хотите использовать после того, как наберете достаточно интереса. С сегодняшними инструментами, такими как Github и Twitter, вы можете распространять информацию проще, но помните, что ваше первое впечатление должно быть достаточно интересным.
Если вы на самом деле не хотите с открытым исходным кодом ( который вы должны понимать как бизнес-модель, прежде чем внедрять его, если вы хотите добиться успеха ), вы всегда можете запустить его как сервис, для этого проверьте видео Carsonified, но это подразумевает много других вещей для вашей компании.
В конце концов, быть открытым исходным кодом или запустить его как сервис - это способ сделать проект устойчивым в долгосрочной перспективе.
источник
Я не помню автора этой цитаты, но она бьет по гвоздю.
Аутсорсинг = слабосвязанные команды.
Попытка сократить расходы путем географического разделения работы на взаимозависимые компоненты всегда терпит неудачу.
С другой стороны, исходя из моего опыта, перемещение целой части портфеля программного обеспечения может работать, а это означает, что его можно разрабатывать в хорошем качестве при меньших затратах.
источник