В современной практике существует множество подходов к формированию и управлению требованиями, но так или иначе, в основе всех подходов лежит знание и понимание видов требований и их последующего использования в работе.
Проектирование и разработка программного продукта - процессы сложные. Каждый этап сопровождается обработкой и генерацией огромного количества информации. Большая часть информации относится к структуре и свойствам продукта, другая же - к процессу его производства, внедрения и дальнейшего сопровождения. Свойства продукта, которые необходимо реализовать называют требованиями. Для того, чтобы оперативно управлять таким объемом информации требования разделяют по видам и классифицируют, чтобы в дальнейшем с ними могли работать соответствующие специалисты.
Каждый человек в своей жизни рано или поздно сталкивается с необходимостью убедить кого-то в своей правоте. Такая задача иногда превращается в невыполнимую миссию. Я попытаюсь, насколько это возможно, систематизировать и изложить накопленный мной опыт, приправленный теоретическими выдержками, чтобы вы могли развивать навык убеждения, более осознанно используя весьма эффективные приемы.
В двухтысячных, когда я учился в средней школе, один мой преподаватель как-то сказал: “Если вы хотите понять сложный материал, то лучше всего разделить его на небольшие части, представить в виде схемы или таблицы и изучать небольшими “порциями”. В каждой части у вас будут появляться вопросы, ответы на которые обязательно найдутся в других частях. Так сложное и необъятное становится обозримым и доступным для понимания.” В те годы я не задумывался о том, что такой подход может лежать в основе совершенно конкретной профессии, которая по моему мнению, открывает путь практически в любое направление деятельности - профессии аналитика. Я намеренно не разделяю профессии системного, бизнес или data аналитика, поскольку хочу рассказать об аналитике в целом.