Комментарии 5
Не совсем понял, в итоге вы теперь проект разрабатываете по методике парного программирования?
Привлекая в пару специалиста заказчика вы решили свои проблемы, а заказчик теперь за разработку проекта платит не только вам но и еще дополнительно своих специалистов, как пару для вас оплачивает?
А зачем тогда ему вы нужны в этой схеме?
Прочитал пару раз, в конце концов запутался.
Плюсы для вашей компании очевидны, а зачем это нужно заказчику не понятно.
Привлекая в пару специалиста заказчика вы решили свои проблемы, а заказчик теперь за разработку проекта платит не только вам но и еще дополнительно своих специалистов, как пару для вас оплачивает?
А зачем тогда ему вы нужны в этой схеме?
Прочитал пару раз, в конце концов запутался.
Плюсы для вашей компании очевидны, а зачем это нужно заказчику не понятно.
Верно, разрабатываем, применяя парное программирование.
И, да, специалистам заказчика приходится тратить время на нас. Но взамен они получают проект, код которого они способны расширять и поддерживать самостоятельно при необходимости. На сколько мне известно, заказчик уже имел несколько раз ситуации, когда по окончании контракта с некой аутсорсинговой компанией получал готовый и работающий продукт. Однако бизнес не стоит на месте, и появляется необходимость добавлять новые фичи или менять существующие. Работать с той же компанией не было возможности, а варианты «разобраться самим с нуля» или «отдать другому аутсорсеру» были сравнимы по стоимости с разработкой исходного продукта. Получался чемодан без ручки: и бросить жалко, и нести дальше нет возможности. Больше они такого не хотят.
Ну, а ответ на вопрос «зачем мы нужны» примерно следующий: их мало и они очень дорогие, а нас много и мы довольно дешевые. И их временные затраты на парное программирование не идут ни в какое сравнение с нашими на проект в целом. Более того, мы не отдаем все стори на парное программирование с ними, только самые сложные, ключевые или непонятные.
И, да, специалистам заказчика приходится тратить время на нас. Но взамен они получают проект, код которого они способны расширять и поддерживать самостоятельно при необходимости. На сколько мне известно, заказчик уже имел несколько раз ситуации, когда по окончании контракта с некой аутсорсинговой компанией получал готовый и работающий продукт. Однако бизнес не стоит на месте, и появляется необходимость добавлять новые фичи или менять существующие. Работать с той же компанией не было возможности, а варианты «разобраться самим с нуля» или «отдать другому аутсорсеру» были сравнимы по стоимости с разработкой исходного продукта. Получался чемодан без ручки: и бросить жалко, и нести дальше нет возможности. Больше они такого не хотят.
Ну, а ответ на вопрос «зачем мы нужны» примерно следующий: их мало и они очень дорогие, а нас много и мы довольно дешевые. И их временные затраты на парное программирование не идут ни в какое сравнение с нашими на проект в целом. Более того, мы не отдаем все стори на парное программирование с ними, только самые сложные, ключевые или непонятные.
Как решили проблему большой разницы во времени?
Спасибо за полезный опыт.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Парное программирование в аутсорсинге: достижение взаимопонимания с техническими специалистами заказчика