Вход | Регистрация
    1  2  3  4  5   
1С:Предприятие :: 1С:Предприятие 8 общая

Детализация типовых механизмов в ТЗ

Детализация типовых механизмов в ТЗ
Я
   ErinSergey
 
29.10.19 - 20:30
4. Если нет в ТЗ одинэсник может и не делать53% (17)
5. Если нет в ТЗ одинэсник должен не делать41% (13)
1. Одинэсник должен был реализовать всё мыслимое3% (1)
2. Заказчик прав и нужно было сделать как "везде3% (1)
3. Все варианты правильные0% (0)
Всего мнений: 32

Здравствуйте!

Заключили договор с подрядчиком на доработку типовой конфигурации 1С.
В техническом задании было просто сказано:
- разработать документ "Новый документ"
- описано назначение документа и его функции
- перечислены реквизиты документа
- перечислены реквизиты табличной части.

Нужно ли в тех-задании явно перечислять все типовые механизмы (которые используются в типовых документах), и которые должны работать в этом нашем новом документе?

Нам нужно, чтобы в этом документе работало:
- формат номера документа такой же как в типовых документах
- подсчет итоговой суммы по табличной части
- механизм цен и скидок
- механизм учета НДС (включен или не включен в цену)
- подбор из справочника номенклатуры
- авто-подстановка единиц измерения при выборе номенклатуры
- кнопка "Создать на основании"
- механизм разделения прав

Однако, подрядчик отказывается реализовывать некоторые из перечисленных функций под тем предлогом, что они не были указаны в ТЗ.

Кто прав?
Какие типовые механизмы должны быть реализованы "по умолчанию" при создании новых документов?
А реализацию каких типовых механизмов нужно явно оговаривать в ТЗ?
 
 
   Paint_NET
 
201 - 30.10.19 - 10:35
Вообще, в чём-то ТС прав в (170), если на подряде не мартышка-кодер, а именно опытный разработчик/архитектор, то ещё на этапе обсуждения задачи имеет смысл обсудить все возможные хотелки, исходя из опыта разработчика. Это обоим выгодно и в плане увеличения объёма работ вместе с ценником для подрядчика, и в плане получения заказчиком готового решения, где все грабли заранее убраны опытным разработчиком.
   pechkin
 
202 - 30.10.19 - 10:35
(199) ага, потом выяснится что документ не учитывается в расчете себестоимости и доработка такая будет стоить 100500 денег
   piter3
 
203 - 30.10.19 - 10:37
(201)В чем-то,еще бы на совесть начал бы давить.
   ptiz
 
204 - 30.10.19 - 10:37
(181) "Девочки все шрифты, все цвета, все отступы отмерили" - а без этого жить нельзя? Если цвет и отступ - ключевые моменты, то это должно быть чётко донесено до исполнителя.
   ptiz
 
205 - 30.10.19 - 10:40
Будь я исполнителем, выяснил бы эти самые ключевые моменты, которые заказчику принципиально важны и без которых работа смысла не имеет, а на остальных предложил бы сэкономить. Ибо "мы очень хотим в колонтитуле три шрифта и 2 цвета" - может быть в разы дороже всей остальной работы.
   Uberschall
 
206 - 30.10.19 - 10:40
(201) если это франч, то есть вероятность, что детали обсуждались с менеджером, которому лишь бы уболтать и подписать договор (выиграть ценой), а делать будут стажеры.
   piter3
 
207 - 30.10.19 - 10:42
(206) франч
   Paint_NET
 
208 - 30.10.19 - 10:42
(203) Ну, то, что ТЗ не проработано нормально, вина в основном ТС, я на его месте, передавая ТЗ, озвучил бы конечную цель и попросил разработчика экспертно оценить архитектурную составляющую. Может быть, это велосипед, который разработчик уже несколько раз переизобретал и знает доподлинно, где грабли и что нужно сразу делать ещё.
(206) Не просто есть вероятность, а с вероятностью 90% так и есть :)
   piter3
 
209 - 30.10.19 - 10:45
(208) Воттт,а он поверхностно,думал франч будет его облизывать.
   Uberschall
 
