Насколько гибкий должен быть программист, если клиент запрашивает требования, не входящие в область проекта?Гибкость в объеме проекта?
ответ
Этот вопрос не может дать общий ответ. Это зависит от проекта для проекта.
Примеры:
Клиент имеет деньги, чтобы сжечь, длинные сроки, никакие другие проекты на ходу, я не очень гибкий.
Клиент плотный с $$, короткий график, другие проекты на ходу, я почти не гибкий.
Другие факторы также входят в игру, например, процесс, выбранный для проекта. Например, вы будете более гибкими в гибком процессе, менее гибкими в подходе к водопаду.
Я думаю, что ответ на ваш вопрос сводится к тому, насколько гибким является ваш клиент со временем и затратами, потому что вы не можете изменить сферу действия проекта без влияния этих двух вещей.
Области ползучести могут быть хорошей вещью, если она позволяет проекту развиваться и оказывает общее положительное влияние на результат проекта. Вам действительно нужен формальный процесс изменения, чтобы управлять изменениями области.
Общая перспектива:
Необходимо зарабатывать на жизнь; клиенту необходимо вычислительное решение: клиент имеет право убедиться, что решение, которое вы поставите, соответствует его потребностям. Достигнуты изменения и дополнения после и достигнута договоренность, отражается на вашей способности анализировать требования пользователя к дизайну системы, поскольку это не позволило исследовать эти требования на достаточной глубине и деталях: вам нужно сделать это тщательно и получить письменную подпись согласие с вашим дизайном системы от клиента.
Правовая перспектива:
Вы должны прикрепить рамки проекта вниз и получить клиента подписать соглашение о этой области видимости. Когда у вас есть это соглашение, все, что не покрывается им, представляет собой новый проект.
Бизнес перспектива:
Вы хотите продолжать делать бизнес (с током, а также будущих клиентов)? Вам нужно сделать оценку воздействия, добавив новую требуемую функциональность в текущий проект: если влияние небольшое, тогда сделайте это, но сообщите клиенту - в письменной форме - что вы делаете ему одолжение; если воздействие больше, то вы должны вести переговоры с клиентом, излагать проблемы и либо адаптировать свое текущее соглашение, либо создать новый. То, что вы не хотите делать, это антагонизировать вашего клиента.
И наконец: «Клиент всегда прав». - (до того момента, когда вам нужно сдаться и просто уйти.)
Если это проект с фиксированной ставкой, то я открыт для переговоров и соглашусь расширить сферу действия в одной области в обмен на сокращение это где-то в другом месте, или для увеличения бюджета, или в обмен на какое-то другое соображение.
Если для клиента я получаю вознаграждение ежечасно, тогда они могут расширить область действия, которую они хотят, поскольку я буду взимать с них плату за время, которое я трачу на нее, независимо от того, находится ли она в первоначальном определении проекта или нет.
Определите заранее список функций, которые система будет выполнять.
Если клиент добавляет новую функцию, то соответственно увеличивайте затраты и время.
Если клиент решает оставить функцию вне области действия, то уменьшите стоимость и время, если вы еще не реализовали ее.