Основной секрет оутсоурсинга

[vit_r]

По поводу индусов, менеджеров и опыта

Мой опыт работы менеджером со стороны заказчика в проектах по оутсоусингу из Германии показывает, что у всех немецких работников начиная от среднего звена и вниз основной задачей является попытка спихнуть свою некомпетентность на "тупых исполнителей" в фирме-подрядчике.

Надо признать, даже в "опытных" оутсоурсинговых котнорах траблов до дури и отловить их проще простого. (Правда, когда репорты на ранней стадии начинали содержать что-то отличное от радужных обещаний, большинство немецких менеджеров впадали в истерические состояния.)

Проблемы начинались, когда того же начальника немецких программистов приходилось ненавязчего просить писать техзадание так, чтоб хотя бы он сам мог понять смысл, прочитав через неделю. Тут сразу шли намёки, что я не для этого поставлен и слишком много себе позволяю.

Да, я слышал, что где-то у кого-то всё поставлено прекрасно и результаты только позитивные. Но в реале изнутри такого не видел.

Comments

[alexott.livejournal.com]

ну вот и выплывают такие проблемы с аутсорсингом - регулярно меняющиеся требования и т.д. - как в таком случае это дело оформлять?

[vit-r.livejournal.com]

Сюжет "Войны и Мира" в двух словах? :-)
Вот на этом "как" я деньги и зарабатываю, подгоняя теорию правильных процессов под реалии фирм. Правда, спросом это особым не пользуется.

[alexott.livejournal.com]

ну я примерно знаю как, но это требует телодвижений и пинаний с обоих сторон... В теории аутсорсинг это конечно хорошо, но на практике получается как всегда - аутсортить получается только работу с детально описанными спецификациями/технологиями и т.п., плюс необходимо иметь сильный контроль качества, что для разработки ПО не всегда возможно

[vit-r.livejournal.com]

Важна как раз не детальность описания (её как следует никто делать не умеет), а передача контекста, низкая цена прототипов и скорость реакции. Вот в последнем Индия с разницей в часовых поясах уже проигрывает. Я не говорю о том, что к работникам тамошним нужен особый подход.

[alexott.livejournal.com]

насчет особого подхода - согласен...
насчет контекста - тоже, я его и имел ввиду под описанием :-)

[vit-r.livejournal.com]

Не-а. :-) "с детально описанными спецификациями/технологиями" - это Software Requirements, а не контекст.

И требования верхнего уровня практически ни кто писать не умеет. По крайней мере, те тома, что мне пришлось читать, энтузиазма не вызывают.

[alexott.livejournal.com]

ну требования - это больная тема - у нас на одном проекте всего одно требование - "чтобы делало все, что надо", а за 2 недели до релиза выясняется что какие-то функции вообще не реализованы

[vit-r.livejournal.com]

А-а, Падерборн. Гнездовье студенческих фирм. :-)

Специалистов по ТЗ набирают только туда, где они не нужны. То есть, бесполезны. А именно в больших фирмах требуется по стандарту на процессы заполнить прямоугольник штатными единицами.

[alexott.livejournal.com]

у нас по размеру отнюдь не студенческая фирма :-)

[vit-r.livejournal.com]

Даже, если организована профессорами, всё равно будет университетский дух. Хотя, там должны быть несколько площадок крупных концернов. Вот про них не знаю.

[alexott.livejournal.com]

я вот как раз и работаю в бывшем отделении Сименса, а нынче отделении McAfee