210 - 30.10.19 - 10:47
(208) " экспертно оценить архитектурную составляющую."- это практически всегда сводится к предпроектному обследованию, которое может стоить соизмеримую с конечной ценой сумму, и которое опять же ТС не сможет оценить (обследовавший может написать и зашифровать так, чтобы было удобно только ему).
   Paint_NET
 
211 - 30.10.19 - 10:49
Вообще, правильно так (пример взят навскидку):
З: Наша цель - автоматизировать учёт транспортной логистики по ключевым точкам - время погрузки, время доставки, время разгрузки, на основании этого выводить некий KPI в форме отчёта для супервайзера. Мы предполагаем это реализовать через добавление реквизитов в типовые документы, чтобы их вносили кладовщики и охранники. Может быть, вы предложите более правильное методологическое решение?
И: Не нужно создавать реквизиты, корректнее будет создать новый документ, включающий в себя эти реквизиты, печатную форму со штрихкодом, сканирование которого на АРМ заполняет нужные реквизиты. Или создать бизнес-процесс доставки, где всё нужное будет отражено. Давайте рассмотрим плюсы и минусы решений.

З и И собираются, думают, коллегиально пишется и утверждается ТЗ, ценник на экспертную оценку включается в стоимость. Если сроки не просраны и заказчик не переобувается в прыжке, все довольны, все смеются, сотрудничество крепнет.
   Paint_NET
 
212 - 30.10.19 - 10:50
(210) Ну, это если проект крупный. Для какой-то небольшой модификации БП учёта обследование не нужно, достаточно пару часов обсудить с представителем заказчика предстоящую задачу.
   Aleksey
 
213 - 30.10.19 - 10:54
   APXi
 
214 - 30.10.19 - 10:58
(0) Со стороны заказчика:
Выбирали того кто сделает по дешевле (если бы все требования озвучили, возможно стоимость была бы в 5 раз больше).
Думали что будет за одну итерацию конфетка как в типовой.
Похоже в первый раз заказывают такую работу, не знают что исполнитель делает так как в ТЗ и что исполнитель не телепат.
Если исполнитель сделает что то лишнего, что не указано в ТЗ и при этом не нароком раскурочит Вам кофну (но он хочел как лучше), то потом Вы будете плакать какой он плохой, что Вы хотели только то что в ТЗ, а он полез куда не просят, пусть теперь восстанавливает и т.д.

Со стороны исполнителя, обсуждал задачу человек не имеющий опыта выявления требований (когда нужно задавать как можно больше вопросов и в конце сказать что будет сделано ТАК КАК в ТЗ и ни больше, а дальше опять задать кучу вопросов).

Итог:

По умолчанию реализуется только то, что делает автоматом платформа, все остальное нужно описывать в ТЗ, либо создавать новое ТЗ на новую итерацию разработки.
На текущий момент это у Вас первая итерация (Вы сделали прототип), их может быть много и за каждую нужно платить пока не получите то что хотите.
Нужно делать новое ТЗ, описывать что хотите улучшить или поправить (лучше со скринами и описанием), далее опять оценка и разработка и так много раз.

Ошибками считается только то что не соответствует ТЗ, все остальное это дополнительные требования.

Если Вы не знаете как работает платформа, что относится к библиотеке, что к платформе, конфигурации и т.д., то наймите того кто знает и сможет составить это ТЗ ведя переговоры с Вами и исполнителем (тогда итераций будет меньше), либо платите исполнителю (больше итераций).

PS Например в УТ 11 в авансовом отчете вообще нет ни подбора, ни копирования строк ни НДС и т.д.
https://yadi.sk/i/w-bmOedNHDA_ig

5. Если нет в ТЗ одинэсник должен не делать
   Hans
 
215 - 30.10.19 - 11:08
(214) Самый вменяемый ответ.
   Hans
 
216 - 30.10.19 - 11:16
что за копирование строк такое...
   Hans
 
217 - 30.10.19 - 11:20
Даже не знал что копирование строк в типовых механизмах появилось. Я должен был это сделать если это не было указано в ТЗ?

4. Если нет в ТЗ одинэсник может и не делать
   ДенисЧ
 
218 - 30.10.19 - 11:21
(217) Ты не знаешь типовых механизмов. Ты профнепригоден!
   ErinSergey
 
