Добрый день!
На слуху появляется ABAP-аутсорсинг... Думаю на форуме есть люди, которые пересекались с данным вопросом. Каким образом строится работа?
Например у заказчика есть функциональщики и полностью расписывают задачу, а на аутсорс только кодеры, которые реализуют задачу. Тут конечно денег меньше, но вероятность получить хорошее ТЗ, а следовательно качественный продукт довольно высока.
Какие еще схемы применимы? Особенно интересен вопрос с иностанным кастомером.

Спасибо
WBR, Eugen

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

Не уж-то тема не актуальная... Я думал поактивнее народ советовать будет

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

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

Ну как тебе сказать... те кто работают, особо не распространяются об этом, а кто не работает, ну могут потеоретизировать, но смысла то от этого никакого не будет...

Да, сколько раз было, что люди вполне серьезно обижаются (и даже вроде не дураки) на просьбу написать что-нибудь внятное в качестве ТЗ.

У меня на эту тему забавный случай был: приходит "консультант со знанием ABAP" и просит по его устным объяснениям что-то там написать. Без ТЗ ибо "Очень срочно. А мне что ТЗ написать, что программу - все едино и времени займет одинаково". Консультант посылается писать. Либо ТЗ, либо программу. На выбор Ибо "есть утвержденный процесс разработки". Консультант, видимо из упрямства, выбирает 2-ое. Бедняга...

И правильно! Нехрен такой ерундой заниматься. Вот если идешь на поводу - потом и возникают сложности с поддержкой, потому как непонятно, что написано и зачем.
В крайних случаях, если очень срочно, еще можно писать программу до ТЗ, но ТЗ все равно должно появится, причем соответствующее разработке, а не так, от фонаря. Иначе потом вообще труба будет, через полгода никто концов не найдет.

Вообще-то таких случаев (когда быстро, быстро надо кое-что доделать, а то "шеф!! все пропало!!!") оч много, по-моему, от них совсем не избавиться (да и скучно станет ), надо все-таки документировать (пусть и задним числом)

Та же самая фигня. А вот не давать им ключей разработчика... сейчас мучаемся у себя - в своей время(несколько лет назад) ключи давали кому попало, только попроси... А теперь все пишут программы сами, а ТЗ не добешься. А в тексте программ... Блин, прямой update LIPS, VBFA , персчет, пара-тройка серьёзных выборок и опять прямые апдейты стандартных таблиц. На крик - "коллеги, вы хоть блокировки используйте!" - в ответ звучало "А что такое блокировки? "