Rudin Andrey (mad_ghost) wrote,
Rudin Andrey
mad_ghost

Программу нельзя заказать, как предмет потребления

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

© Принципы, паттерны и методики гибкой разработки на языке C#
Subscribe
  • Post a new comment

    Error

    default userpic

    Your reply will be screened

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 3 comments