219 - 30.10.19 - 11:36
(201) >> Вообще, в чём-то ТС прав в (170), если на подряде не мартышка-кодер, а именно опытный разработчик/архитектор, то ещё на этапе обсуждения задачи имеет смысл обсудить все возможные хотелки, исходя из опыта разработчика. Это обоим выгодно и в плане увеличения объёма работ вместе с ценником для подрядчика, и в плане получения заказчиком готового решения, где все грабли заранее убраны опытным разработчиком.

Спасибо за поддержку!
Согласен. Мы на такую работу и рассчитывали.
   ErinSergey
 
220 - 30.10.19 - 11:36
(211) >> Мы предполагаем это реализовать через добавление реквизитов в типовые документы, чтобы их вносили кладовщики и охранники.
>> Может быть, вы предложите более правильное методологическое решение?

Мы столкнулись с тем, что как правило, исполнитель на это отвечает: "Как скажете так и сделаем".
   ErinSergey
 
221 - 30.10.19 - 11:39
(214) В общем тоже со всем согласен.

Ты косвенно подтверждаешь, что подрядчик в общем-то не совсем прав, так как не сделал того, о чем ты пишешь:

"Со стороны исполнителя ... задавать как можно больше вопросов и в конце сказать что будет сделано ТАК КАК в ТЗ и ни больше, а дальше опять задать кучу вопросов ..."

Формально, конечно, подрядчик прав.
Но сработал он не очень профессионально.
   Garykom
 
222 - 30.10.19 - 11:41
(220) Думать за заказчика стоит дороже чем ваять по ТЗ, уже писали это.

Разница в постановке вопроса от И, вместо "Что сделать?", он задает "Зачем вам это надо?"
   dmt
 
223 - 30.10.19 - 11:41
(211) После чего Заказчик берет вылизанное ТЗ, говорит Исполнителю "Большое спасибо" и идет на рынок искать кто сделает ему дешевле.
   piter3
 
224 - 30.10.19 - 11:42
(221)А вы заплатите за проф-м?
   Garykom
 
225 - 30.10.19 - 11:44
(223) Очень частый вариант, решается почасовой оплатой с момента начала составления ТЗ.
Т.е. обычно например я беру за свое потраченное на заказчика время.
   ErinSergey
 
226 - 30.10.19 - 11:44
(223) Почему же?
Зачем отказывать от исполнителя, который проявил себя как настоящий профессионал на "кота в мешке"?
   Paint_NET
 
227 - 30.10.19 - 11:45
(223) Пара часов обсуждения - небольшая цена для выявления недобросовестного заказчика. Такой ведь может и на сотни тысяч кинуть впоследствии. И в (225) всё верно, почасовка решает.
   piter3
 
228 - 30.10.19 - 11:45
(226) Потому что это описали из опыта личного
   Paint_NET
 
229 - 30.10.19 - 11:45
(226) Среди заказчиков жадных и тупых не меньше, чем среди исполнителей :)
   piter3
 
230 - 30.10.19 - 11:45
(227) предоплата еще лучше)
 
 Рекламное место пустует
   Paint_NET
 
231 - 30.10.19 - 11:47
(230) Ну, предоплату за ещё не обозначенный объём работ как-то не особо обозначишь.
Можно минимум какой-то затребовать, как вариант. 5-10 часов, к примеру.
   ErinSergey
 
232 - 30.10.19 - 11:48
(230) Платишь предоплату и попадаешь как в предыдущем посте - на жадного и тупого.
Тоже попадали на таких - исполнитель сделал плохо, так еще и запаролил то что у нас до него было сделано.
   piter3
 
233 - 30.10.19 - 11:48
(231) За ТЗ,просить просто так не очень проходит
   piter3
 
234 - 30.10.19 - 11:48
(232) Печалька.
   dmt
 
235 - 30.10.19 - 11:49
(226) Потому легко найдете дешевле раза в 1,5 - 2. Что вы выберете? 80 тыс от профессионала или 40 тыс от "середнячка".
   Джо-джо
 
236 - 30.10.19 - 11:49
(231) Продлевать будете?))
   dmt
 
