Аннотация
- Докладчик
- Валентина Ломаева
Особенностями большинства крупных ИТ-проектов являются:
- часто, а иногда и стремительно, меняющаяся законодательная база в области автоматизации;
- «плавающие» технические требования к программному обеспечению;
- большое количество заинтересованных в ИТ-системе сторон, а значит, и согласующих органов;
- большое количество пользователей и ролей в системе, а также территориальная распределенность ИТ-системы.
В докладе на примере проекта по трансформации системы государственного учета и контроля радиоактивных веществ и радиоактивных отходов (СГУиК РВ и РАО), инициированного Госкорпорацией «Росатом», приводится описание:
- трудностей, которые могут возникнуть при реализации такого рода проекта;
- подхода к управлению требованиями и проектированию ИТ-систем, с помощью которого можно минимизировать риски, связанные с возникновением этих трудностей;
- применимости данного подхода в ИТ-проектах, выполняемых для государственных структур.
В рамках предложенного подхода наиболее подробно будут рассмотрены следующие методы управления требованиями и проектирования:
- Domain-Driven Design (DDD), благодаря которому мы добились:
- совместного обсуждения системы бизнес- и ИТ-специалистами, говорящими на едином языке (для создания которого использовались диаграммы классов, учета и состояний, описываемые в бизнес-терминах);
- быстрого вовлечения в проект новых сторон, заинтересованных в ИТ-системе;
- достижения единого понимания требований к системе всеми заинтересованными сторонами;
- формирования у бизнес-специалистов представления о потенциальных возможностях системы и сложности различных доработок, необходимых для проектирования изменений в бизнес-процессах.
- Итеративность, с помощью которой удалось:
- добиться приоритизации требований в условиях их постоянного изменения;
- вовлечь заказчика в реализацию проекта.
На конкретных примерах будут проиллюстрированы преимущества описанного подхода, а также требования, которые он предъявляет к команде и процессу разработки. По нашему опыту создания ИТ-систем, данный подход помогает обеспечить быстрое реагирование на изменения в требованиях и не допустить увеличения сроков реализации проектов.
Видео
Оцените доклад «DDD — правильный курс в потоке изменений требований (Валентина Ломаева, AnalystDays-2012)»:
Слайды
Примечания и отзывы
А Валя рассказывала об опыте применения DDD для работы с требованиями на примере конкретного крупного проекта для Росатома в условиях постоянного и изначально заложенного в проект их активного изменения из-за параллельно выполняющейся доработки законодательной и нормативной базы. Идея — показать, как применяя DDD можно вселить в заказчика уверенность, что разрабатываемая система удовлетворит их требованиям, даже в условиях, когда эти требования с определенностью неясны, а имеются только общие представления или многие варианты решений и бизнес-процессов, которые лишь предстоит согласовать.
©
DDD — правильный курс в потоке изменений требований (Валентина Ломаева, AnalystDays-2012)
Cначала было немного «DDD для чайников» и даже скорее вообще, адаптация для школьников, «ДетГиз»,
но потом пошел рассказ о реальный кейсе, пара лет работы с
с огромной конторой, и с 100% плавающим всем → заинтересованными сторонами (политика),
требованиями (не было даже законодательства на требуемую тему),
и если честно, все это время не было даже договора на разработку.
И DDD, представленная в изобретенных в компании универсальных моделях учета, визаулизируемых на специальных диаграммах планов счетов,
сильно помог → как в согласовании с заказачиком, так и в быстром перебрасывании ресурсов внутри компании,
ибо все аналитики уже были приучены решать произвольные учетные задачи с этим инструментом,
ну и плюс → зафиксированный в этом модели опыт компании по решению прозвольных учетных задач.
Тут конечно, надо смотреть-читать непосредственно автора этой модели:
