Изменения

'''Ира Сурова''' из Касперского рассказывала, что они используют EA для единообразного ведения требований. В 2010 у них в R&D всех аналитиков собрали в единый отдел по специализации для управления ресурсами, но при этом аналитики работают в проектах, и в каждом проекте - внимание - свой подход к ведению проекта. Определяемый PM. И это - логично, потому что в R&D бессмысленно нормировать процесс. Да и проекты у них очень разнообразные и их много. А прогресс движения проекта - оценивают независимо от внутренней организации. И аналитик должен поддержать тот процесс, по которому работает команда. Аналитики в Касперском отделе Ирины отвечают именно за требования, архитектура - прерогатива разработчиков и те ревниво относятся к нарушению границы "если аналитик нарисовал диаграмму классов - она неправильная"({{red|Disclaimer: цитата - неточная, воспроизведена по памяти, и далее - тоже}}). А по требованиям надо поддерживать текущее состояние продукта и его изменения, потому что для разработчиков важно уметь представлять требования именно в формате задач - что ему надо изменить в системе, а вот для тестировщиков, и для последующей работы - фиксировать состояние системы. И именно поэтому им потребовалась автоматизация, ведение в виде документов просто не позволяло так гибко работать. А тут единицей требований у них является use case, и дальше они их классифицируют по темам и резлизам и делают выгрузку текстовых документов. Потому что разработчикам, оказывается, диаграммы - не нужны, и модель смотреть они тоже не хотят.