237 - 30.10.19 - 11:50
(227) Вы собрались выявить всех недобросовестных заказчиков на постсоветском пространстве?
Почасовка решает, когда вы договоритесь, что вот это все обсуждение и ТЗ - за деньги, счетчик включен.
   Джо-джо
 
238 - 30.10.19 - 11:51
(232) Что он там запаролить в тестовой базе мог и зачем?) Ну разверните бекап заново да и всё
   pechkin
 
239 - 30.10.19 - 11:51
(219) так если вы на такого рассычитывали,то он должен был описать вс е в ТЗ.
или вы рассчитывали, что он все сам правильно сделает без ТЗ?
   Повелитель
 
240 - 30.10.19 - 11:59
(0) Все должно быть в ТЗ.
Судя по тому, что автор вышел на форум, значит они не могут договориться.
Обычно такие вопросы решаются устно, до ТЗ, во время ТЗ, после ТЗ, конечно с корректировкой цены за работу.
Если не можете договориться, то поменяйте исполнителя на другого, зачем вам этот геморрой в будущем.
Ищите, возможно с Х-раза найдете людей, которые будут вас точнее понимать.

4. Если нет в ТЗ одинэсник может и не делать
   1С Ассенизатор ПРОФ
 
241 - 30.10.19 - 12:00
(0) Подрядчик прав. Но конечно тоже молодец. Раз док делают уточнили бы что-куда он делает движения, и как им будут пользоваться.

4. Если нет в ТЗ одинэсник может и не делать
   Повелитель
 
242 - 30.10.19 - 12:04
(240) Я сам являюсь постановщиком задач для разработчиков наших сайтов.
Да бывает реализуют не так как мы бы хотели. Но всегда находим компромисс.
И при этом в ТЗ у нас только суть. Остальное все на словах.
   Paint_NET
 
243 - 30.10.19 - 12:05
(242) Видать, разрабы более профессиональны, чем подрядчик ТС-а.
   Paint_NET
 
244 - 30.10.19 - 12:06
Всегда говорил, что 90% франчей - зло :) Пара спецов на два десятка мартышек и кучка ушлых продажников, пытающихся высосать как можно больше бабла с клиента.
   dmt
 
245 - 30.10.19 - 12:06
(0) Интересно, какова была бы реакция заказчика, если б было сделано все даже лучше, чем в (0), подключены все мыслимые типовые механизмы.
А через месяц накатили обновление БСП и документ, предположим, перестал функционировать.
Потребовали бы переделать бесплатно?

5. Если нет в ТЗ одинэсник должен не делать
   Paint_NET
 
246 - 30.10.19 - 12:07
(245) А кто накатывает обновление?
   dmt
 
247 - 30.10.19 - 12:11
(246) Админ обновит, это ведь несложно, конфа почти типовая
   Затейник
 
248 - 30.10.19 - 12:12
Из всего описанного можно судить, что реализация происходила в один Этап. После составления ТЗ, сразу готов результат. Правильней разбить задачу на несколько этапов. Например добавить этап чтобы разработчик представил скриншоты будущего документа. Уже на этом этапе можно визуально заменить отсутствия кнопок подбора, и другие ваши хотелки.

- Слушай, ты разработчик. Ответь, почему разработчики всегда неправильно оценивают время на создание программ?
- Представь что тебе надо разгрузить машину, сколько времени это займет?
- Пару часов
- Это камаз
- 8 часов
- Камаз, груженый песком
- 12 часов
- У тебя нет лопаты и инструментов, только твои руки
- 2 дня
- На улице -40
- 4 дня
- Камаз вообще под водой
- Так же нечестно, ты постоянно придумываешь новые условия! К чему ты мне вообще все это рассказываешь? Вы, разработчики, вечно всякую фигню рассказываете! Вместо этого могли бы просто оценить правильное время на разработку.
   Повелитель
 
249 - 30.10.19 - 12:13
(248) Хороший пример.
Прям как анекдоте.

