Комментарии 6
Могу сказать про себя, сегодня уже часть производства товаров мы отдаём на аутсорс, кризис к этому подталкивает.
По поводу контроля: создается увесистый пакет документов в котором прописаны все нюансы и ответственности сторон. Хотя есть опасения что наши наработки украдут или будут частично использовать, но понимая что украсть это пол дела, надо еще и продать, поэтому спим спокойно.
Аутсорс это не только выгодно, но и дает нам возможность сосредоточится на чем то другом.
По поводу контроля: создается увесистый пакет документов в котором прописаны все нюансы и ответственности сторон. Хотя есть опасения что наши наработки украдут или будут частично использовать, но понимая что украсть это пол дела, надо еще и продать, поэтому спим спокойно.
Аутсорс это не только выгодно, но и дает нам возможность сосредоточится на чем то другом.
«Преимущества, если работать с аутсорс-компаниями:
нет необходимости контролировать процесс;»
ха-ха-ахахаха
нет необходимости контролировать процесс;»
ха-ха-ахахаха
Есть несколько минусов работы с аутсорсерами, которые проявляются на практике.
Прежде всего, это контроль применяемых решений и технологий. Допустим, бизнес привлекает аутсорсеров к созданию некоторой системы. Аутсорсеры выполняют работу. Бизнес получает работающую систему, но не получает знаний о том, как она реализована. После этого бизнес и аутсорсеры расходятся, и бизнес, не знающий тонкостей реализации, вынужден платить минимум вдвое больше за сопровождение системы, поскольку требуется сначала провести дорогостоящий анализ кода для диагностики, и лишь потом исправить ошибку. Как в старом анекдоте: $1 за ремонт и $99 за знание того, где ударить.
Во-вторых, аутсорсерам редко доверяют критические участки кода или код, который реализует закрытые технологии. Это ведёт к тому, что аутсорсеры чаще занимаются типовыми задачами, лежащими на поверхности, но совершенно не имеют знаний о том, как работают применяемые ими фрейворки и компоненты. Недавно один менеджер — представитель аутсорсинговой компании вещал мне, что разработчику совсем необязательно знать работу сборщика мусора в .NET. Увы, это не исключение, а правило.
В-третьих, в аутсорсинговых компаниях большая текучка кадров. Элементарно, программисты хотят расти, а не заниматься вечно одними и теми же задачами. И уходят они в самый разгар проекта, вы не можете ни предвидеть это, ни отсрочить. А с разработчиком уходит и часть знаний о проекте (вот только не надо говорить, что разработчик обязан документировать каждый свой чих в проекте — в теории звучит красиво, на практике платить за это никто не хочет).
Итого, аутсорсинг имеет большие ограничения, о которых автор не сказал.
Прежде всего, это контроль применяемых решений и технологий. Допустим, бизнес привлекает аутсорсеров к созданию некоторой системы. Аутсорсеры выполняют работу. Бизнес получает работающую систему, но не получает знаний о том, как она реализована. После этого бизнес и аутсорсеры расходятся, и бизнес, не знающий тонкостей реализации, вынужден платить минимум вдвое больше за сопровождение системы, поскольку требуется сначала провести дорогостоящий анализ кода для диагностики, и лишь потом исправить ошибку. Как в старом анекдоте: $1 за ремонт и $99 за знание того, где ударить.
Во-вторых, аутсорсерам редко доверяют критические участки кода или код, который реализует закрытые технологии. Это ведёт к тому, что аутсорсеры чаще занимаются типовыми задачами, лежащими на поверхности, но совершенно не имеют знаний о том, как работают применяемые ими фрейворки и компоненты. Недавно один менеджер — представитель аутсорсинговой компании вещал мне, что разработчику совсем необязательно знать работу сборщика мусора в .NET. Увы, это не исключение, а правило.
В-третьих, в аутсорсинговых компаниях большая текучка кадров. Элементарно, программисты хотят расти, а не заниматься вечно одними и теми же задачами. И уходят они в самый разгар проекта, вы не можете ни предвидеть это, ни отсрочить. А с разработчиком уходит и часть знаний о проекте (вот только не надо говорить, что разработчик обязан документировать каждый свой чих в проекте — в теории звучит красиво, на практике платить за это никто не хочет).
Итого, аутсорсинг имеет большие ограничения, о которых автор не сказал.
Попробую ответить на Ваши вопросы:
1) Бизнес не должен отдавать что-то на аутсорс если у него нет собственной IT-службы, которая бы поддерживала продукт.
Если же всё же такое случилось — необходимо обговорить, весь перечень документов, которые получит заказчик. От руководства пользователя до руководства программиста. А также сроки поддержки, и что в нее входит. Если это мелкий заказчик (без IT-службы), который хочет быстро и дешево и нанял аутсорсера чтобы только сделал — то это просто неправильный подход.
2) Согласен.
3) Не до конца согласен. Даже в Вашей собственной компании программист может резко «встать и уйти». Но если это случилось в аутсорс компании — то это ответственность аутсорс компании. Работу заказали у них, а не у программиста и спрос с них, а не с отдельного человека. В любом случае, конечно, это скорее всего болезненно скажется на всё проекте (если программист действительно был неотъемлемой частью проекта), но, мне кажется, тут ничего не поделаешь. Равно как если это случится внутри Вашей компании.
Аутсорсеру тоже невыгодна потеря программиста, и, я уверен, что он будет принимать ровно те же меры, что и Вы внутри своей компании. Поэтому, я считаю, что это проблема не аутсорсеров, а проблема вообще.
1) Бизнес не должен отдавать что-то на аутсорс если у него нет собственной IT-службы, которая бы поддерживала продукт.
Если же всё же такое случилось — необходимо обговорить, весь перечень документов, которые получит заказчик. От руководства пользователя до руководства программиста. А также сроки поддержки, и что в нее входит. Если это мелкий заказчик (без IT-службы), который хочет быстро и дешево и нанял аутсорсера чтобы только сделал — то это просто неправильный подход.
2) Согласен.
3) Не до конца согласен. Даже в Вашей собственной компании программист может резко «встать и уйти». Но если это случилось в аутсорс компании — то это ответственность аутсорс компании. Работу заказали у них, а не у программиста и спрос с них, а не с отдельного человека. В любом случае, конечно, это скорее всего болезненно скажется на всё проекте (если программист действительно был неотъемлемой частью проекта), но, мне кажется, тут ничего не поделаешь. Равно как если это случится внутри Вашей компании.
Аутсорсеру тоже невыгодна потеря программиста, и, я уверен, что он будет принимать ровно те же меры, что и Вы внутри своей компании. Поэтому, я считаю, что это проблема не аутсорсеров, а проблема вообще.
по моему скайп на сегодняшний день плохой инструмент для общения по работе — групповой чат быстро превращается в свалку. В качестве альтернативы можно посмотреть Slack или HipChat
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Об удаленной работе. Работа с аутсорс