Какие требования к Requirements Management Tool наиболее критичны?
Работаю в компании, разрабатывающей и внедряющей систему электронного архива. Проекты длительные и достаточно сложные, и остро встал вопрос оптимизации и стандартизации управления требованиями как для внутренних так и для внешних проектов. С ростом числа/сложности проектов стало очень проблематично собирать требования воедино из разных источников (бумага, Confluence, JIRA, ...), структурировать, анализировать и отслеживать их судьбу.
Передо мной поставлена задача выбрать, закупить и внедрить в компании RM Tool — систему управления требованиями (requirement management tool). Вопрос — какую? Требования к системе мною собраны, ориентировочный бюджет ограничен суммой в 200-250 тыс. руб., нужно около 10 конкурентных лицензий. Такие монстры как Caliber RM, Rational DOORS, Rational Requisite Pro, Dimension RM отмел сразу.
Хотел бы узнать, какие по вашему наиболее критичные требования к таким системам? С какими проблемами мы можем столкнуться при внедрении?
Предполагаю что экономическая эффективность от внедрения любых систем управления контентом напрямую практически не рассчитываема. Возможно учесть только влияние на имеющиеся бизнес процессы уменьшением временных затрат и увеличением прозрачности этих самых процессов.
С другой стороны пользователи системы могут преднамеренно ее саботировать, ссылаясь на неудобство и усложнение работы, что может сказаться отрицательно на результате внедрения. НО если увольнение нескольких недовольных сотрудников оставит эффективность работы подразделения на прежем уровне (с учетом использования системы), то эффект будет виден невооруженным взглядом.
А вот ребята из IBM подсчитали, что «При правильном определении требований и управлении ими перерасходы по проекту можно снизить на 20 % благодаря сокращению числа неточных, неполных и упущенных требований»
: Если внедрение чего-либо позволяет уволить несколько человек (без потери эффективности в сравнении с состоянием до внедрения), то скорее всего очень даже стоит это внедрить. Т.к. на зарплате, налогах, рисках и обеспечении рабочего места можно сэкономить зачастую куда больше, чем на покупке системы.
Необходимо сначала построить процесс управления требованиями в компании.
Если такого процесса не будет, система не внедрится никогда.
Если требования о необходимой системе от участников процесса уже собраны, то тогда определить в каком виде должны храниться требования, какие обязательные атрибуты должны быть у требований.
Простой