Гиви, что ты сделаешь, если медведя в лесу встретишь?
— Вах, конечно, его из ружья убью.
— А если нет ружья?
— Тогда из пистолета…
— А если и пистолета не, тогда что?
— То кинжалом зарэжу.
— А вот нэт у тебя кинжала.
— Как нэт? Всегда с собой!
— Дома забыл кинжал, нэту его.
— Тогда камнем зашибу.
— А вот нет в лэсу камней.
— В лэсу камней нет?
— Нэту. Вот такой вот лэс.
— Тогда на дерево залэзу!
— А вот нэту в лесу деревьев!
— Вах, Гоги, как же в лесу деревьев нету?
— А вот такой вот лэс — без деревьев.
— Тогда убегу!
— А не убежишь — медведь быстро бэгает!
— В озэро нырну!
— А вот нэту в лесу озера!
— Слюшай… Ты вообще за кого? За меня или за медведя?
   unregistered
 
250 - 30.10.19 - 12:17
У автора ветки налицо классическая проблема абсолютно всех заказчиков - патологическое нежелание вникать в суть задачи и все детали её решения. Классические подходы:
- "ну вы же специалисты". Оно же "ты ж программист".
- "сделайте нам всё красиво".
- "а это и так подразумевалось само собой". Оно же "это же и дураку было понятно".

Суть в том, что, хочет того заказчик или нет, есть у него специалисты нужной квалификации или нет, если он хочет получить гарантированный результат с гарантированным уровнем качества, то ему придётся погружаться в мелочи, детали, нюансы и особенности. В том числе в чисто технические - чем стандартные механизмы платформы отличаются от стандартных механизмов БСП и как реализована каждая конкретная функция. И если такого человека (готового вникать) у заказчика нет, то его следует либо нанять, либо заплатить внедренцу (исполнителю) за предоставление такого консультанта на проект, который будет разжёвывать заказчику каждый пункт ТЗ и класть в рот. А это уже немножко другие деньги.

А автор ветки хочет и на ёлку влезть и девочкой остаться. Фиг вам! Универсальных специалистов, которые готовы продумать за заказчика всё от архитектуры и методологии до всех технических нюансов и вопросов интеграции доработки в инфраструктуру конфигурации и всех её библиотек, за копейки на рынке давным давно уже нет. Если вам где-то встретился один мамонт, это не означает, что где-то пасутся целые стада.

Быстро, дёшево, качественно. Выбрать можно одновременно только два пункта. Так что быстро и дёшево никогда не будет качественно. А быстро и качественно не может быть дёшево.
   pechkin
 
251 - 30.10.19 - 12:18
(250) и все это за фикс прайс
   pechkin
 
252 - 30.10.19 - 12:18
(250) можно не погружаться, но тогда бюджет не ограничен
   ptiz
 
253 - 30.10.19 - 12:21
(250) Вдобавок он плохо выбирает исполнителей, которые привыкли работать по ТЗ, не думая. Тут, к сожалению, как со строителями - надо искать по рекомендациям.
   ErinSergey
 
254 - 30.10.19 - 12:23
(250) >> У автора ветки налицо классическая проблема абсолютно всех заказчиков - патологическое нежелание вникать в суть задачи и все детали её решения.
>> ему придётся погружаться в мелочи, детали, нюансы и особенности

Готов я вникать. Но я же не могу это сделать в вакууме, не общаясь с другими людьми?
Вот я и ожидал от нашего исполнителя, что они помогут вникнуть и точнее сформулировать задание.
   ErinSergey
 
255 - 30.10.19 - 12:23
В общем суть понятна.
Спасибо, ребята!
Следующее ТЗ постараюсь поточнее составить.
Где бы найти описание БСП?
   piter3
 
256 - 30.10.19 - 12:24
(254) А вы озвучили [Вот я и ожидал от нашего исполнителя, что они помогут вникнуть и точнее сформулировать задание.] или только подумали?
   pechkin
 
257 - 30.10.19 - 12:24
(254) ну ищи другого. но цена может быть выше
   pechkin
 
258 - 30.10.19 - 12:25
(254) Это нужно было озвучивать сразу
   Paint_NET
 
259 - 30.10.19 - 12:28
(247) Тогда исполнитель не при делах, заказчик знал о том, что конфа уже нетиповая, и если не проконсультировался с разработчиком - сам себе злобная буратина.
   piter3
 
