Имя: Пароль:
LIFE
Жизнь прекрасна
OFF: Работа сугубо по проектам, протоколам встреч, согласованиям (Новогоднее пожелание)
0 pprochee
 
01.01.22
01:32
Хотелось-бы в Новом Году обсудить как можно более детальнее вопрос работы по проектам. От каких масштабов работ и финансирования такой формат работы возможен? Дело в том, что относительно мелкие клиенты стараются избегать такого формата работ под предлогом того, что этот формат дольше и дороже, с чем сложно поспорить. Но затем в процессе работ начинает проявляться нелицеприятное лицо заказчика - с продавливанием скрытых объемов, переобувкой в воздухе и прочим злоупотреблениям в связи с отсутствием детальной формализованной проработки состава работ. Со стороны заказчика начинается слишком много лжи и злоупотреблений. Если прийти к работам только по проектам, чтобы любые изменения в работы вносились изменениями в проект, все общение велось с протоколированием - от каких масштабов это жизнеспособно? Очень хочется уйти от лжи со стороны заказчиков, чтобы каждый их шаг был прозрачен и подконтролен. Как в своей работе вы дисциплинируете заказчиков, чтобы они не пытались в мутной воде обманывать и мошенничать? Ведь пытаться взять больше чем дал - это мошенничество, или это в природе человека? Но эту природу можно же каким-то образом обуздать и привести в контролируемые рамки?
2 shuhard
 
01.01.22
09:42
(0)[как можно более детальнее вопрос работы по проектам]
купи себе вебинары на ИС, там всё разжёвано
здесь на тебя ни кто не станет тратить время
3 acanta
 
01.01.22
10:14
Когда заказчик неожиданно находит РП, готового провести новый год на складе за тестированием какой нибудь железяки или пакета бумажек это очень круто. Респект такому заказчику.
4 Mukrob
 
01.01.22
10:27
Стоимость разработчика (программиста) 2000/час
Стоимость написания ТЗ (методолога) 1500/час
Стоимость архитектора системы - 2500/час
Юридические и бухгалтерские вопросы: 1000/Час

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

Вы «и швец, и жнец, и на дуде игрец»? - поздравляю с достижением, вы действительно человек универсал.
Если у вас что-то из выше перечисленного отсутствует, вы, наёмный сотрудник работающий за миску супа.
5 Конструктор1С
 
01.01.22
11:05
Ох уж эти фрилансно-ларёчные подходы
6 Mukrob
 
01.01.22
11:38
Есть у заказчиков такая формулировка:

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

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

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

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

Итог: У вас отчет не работает, Клиент не может оплатить то, что не работает, бывали такие случаи?
7 bolder
 
01.01.22
11:47
(6) Офигеть.А вы разве не видели,что отчет не будет работать сразу,при проектировании?
8 ИС-2
 
01.01.22
11:48
(6) поэтому закладывать надо часы не только на разработку, но и запуск в работу. Если заказчик готов оплатить только чистый код, то можно отдать исходники.
Часто бывают задачи, где на тестирование уходит больше времени чем на разработку
9 NorthWind
 
01.01.22
12:14
(6) вообще наличие необходимых данных для формирования отчета проверяют перед написанием отчета, а не после.
И если таких данных нет, то ставят об этом в известность заказчика таким образом - ваш отчет реализовать невозможно, потому что в системе нет данных. Как данные будут, так и приходите. До свидания.
10 NorthWind
 
01.01.22
12:17
Далее есть два пути. Если заказчик адекватный, он сам у себя нужным образом вздрючит пользователей, и когда вы начнете что-то писать, данные для проверки уже будут в системе. Если он неадекватный, он ничего делать не будет и к вам больше по этому вопросу не обратится. Ну и хрен бы с ним.
11 bolder
 
01.01.22
12:39
(10) Прауильно!Еще есть третий путь - реализовать такой отчет,чтобы данные не нужно было вводить вовсе)Только после этого клиента от тебя уже ничем не отвадить)
12 Krendel
 
01.01.22
13:04
(6) Нет, может стоить поменять методолога?
13 МихаилМ
 
01.01.22
14:02
(0)
сколько у Вас регистраций на этом форуме ?
14 pechkin
 
01.01.22
14:15
(19) 95%
15 pprochee
 
08.01.22
13:48
(4)"задача в 10 часов разработки за 20 000 рублей, превращается в 150-200т." - о том и вопрос. От каких бюджетов и масштабов работ появляется целесообразность проектного варианта работы? Ведь все это упрощение, убыстрение и удешевление имеет обратную сторону медали - отсутствие детальной простроенности процесса, когда сам заказчик не видит наглядно насколько его действия могут быть недостаточными и даже взаимоисключающими. И благо, если выбирая вариант за 20 000 рублей заказчик отдает себе отчет о минусах такого варианта. Но если вариант выбирается первый, а результат ожидается и требуется как от второго, то здесь и начинаются проблемы.
16 pprochee
 
08.01.22
13:51
(2)"купи себе вебинары на ИС, там всё разжёвано" - о каких именно вебинарах речь? Можете дать рекомендацию?
17 Krendel
 
08.01.22
13:58
А сам какие-то действия ты планируешь совершать?
18 pprochee
 
10.01.22
23:49
(17)Вы о чем конкретно? Вы работаете по пути проектных работ, или же наживую? Если наживую, то каким образом дисциплинируете клиентов от злоупотреблений, вызванных отсутствием жесткой простроенности и регламентированности процесса?
19 Bigbro
 
11.01.22
07:03
обычно предлагается заказчику 2 варианта - играем в почасовку, то есть даете задачу куда копать копаем получаем бабки за выкопанное в любой момент можем остановиться и расстаться довольные результатом.
либо играем по взрослому уже с какими-то целями, которые точно нужно чтобы были достигнуты.
тогда и возникает проект, согласования, техзадания, протоколы разногласий, акты приемки, промежуточные тестирования, нагрузочные и продуктив.
и второй вариант всегда изначально дороже почти на порядок.
но в случае когда цели заказчик определить толком не может, картина мира в головах пользователей волшебным образом зависит от фазы луны а желание сэкономить - в крови еще с тех самых 90х, то первый путь иногда приводит к тому что изначально понятная задача изменяется несколько раз до неузнаваемости, количество костылей превышает все разумные пределы и мы получаем реализацию почти по стоимости 2го варианта но без всех его плюсов. которую нередко приходится полностью выбрасывать когда очередная хотелка просто ставит крест на выбранном решении, а архитектура не позволяет подстроиться.
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший