Инструмент ведения требования
Хорошо подходит вариант с трекером (например, бесплатный Redmine). В нем можно создать два раздела: технический раздел и раздел для бизнес-пользователей.
В техническом разделе ведутся задачи разработки. А в бизнес-разделе пользователи могут создавать задачи с пожеланиями и требованиями к системе.
Эти задачи можно связать и оценить, какие технические задачи позволят закрыть наиболее приоритетные бизнес-требования или наибольшее кол-во требований, т.е. определить приоритеты и очередность реализации
Выявление требований
Многое зависит от конкретной ситуации, можно описать наиболее универсальное
- Один из лучших способов - "5 почему".
Техника, которая многих бесит, но одна из самых действенных.
Когда пользователь выдвигает требование, спросить: "Для чего оно необходимо?".
Пользователь что-то отвечает. Спросить дальше: "А это тебе зачем необходимо?"
И так вплоть до выявления реальной потребности. Кол-во "почему" не ограничено)
- Очень полезны точки O и E из модели SCORE и конкретизация.
- O = Outcome. Результат. Можно попросить человека представить, что мы реализовали его требование и спросить: "Что теперь стало лучше?" Увеличилась скорость работы с системой? Снизились расходы? Увеличилась прибыль? Желательно, чтобы все требования давали конкретный, численно измеримый результат. Тогда их можно более эффективно приоритизировать
- E = Effect. Последствия. А как реализация влияет на других сотрудников/системы? На аналитику, на интеграции, на др. требования, etc. Это позволяет выявить важные, зачастую не очевидные, последствия от реализации требования
Стратегия
Очень желательно сформулировать стратегическую цель на разные временные отрезки: например, через 1 мес., 6 мес., 12 мес.
- Какой мы (заказчик) видит ИТ-систему?
- Какие задачи она будет позволять решать?
- Какими функциями обладает?
- С какими системами взаимодействует?
- Будут ли какие-то сущности перенесены в др. системы или из др. систем?
- По-прежнему используется ИТ-система от этого производителя или будет ее смена?
Видение того, куда мы хотим прийти, образ "идеальной" ИТ-системы, позволяет эффективнее приоритизировать требования (что и в какой очередности делать) и проверять требования на соответствие стратегии (чтобы понять, что делать вообще нецелесообразно)