260 - 30.10.19 - 12:29
(255) Вам подсказали уже,что проще на примере готового дока писать
   dmt
 
261 - 30.10.19 - 12:30
(255) так ты уже считай нормальное составил, в (0) вполне годное дополнение к ТЗ
   dmt
 
262 - 30.10.19 - 12:32
(259) Мягко говоря, неочевидно.
- Наделал тут всякого, чего не просили, и сломал конфигурацию!
   Cyberhawk
 
263 - 30.10.19 - 12:32
(196) Сам себе противоречишь. Внимание на подчеркивание.
   unregistered
 
264 - 30.10.19 - 12:33
(255) >> Где бы найти описание БСП?

На ИТС. Так же ка и описание многих других стандартных библиотек, которые встраивают в современные конфигурации.

>>  суть понятна.

Сложилось впечатление, что не до конца.
   piter3
 
265 - 30.10.19 - 12:34
Кстати,а оплачивать готовы тех кто будет задавать вопросы?Не услышал так ответа
   unregistered
 
266 - 30.10.19 - 12:35
(263) Не вижу явных противоречий. А те, что есть (а они действительно есть), вызваны отсутствием наиболее точного варианта ответа.
 
 Рекламное место пустует
   Cyberhawk
 
267 - 30.10.19 - 12:35
(211) Такие дискуссии платные, вот в чем соль. Кому интересно безплатно участвовать в улучшении постановки?
   Paint_NET
 
268 - 30.10.19 - 12:38
(267) В последнем абзаце написано, что это не бесплатно.
   Hans
 
269 - 30.10.19 - 12:40
(255) >> Где бы найти описание БСП?
С ума сошел? Там техническая инфа, которая не всем программистам понятна. Уровень программиста средний+ . Тебе задачу по типовым механизмам надо ставить - "нужна кнопочка как в этом документе".
   Cyberhawk
 
270 - 30.10.19 - 12:41
(254) "ожидал от нашего исполнителя, что они помогут вникнуть и точнее сформулировать задание" // Забезплатно?
   Bigbro
 
271 - 30.10.19 - 12:44
(0) вы время, потраченное на совещания и обсуждение вопросов по вашему внедрению исполнителю оплачивали?
если да, - вправе конечно ожидать внимания к деталям. если нет исполнитель разумно пытается минимизировать расходы в том числе сэкономив на ненужных совещаниях.

5. Если нет в ТЗ одинэсник должен не делать
   APXi
 
272 - 30.10.19 - 12:45
(146) Нужно давать либо копию базы, либо доступ к копии базы, либо тестовый стенд (где изменены данные) и только в этом случае можно проверять правильно ли работает то что сделал исполнитель.
Если дали пустую базу или cf или вообще ничего не дали, то стоимость возрастает минимум в 2 раза, т.к. в тестовой базе необходимо смоделировать то что будет происходить в вашей базе, а в ней очень ОЧЕНЬ много разных настроек и будьте готовы к тому, что у исполнителя на его базе все будет работать как по ТЗ, а в вашей вообще не будет работать.
(221) Исполнитель не прав только в том, что не задавал вопросы и не уточнял, но это из-за отсутствия опыта, когда опыта наберется, то будет так:
1. Оценка очень приблизительная от-до.
2. Будет задавать кучу вопросов.
3. В стоимость будут включены переговоры и составление ТЗ.
4. В стоимость будут включены часы на непредвиденные задачи.
В итоге заказчик будет думать что за его микро задачку хотят что то очень много денег и задают что то очень много вопросов, которые и так должны были додумать по умолчанию. В итоге заказчик идет искать дальше студента который как в (0) сделает так как в ТЗ не задавая лишних вопросов. Круг замкнулся.
   Hawk_1c
 
273 - 30.10.19 - 12:48
Я пропустил видимо: Написание ТЗ - это время и очень немалые деньги. Иногда сопоставимое со стоимостью доработки. Вот кто писал ТЗ и должен нести ответственность.

5. Если нет в ТЗ одинэсник должен не делать
   APXi
 
