Вход | Регистрация
 
О жизни... :: Жизнь прекрасна!

OFF: Работа сугубо по проектам, протоколам встреч, согласованиям (Новогоднее пожелание)

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

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

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

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

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

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

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

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

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.