Все осознают необходимость документирования этапов проектирования систем, этапов проработки требований, задач по разработке. Все сталкиваются с отсутствием документации и ощущают недостатки базы знаний.
Но:
- "зачем нам системное проектирование - на начальном этапе обойдемся и ...."
- "слишком подробное описание и проработка требований может тормозить собственно сам процесс разработки и внедрения, в любом случае ведь требования будут меняться"
- "реализация задач в разработке проводиться самими разработчиками и они знают как описать".
Всегда хочется сэкономить на ресурсах.
Поэтому:
- Дорогие системные архитекторы - "слушайте, у нас все не так уж сложно".
- Проектировщики БД - "давайте просто возьмем готовые шаблоны". Специалисты по выбору методологий - "ну может не всегда нужны? потом, конечно же, мы ....".
Поэтому то как ИС должна быть согласована с общей архитектврой предприятия - "не совсем ко времени". - Поэтому требования пищем в виде user story - "а там по ходу детализириуем и разберемся".
- А первые кого "исключают из проекта" - техписы. Про ведение базы знаний и ее поддержка в актуальном состоянии - это вообще отдельная песня.
Принцип "фигак, фигак - в продакшен" еще никто не отменял. )))
С другой стороны ведь при каждой не совсем понятной ситуации - хочется обратиться "к истокам".
Но оказывается что эти "истоки" датированы примерно 2005-2007 годом. А дорабатывать надо уже сегодня. И снова совещания, снова принятие решений о необходимости .... И пожарное найм специалиста для ...
Но снова некогда. И снова вроде как сдали проект и работает ("так может сосредоточимся на актуальных задачах?").
Ну про необходимость предоставлять заказчику (особенно - в госе) документации я молчу.
Никто ее не читает, пока не приспичит.
(да и нужно ли ее читать устаревшей, не очень грамотно написанной и в таком объеме?)