274 - 30.10.19 - 12:49
(220) Правильно говорит исполнитель, т.к. большинству нужно сделать быстрее и дешевле, а за вылизывание задачи Заказчик платить не хочет, также Заказчик не хочет платить за то что бы исполнитель погрузился в задачу (а это иногда занимает больше времени чем решение задачи, а иногда и задача в итоге такого погружения/расследования меняется или вообще исчезает, т.к. это можно решить стандартными средствами).
   Cyberhawk
 
275 - 30.10.19 - 12:50
(266) Рекомендую пройти этот тест: https://nazva.net/logic_test1/
О результатах доложить в этой ветке :)
   palsergeich
 
276 - 30.10.19 - 13:00
Жизненный опыт.
Ибо сделаешь сверх ТЗ, а потом ещё себе геморрой получишь (Ну Вы же это сделали, всесломалось)

5. Если нет в ТЗ одинэсник должен не делать
   Sasha_1CK
 
277 - 30.10.19 - 13:22
Я правильно понимаю - что если бы франч обсчитал все хотелки "хочу как стандартной реализации"  и выкатил бы ценник от 200 тыр, плюс увеличил бы стоимость ежемесячного обновления с 1800 до 15000-18000 -  то тот кто оплачивает все хотелки сказал бы - обойдетесь без копирования строк, нумерации и ввода на основании?
   Sasha_1CK
 
278 - 30.10.19 - 13:24
(244) Справедливости ради - примерно 90% фиксиков и фришников - тоже знаете ли совсем не гении.
   Sasha_1CK
 
279 - 30.10.19 - 13:29
(255) Забавно, что собственно к БСП (и то с большой натяжкой)- из перечисленного вами можно отнести только разделение доступа и префиксацию номеров.
   dmt
 
280 - 30.10.19 - 13:32
(277) или как вариант, заказчик покрутил бы у виска и всем потом рассказывал про неадеквата, который 200 выкатил, когда все остальные предложили 40 ))
   Paint_NET
 
281 - 30.10.19 - 13:33
(278) Ну, "не гений" и "тупая мартышка" всё-таки несколько разные категории :) На фиксе вторых как-то поменьше будет, естественный отбор сказывается. Насчёт фри затрудняюсь сказать, там слишком разношёрстный люд.
   unregistered
 
282 - 30.10.19 - 13:51
(275) Утомил. Глупый спор ни о чём. При выборе ЛЮБОГО из предложенных вариантов ответов были бы противоречия с моими высказываниями. (Я по-моему, уже третий раз это повторяю.)
Потому что автор голосовалки видит мир в чёрно-белом цвете. Все пункты, кроме третьего, отражают некие крайности. А одной из мыслей, которые я пытался до него донести заключается в том, что в жизни встречается чуть больше цветов, чем только два.
   unregistered
 
283 - 30.10.19 - 13:58
(273) >> кто писал ТЗ и должен нести ответственность.

А кто его утверждал и подписывал?
Во всех проектах, где я участвовал, в случае возникновения подобных проблем, после разбора всех полётов, выясняется что все кругом *андоны. Заказчик что-то не договорил, не уточнил. Интервьюер что-то не так понял на этапе сбора требований. Постановщик с архитектором не так сформулировали. Программист не совсем так реализовал. А заказчик в 90% случаев ТЗ объёмом больше трёх страниц подписывает, вообще не читая.
Это не значит что никто не виноват. Но и вешать всех обезьян всегда на постановщика тоже нельзя.
   Azverin
 
284 - 30.10.19 - 14:14
самую мелочь сделать можно, и всё.

5. Если нет в ТЗ одинэсник должен не делать
   1ctube
 
285 - 30.10.19 - 14:31
ТЗ должно содержать четкое определение того что нужно выполнить. Любые формулировки которые можно истолковать по разному могут быть истолкованы по разному в конце.

4. Если нет в ТЗ одинэсник может и не делать
   pechkin
 
286 - 30.10.19 - 14:34
(283) если тз написано тех языком, то заказчик его просто и не поймет
   pechkin
 
287 - 30.10.19 - 14:34
поэтому для сложных задач только эджайл
   D_E_S_131
 
