Хотелось-бы в Новом Году обсудить как можно более детальнее вопрос работы по проектам. От каких масштабов работ и финансирования такой формат работы возможен? Дело в том, что относительно мелкие клиенты стараются избегать такого формата работ под предлогом того, что этот формат дольше и дороже, с чем сложно поспорить. Но затем в процессе работ начинает проявляться нелицеприятное лицо заказчика - с продавливанием скрытых объемов, переобувкой в воздухе и прочим злоупотреблениям в связи с отсутствием детальной формализованной проработки состава работ. Со стороны заказчика начинается слишком много лжи и злоупотреблений. Если прийти к работам только по проектам, чтобы любые изменения в работы вносились изменениями в проект, все общение велось с протоколированием - от каких масштабов это жизнеспособно? Очень хочется уйти от лжи со стороны заказчиков, чтобы каждый их шаг был прозрачен и подконтролен. Как в своей работе вы дисциплинируете заказчиков, чтобы они не пытались в мутной воде обманывать и мошенничать? Ведь пытаться взять больше чем дал - это мошенничество, или это в природе человека? Но эту природу можно же каким-то образом обуздать и привести в контролируемые рамки?

(0)[как можно более детальнее вопрос работы по проектам]
купи себе вебинары на ИС, там всё разжёвано
здесь на тебя ни кто не станет тратить время

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

Стоимость разработчика (программиста) 2000/час
Стоимость написания ТЗ (методолога) 1500/час
Стоимость архитектора системы - 2500/час
Юридические и бухгалтерские вопросы: 1000/Час

Не сложно подсчитать, как задача в 10 часов разработки за 20 000 рублей, превращается в 150-200т.

Вы «и швец, и жнец, и на дуде игрец»? - поздравляю с достижением, вы действительно человек универсал.
Если у вас что-то из выше перечисленного отсутствует, вы, наёмный сотрудник работающий за миску супа.

Ох уж эти фрилансно-ларёчные подходы

Есть у заказчиков такая формулировка:

Заказчик: Нужен отчет допустим в какой-то группировке.
Вы: Реализовали отчет.

Заказчик: но отчет не работает, данных нет.
Вы: Добавляете необходимый набор данных за пользователя и пишите инструкцию.

Заказчик: но отчет не работает, данных нет.
Вы: Объясняете какие данные необходимо заполнять ежедневно, обучаете персонал персонально каждого.

Заказчик: но отчет не работает, данных нет.
Вы: Объясняете заказчику что люди не хотят или не могут заполнять необходимый набор данных.

Итог: У вас отчет не работает, Клиент не может оплатить то, что не работает, бывали такие случаи?

(6) Офигеть.А вы разве не видели,что отчет не будет работать сразу,при проектировании?

(6) поэтому закладывать надо часы не только на разработку, но и запуск в работу. Если заказчик готов оплатить только чистый код, то можно отдать исходники.
Часто бывают задачи, где на тестирование уходит больше времени чем на разработку

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

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

(10) Прауильно!Еще есть третий путь - реализовать такой отчет,чтобы данные не нужно было вводить вовсе)Только после этого клиента от тебя уже ничем не отвадить)

(6) Нет, может стоить поменять методолога?

(0)
сколько у Вас регистраций на этом форуме ?

(19) 95%

(4)"задача в 10 часов разработки за 20 000 рублей, превращается в 150-200т." - о том и вопрос. От каких бюджетов и масштабов работ появляется целесообразность проектного варианта работы? Ведь все это упрощение, убыстрение и удешевление имеет обратную сторону медали - отсутствие детальной простроенности процесса, когда сам заказчик не видит наглядно насколько его действия могут быть недостаточными и даже взаимоисключающими. И благо, если выбирая вариант за 20 000 рублей заказчик отдает себе отчет о минусах такого варианта. Но если вариант выбирается первый, а результат ожидается и требуется как от второго, то здесь и начинаются проблемы.

(2)"купи себе вебинары на ИС, там всё разжёвано" - о каких именно вебинарах речь? Можете дать рекомендацию?

А сам какие-то действия ты планируешь совершать?

(17)Вы о чем конкретно? Вы работаете по пути проектных работ, или же наживую? Если наживую, то каким образом дисциплинируете клиентов от злоупотреблений, вызванных отсутствием жесткой простроенности и регламентированности процесса?

обычно предлагается заказчику 2 варианта - играем в почасовку, то есть даете задачу куда копать копаем получаем бабки за выкопанное в любой момент можем остановиться и расстаться довольные результатом.
либо играем по взрослому уже с какими-то целями, которые точно нужно чтобы были достигнуты.
тогда и возникает проект, согласования, техзадания, протоколы разногласий, акты приемки, промежуточные тестирования, нагрузочные и продуктив.
и второй вариант всегда изначально дороже почти на порядок.
но в случае когда цели заказчик определить толком не может, картина мира в головах пользователей волшебным образом зависит от фазы луны а желание сэкономить - в крови еще с тех самых 90х, то первый путь иногда приводит к тому что изначально понятная задача изменяется несколько раз до неузнаваемости, количество костылей превышает все разумные пределы и мы получаем реализацию почти по стоимости 2го варианта но без всех его плюсов. которую нередко приходится полностью выбрасывать когда очередная хотелка просто ставит крест на выбранном решении, а архитектура не позволяет подстроиться.