Спецификация бизнес-системы: что в ней должно быть до того, как появится код

Зачем спецификация, если «все и так понимают, о чём речь»

На этапе переговоров каждый представляет систему немного по-своему. Руководство думает об отчётах, начальник отдела о заказах, а исполнитель о базе данных. Спецификация превращает эти представления в одно описание, которое все утверждают до начала работ.

Что должна содержать хорошая спецификация

1. Цель системы. Какую проблему она решает и по каким признакам мы поймём, что она работает.
2. Роли пользователей. Кто будет пользоваться системой и за что отвечает.
3. Процессы. Последовательные шаги работы: от поступления заявки до закрытия вопроса.
4. Экраны. Что видит каждая роль, какие у неё кнопки и какие данные она вводит.
5. Права доступа. Кто может просматривать, редактировать, утверждать и удалять.
6. Отчёты. Какие сводки получают руководство и начальники отделов, как часто и на основе каких данных.
7. Интеграции. С какими программами система обменивается данными и в каком направлении.
8. Начальные данные. Что нужно перенести из таблиц и старых программ.
9. Разбивка на этапы. Что входит в первую версию, а что в следующие.

Чего часто не хватает

• Исключительных ситуаций. Что происходит, когда документ отклонён, заказ отменён, а сотрудник увольняется из компании.
• Критериев приёмки. По каким признакам обе стороны признают, что функция готова.
• Списка того, чего система делать не будет. Он так же важен, как список функций.

Как читать спецификацию со стороны заказчика

Разбираться в программировании не обязательно. Достаточно для каждой роли задать вопрос: сможет ли этот человек выполнять свою повседневную работу на основе этого описания? Если ответ «не знаю», спецификацию нужно уточнить.

Спецификация также служит основой для оценки проекта

Без спецификации любая оценка превращается в гадание. Со спецификацией исполнитель может добросовестно оценить объём работ, а компания сравнить предложения, которые касаются одного и того же. Поэтому у меня планирование и спецификация всегда являются первым этапом проекта. Если хотите обсудить свою систему, запишитесь на консультацию.