288 - 30.10.19 - 15:16
Именно для "полного удовлетворения заказчика" всегда к рассчитанным часам прибавляю 50%. Даже когда точно знаешь, что "ну за 1 час сделаем по любому". Просто +50% и любые "мы не совсем так имели в виду" будут прикрыты. А если и сделал быстрее, и заказчик больше ничего не хочет, то воспринимаю эти +50% как премию за точный расчет трудозатрат. :)

4. Если нет в ТЗ одинэсник может и не делать
   ptiz
 
289 - 30.10.19 - 15:53
(286) "заказчик его просто и не поймет" - тогда он не должен его подписывать.
   Sasha_1CK
 
290 - 30.10.19 - 15:56
(281) Интересно на основании каких данных вы делаете вывод - что у фиксиков процент говнокода и говнопрограммистов - ниже чем у франчей?

Количество автомотивированных людей в популяции - примерно постоянно - где то между 10% и 30% - все остальные программисты не входящие в подмножество автомативированных людей  стабильно пишут говнокод - независимо от того где работают - во франче или на окладе.
   pechkin
 
291 - 30.10.19 - 15:57
(290) хочется думать что ты входишь в "элиты" только по факту правильного места работы
   Sasha_1CK
 
292 - 30.10.19 - 15:59
(284) да собственно за исключением префиксации номера - там мелочей как таковых и нет.
Даже итог по таблице - не факт что мелочь - ибо для случаев товарного документа с НДС в Сумме/НдС сверху, ценами и скидками - там тоже нормально кода и отладки может получится.
   pechkin
 
293 - 30.10.19 - 16:09
ну итог по таблице для упр форм делается в 1 клик
   unregistered
 
294 - 30.10.19 - 16:21
(286) >> если тз написано тех языком, то заказчик его просто и не поймет.

Это его личные половые трудности.
Если ему что-то непонятно, он всегда может попросить разъяснений таких моментов у авторов ТЗ или даже потребовать их переписать/дописать/уточнить в терминах и сущностях прикладной области.
Почему-то бухгалтеру понятны термины "журнал проводок", "проводка", "операция" и "документ". Но вызывают глубокий ступор слова "регистр", "запись", "набор записей" и "регистратор". Хотя это суть одно и то же.

Суть ТЗ в том, что обе стороны (исполнитель и заказчик) должны понимать что именно будет сделано. Потому что потом любые взаимные претензии будут переадресовываться именно к ТЗ. Ибо со всеми остальными, которые в ТЗ не упомянуты, можно идти жаловаться в спортлото, ОНН или ЕСПЧ (куда там щас принято).
   Sasha_1CK
 
295 - 30.10.19 - 16:24
(293) Ну да это если речь об итоге в подвале таблицы. А если речь "как в документе 1С" (- там в подвале таблицы - 1С ничего не выводит - в реквизит на форме размещенный - там все таки не так уж прям все просто и очевидно.

Я например в БП на форме ПТУ - насчитал 12 вызовов расчета Итого из разных процедур.
Это все таки не галочку в конфигураторе поставить.
   123C
 
296 - 30.10.19 - 16:28
(0) нифига себе доптребования поумолчанию!!

5. Если нет в ТЗ одинэсник должен не делать
   123C
 
297 - 30.10.19 - 16:30
сейчас маньяк придет, все расставит, он всегда с запасом деньги берет, с учетом всяких "потоков сознания по умолчанию"
   Paint_NET
 
298 - 31.10.19 - 05:51
(290) Да просто франчи, особенно мелкие, берут всех подряд, вчерашних студентов, решивших переучиться бухгалтеров, начинающих программистов без опыта работы. На фикси же это редкость, мало кому нужен в штате падаван с нулевым опытом, которого кому-то ещё и учить надо. Никаких эмоций, чистая математика.
   Paint_NET
 
299 - 31.10.19 - 05:52
+(298) Я даже больше скажу, качество кода далеко не всегда зависит от квалификации разработчика. В условиях нехватки времени даже эксперт может ляпать код "на коленке" сугубо ради быстрого результата.
   Paint_NET
 
300 - 31.10.19 - 05:53
+(299) У франчей же авралы - это нормальный режим работы разработчика, стремящегося закрыть побольше часов.
Так что перекос есть, и это не от какой-то "илитарности", сугубо из-за специфики и различий условий работы.
  1  2  3  4  5   

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