|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от DaxDevRemote
![]() Да, всё так.
Будем искать точки соприкосновения (в рамках согласованного бюджета). Но тут есть и другая сторона. При таких размытых постановках многие всплывающие в процессе разработки вопросы оказываются за рамками первоначальной формулировки - это явно видно и не нужно доказывать - в ТЗ нет ни слова об этом. А это уже дополнительные работы, дополнительные оценки и новый бюджет. по сути, процесс разработки в таком виде представляет собой Agile, как в таком случае решается вопрос с увеличением бюджета? |
|
![]() |
#2 |
Участник
|
Цитата:
От консультанта был такой комментарий: "мне все понравилось в первом пункте надо следующий делать" - это касалось половины ТЗ. Есть подозрение, что полноценного тестирования не проводилось. Просто скинули клиенту. Но тенденция хорошая!)
__________________
Блог на axforum об удаленной разработке в MS Dynamics AX |
|
![]() |
#3 |
Banned
|
Цитата:
Сообщение от DaxDevRemote
![]() По этой конкретной задаче на 70 часов пока не знаю. Похоже нам повезло и мы все-таки уложимся в оценку. Надеюсь.
От консультанта был такой комментарий: "мне все понравилось в первом пункте надо следующий делать" - это касалось половины ТЗ. Есть подозрение, что полноценного тестирования не проводилось. Просто скинули клиенту. Но тенденция хорошая!) Если что не так то виноват программист но не консультант так как от последнего никто и не ожидает "полноценного" тестирования. Полагаться на консультанта просто нельзя, он у них иной ![]() |
|
![]() |
#4 |
Участник
|
Так это и у нас так. Сколько ни пытался убедить аналитиков/консультантов писать хоть что-то для тестирования доработок, ведь им самим будет проще тестировать, не выходит каменный цветок. Поэтому тестирование остается проблемой программиста
|
|