Как вы продаете постоянную интеграцию клиентам?

Question

Я знаю, что использование непрерывной интеграции улучшает качество моей кодовой базы и ускоряет выпуск, но как лучше убедить клиентов, что они хотят этого в своем следующем проекте?

Answer 1

В дополнение к стандартным аргументам я привожу данные из этой статьи:

Алан МакКормак, Крис Кемерер, Майкл Кусумано и Билл Крэндалл, «Компромисс между производительностью и качеством при выборе практики разработки программного обеспечения», IEEE Software, сентябрь-октябрь 2003 года

А именно:

• Интеграционное / регрессионное тестирование при каждой регистрации кода = 36% снижение частоты дефектов
• Ежедневные сборки = 93% -й рост выхода LOC / программист

Таким образом, CI дает вам более высокую производительность и лучшее качество. Кто этого не хочет?

Answer 2

Скажите точно, что вы сказали в вопросе:

• Ускорение выпуска = более раннее проникновение на рынок = больше денег
• Улучшение качества кода = меньше времени на исправление ошибок = меньше затрат

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

Answer 3

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

При этом клиенты всегда хотели бы услышать.

• Ваш проект всегда будет в рабочее состояние.

• Весь код проверен на момент написания

Answer 4

Вы сделали несколько утверждений. Если вы хотите продать идею своим клиентам, вам придется ответить на вопросы:

• Как это улучшает качество вашего кода?

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

• Как это ускоряет ваши релизы?

  Если вы автоматизируете процесс сборки и развертывания, вы устраняете простои, необходимые команде разработчиков для доставки новой сборки для тестирования.

  У вас есть история успешных сборок, к которой можно прибегнуть, если у вас закончилось время и вы готовы поставлять с неполными функциями,