Установление требований к проекту - у кого-нибудь были какие-то моменты с эврикой?

Question

Я постоянно нахожу, что установление пользовательских требований является одной из самых сложных частей моей работы. Это происходит по нескольким причинам, например, из-за отсутствия общего технического словаря, неполного понимания предметной области с моей стороны, неспособности пользователя «представить» законченный интерфейс / продукт и т. Д. И т. Д.

Поскольку для меня это, кажется, постоянный вызов, был ли у кого-нибудь здесь момент "эврики", который действительно помог им в этой части развития? Например, я слышал о книге «Дизайн, управляемый доменом», но еще не читал ее. Кто-нибудь нашел книгу, онлайн-ресурс с советом, который действительно помог им?

Answer 1

Вы сами создаете пользовательские требования или действительно взаимодействуете с ним для создания требований?

Если вы создаете часть программного обеспечения без клиента, тогда я начну с простого высокоуровневого макета того, что я хочу создать, где я обычно начну и сформулирую свои пользовательские требования так, как я думаю, что пользователь будет использовать программное обеспечение.

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

Answer 2

Я не буду стремиться к опыту eureka, однако, если вы заинтересованы в DDD, который касается создания общего языка для вас и пользователей (среди прочего), чем если у вас нет доступа к книге, Ищите быстро управляемый доменом дизайн на DZone. Вообще говоря, каждый раз, когда пользователь не может представить себе вещь и, следовательно, сформулировать надлежащие требования, отправляйтесь на прототипирование (если можете). Недавно меня порадовал действительно очень простой инструмент, который является расширением Firefox под названием Pencil, который позволяет легко и довольно быстро создавать прототипы даже для непрограммистов. Он далек от совершенства, но позволяет создавать собственные компоненты и является расширяемым.