Если в команде занято шесть-девять человек, это будет оптимальная структура для работы. А вот если одиннадцать и более, то в ней будут чаще обсуждать работу, чем выполнять ее.
По принадлежности косвенные затраты (Indirect costs) — только частично связаны с конкретным проектом (например, аренда помещения, где работают команды над несколькими проектами, оплата отопления, других коммунальных услуг и т.д.)
По объему производства: фиксированные затраты (Fixed costs), величина которых не зависит от объема выпускаемой продукции, — например, покупка сервера и лицензий, необходимых для работы над проектом.
После того как вы посчитали рейтинги рисков, нужно отобрать самые опасные и отслеживать именно их. Для чего? По закону Парето, 20% рисков несут в себе 80% проблем. Соответственно, если мы будем контролировать 20% самых опасных рисков, то сможем избежать 80% проблем.
Кстати, еще один важный момент заключается в том, что перед созданием ИСР нужно решить, каким образом она будет храниться, поддерживаться и распространяться.
Самое главное: требования должны быть задокументированы и согласованы со всеми ключевыми заинтересованными сторонами. Документирование — это один из лучших способов избежать разрастания содержания проекта (scope creep).
Хорошая практика — если вы работаете в IT, дать почитать их кому-нибудь из сферы, не связанной с IT. Если человек поймет, что нужно сделать, значит, работа с требованиями проведена хорошо.