• Парное программирование в аутсорсинге: достижение взаимопонимания с техническими специалистами заказчика
    0
    Планировали парное программирование на американское утро и разрешили нашим программистам делать то, что они любят и так — приходить к 12-ти :)
  • Парное программирование в аутсорсинге: достижение взаимопонимания с техническими специалистами заказчика
    0
    Верно, разрабатываем, применяя парное программирование.
    И, да, специалистам заказчика приходится тратить время на нас. Но взамен они получают проект, код которого они способны расширять и поддерживать самостоятельно при необходимости. На сколько мне известно, заказчик уже имел несколько раз ситуации, когда по окончании контракта с некой аутсорсинговой компанией получал готовый и работающий продукт. Однако бизнес не стоит на месте, и появляется необходимость добавлять новые фичи или менять существующие. Работать с той же компанией не было возможности, а варианты «разобраться самим с нуля» или «отдать другому аутсорсеру» были сравнимы по стоимости с разработкой исходного продукта. Получался чемодан без ручки: и бросить жалко, и нести дальше нет возможности. Больше они такого не хотят.

    Ну, а ответ на вопрос «зачем мы нужны» примерно следующий: их мало и они очень дорогие, а нас много и мы довольно дешевые. И их временные затраты на парное программирование не идут ни в какое сравнение с нашими на проект в целом. Более того, мы не отдаем все стори на парное программирование с ними, только самые сложные, ключевые или непонятные.
  • Заказчик-Исполнитель: избегаем ДТП
    0
    Я бы так не сказал:). Это один из способов, и достаточно эффективный на наш взгляд.
  • Заказчик-Исполнитель: избегаем ДТП
    0
    А как же в ИТ без легкого шарлатанства-шаманства:). И все же пару умных мыслей товарищ может толкнуть;)
  • Заказчик-Исполнитель: избегаем ДТП
    0
    Пробовали — не помогает;)