Непоследовательный клиент [закрыто]

Часто ли в индустрии программного обеспечения есть клиент, который всегда непоследователен в своих словах?

Клиент почти всегда просит нас изменить бизнес-правила в нашем приложении, которые не входят в функциональную спецификацию (хотя и не подписаны), и считает их ошибками.

После того, как мы сделали некоторые изменения с A на B, этот клиент снова попросит изменить с B на A или, что еще хуже, с A на B, с B на C, затем снова с C на A.

Примечание :

Это происходит не один раз, а сотни раз в месяцы.

Иногда они думают, что им нужно что-то изменить, чтобы участвовать. Я говорю, слушайте, давайте все заработаем и протестируем в соответствии со спецификацией. Затем вы можете перечислить любые изменения, и я предоставлю цитату. На мой взгляд не корректный вопрос. Голосование за закрытие.
Скорее всего, они не знали своих требований, когда писалась функциональная спецификация, или не могли понять, как выразить свои бизнес-правила в таком документе. И да, это происходит постоянно.
Вы проверяли эту тему на стеке программистов? Найдите «изменяющиеся требования».
что бы вы хотели, чтобы произошло? если я дам вам волшебную палочку, какие результаты вы сочтете положительными? Без изменений? или лучшее информирование об изменениях?или лучший процесс изменений? щас непонятно что вы спрашиваете

Ответы (4)

Я подозреваю, что ответ «нет», потому что большинство людей не стали бы работать по спецификации, не подписанной заказчиком.

Вы должны заставить клиента подписать спецификацию в рамках переговоров по контракту. После этого любые изменения спецификации являются платными.

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

Иногда клиент просто не знает, как получить то, что ему нужно, и это становится настоящим беспорядком.

Реальная бизнес-ситуация, с которой я столкнулся, — это клиент, отправляющий данные в различных форматах даты (в США, МММ-ДД-ГГГГ, ММММ-ДД-ГГГГ, ММ-ДД-ГГГГ, ММ-ДД-ГГ, MD-ГГГГ, MD -ЮГ). Он меняется каждый день и каждый раз вызывает производственную ошибку. Они пытались изменить спецификации, чтобы иметь дело с тем, чего, по их мнению, они могут придерживаться, но они просто не могли вспомнить свой собственный выбранный формат.

Что я сделал, так это сделал систему, которая обрабатывала все форматы США, доступные в Excel (это источник проблемы). Кодирование заняло около 4 часов, но я сделал это, и с тех пор никаких производственных ошибок. У клиента никогда не хватило бы смелости попросить нас о поддержке 6 форматов даты, и мы, вероятно, не подумали бы, что это займет у меня всего 4 часа.

Также может быть, что клиент не понимает влияние изменений между системами или между пользователями. Бывший пользователь А может ввести его как ММ-ДД-ГГ, но пользователю Б может понравиться читать его как МММ-ДД-ГГ, но он не знает или не понимает влияние необходимых изменений. Вы, как разработчик, должны знать о влиянии.
Мне потребовалось некоторое время, чтобы понять, что МММ = {январь, февраль, март...}, а не какой-то странный месяц в шестнадцатеричном коде

Мне стыдно признаться, что я проделывал это (от А до В, от С до А) много раз, когда был на стороне клиента. Причина, а не глупость или сумасшествие, заключается в том, что часто на стороне клиента они могут комментировать только тогда, когда видят приложение вживую. Кроме того, клиент часто не знает, сколько времени потребуется для интеграции необходимых ему изменений. Хорошо объяснить ему/ей последствия изменений, которые он/она запрашивает, и взимать за них плату, например, когда они запрашивают более 10 минут работы.

Это достаточно распространено, но только когда обе стороны не знают, что они делают.

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

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

Если они готовы платить, то это не имеет значения, они могут вносить столько глупых изменений, сколько захотят, это все доход.