Как вы обрабатываете требования заказчика и работаете с возражениями в программировании?
Читаю заказы на фриланс биржах по теме программирования, верстки, доработки сайтов и т.д. Ощущение, что большинство заказчиков за три рубля хотят, чтобы им сделали «новую социальную сеть» или сходу полноценных интернет-магазин. Причём, то что они конкретно хотят я должен каким-то образом угадать, то есть их ТЗ далеко не подробные и явные.
ПрограммированиеIt
Анонимный вопросПрограммирование и технология
· 2,7 K
Для такого используют методологию Agile . В общих чертах предлагается выслушать заказчика устно, записать что он хочет на бумажку, и быстро, за неделю (это называется "спринт") сделать примитивную программу, но чтобы она уже какую-то работу важную для заказчика делала (это MVP - "минимально жизнеспособный продукт"), и показать её для обсуждения ("ретроспектива" и планирование нового "спринта"). В худшем случае будет потеряна только неделя. А главный плюс, что со второго спринта заказчик уже становится заинтересованным и начинает предметно формулировать свои пожелания, т.к. видит результат.
1 эксперт согласен
Алексей Игнатов
25 июля 2022подтверждает
Этот метод конечно действенный, но подходит скорее для инхаус-команд на стабильном окладе. Для фрилансера потерять... Читать дальше
@Алексей Игнатов, Вы предлагаете тот же agile, ваши "меньшие законченные составляющие" - это спринты.
Занимаюсь веб-разработкой уже много лет. Разрабатываю и поддерживаю сложные сайты. · 22 июл 2022 · code-guru.ru
Нужно задавать заказчику уточняющие вопросы, чтобы узнать все нюансы. Если заказчик не готов отвечать на вопросы, то сотрудничать с ним будет очень сложно. Не беритесь за заказ, если задача полностью непонятна для вас. Лучше обсудить всё заранее, чем в дальнейшем иметь разногласия с заказчиком.
Всегда нужно рассчитывать на то, что в процессе работы могут возникнуть допо... Читать далее
Ну во-первых сама по себе оригинальная идея будущей разработки стоит как правило дороже самой этой разработки. Я имею в виду коммерческое программирование, оборонку и всякие прочие АСУ и математические расчеты оставим в покое. Поэтому задачи на биржах и прочих открытых источниках сформулированы так чтобы никто не смог украсть никаких ценных идей. Соответственно когда вы... Читать далее
Заказчик не может сформулировать ТЗ на языке, понятном программисту. Поэтому давным давно от программирования отделилась профессия "постановщик задач". Человек способный разговаривать с заказчиком и с программистом на их языке. Это очень сложная и по хорошему дорогая профессия.
Сейчас появляется обратная тенденция. Постановщики задач стали программировать сами. Стало... Читать далее