Мы уже обсуждали развитие функциональных и технических требований в предыдущих статьях, но теперь хорошее время проанализировать эти требования. Вам может потребоваться модифицировать функциональные или технические требования на основе разработки вашей WBS. Например, если WBS определяет объем, который больше, чем ваши требования, то у вас начинается расползание объема проекта.
В таком случае надо отступить назад и модифицировать вашу WBS так, чтобы задачи определяли только общее количество работы, необходимое для удовлетворения требований (объем, время, стоимость, качество и функциональные и технические требования). С другой стороны, если ваш WBS не полностью удовлетворяет ваши функциональные или технические требования, то у вас есть разрыв, и вам надо модифицировать WBS, чтобы удовлетворить все требования. Именно здесь у вас появляется возможность проверить, проверить дважды и трижды объем вашего проекта и абсолютно убедиться в том, что удовлетворяются все функциональные и технические требования.
Это очень важная точка проекта, поскольку чаще всего именно здесь начинают возникать проблемы. Проблема заключается в том, что когда темы разрабатываются в этот момент, они ускользают от отслеживания и проявляются во всей остроте гораздо позднее. Выявление и корректировка таких разрывов очень важны для успеха проекта. Особено важна финансовая часть проекта, ведь гораздо правильней, да и выгодней — заранее оценить все предполагаемые статьи расходов, чем в последствии рассматривать их поодиночке. Это как «опт» и «розница», ведь, к примеру, купить свадебный зонт оптом значительно выгодней, чем розничное приобретение столь необходимого на любом бракосочетании аксессуара.
У каждого IT-проекта свой набор функциональных и технических требований, поэтому нет «одного размера для всех». Однако, функциональные и технические спецификации имеют общие элементы, и если вы хотите сравнить функциональные и технические спецификации вашего проекта с образцом, вы можете загрузить себе один из шаблонов требований с Интернет-сайта Syngress.