Правила сбора и оформления требований
Как я рассказывал, у нас назрела серьезная необходимость как-то регламентировать содержание, формат и порядок обращения документов, описывающих функциональные требования к проектам, которые мы делаем. Причина проста - команда у нас "разношерстная" во всех отношениях: опыт, национальность, культура, приверженность к стандартам, возраст, наконец. И при всем этом персональном многообразии результат сбора требований может быть очень разный: и по содержанию, и по форме.
Я вызвался сформулировать рекомендации по составлению документов функциональных требований, и где-то месяц назад разослал коллегам первую "драфт" версию. Конечно, документ такого типа можно расширять и полировать до бесконечности, но у нас запускались два проекта и нужно было поддержать коллег, хотя бы методически.
Приведу здесь карту документа.
Как оказалось, документ сильно помог - получив на прошлой неделе требования по новому проекту я был приятно удивлен: качество существенно вырасло. Это, безусловно, нельзя приписывать только "циркуляру" - люди набираются опыта, но все же есть определенные элементы, позволяющие проследить прямую связь.
Как у вас с качеством собираемых требований ситуация? Может быть используется какая-нибудь отраслевая методика? Система сбора требований?
Posted via LiveJournal app for iPad.