1. Системы управления требованиями
1
Четыре взгляда
на систему
3SL Cradle
© ООО "САТУРС" 2014

2. Взгляд аналитика. Время до Cradle (1)
• Еще не так давно моим основным инструментом был Word. В нём
я получал исходные требования от заказчиков, в нём была и НСИ по
нашей предметной области и в нём же я создавал технические и
функциональные спецификации.
• Word-кие документы являлись основными единицами хранения и
обработки.
• Только в них я и мои коллеги черпали ответы на вопросы наших
заказчиков.
• Только в них при изменении заказчиком исходных требований или
вбросе им в проект новых требований мы мучительно искали
ответы на вопросы “Что нужно переделывать?” и “Сколько это
займет времени?”.
• Мучительно потому, что работа с любыми документами идет
тем медленнее, чем больше их объем. И чтобы в них что-то
найти или понять нужно перелопатить их несколько раз.
• А сколько раз натыкаешься на то, что в них нет той, нужной
тебе информации или она есть, но изложена так, что не поймешь!
И всё потому, что связи между требованиями к системе остались
у кого-то в голове. Хорошо, если у тебя!
2
© ООО "САТУРС" 2014

3. Взгляд аналитика. Время до Cradle (2)
• В общем понятно, что Word - всего лишь текстовый редактор
и не сильно помогает в поиске нужных данных и их анализе, не
говоря уже о создании новых знаний о системе – тут тебе в
помощь только твоя голова.
• Есть у нас ребята, которые умудряются держать в голове
огромный объем информации. Но их единицы и всю работу на них
не повесишь, да и к их головам напрямую не подключишься. И они
тоже ошибаются.
3
• Кроме того, страшно подумать, что будет, если
они уйдут. Ведь с ними уйдут и их сакральные
знания о системе. Где тогда искать ответы?
• Сильно не нравилось нашим заказчикам и руководству, что
поиск ответа на вопрос “Что нужно переделывать?” часто
был для нас нетривиальной задачей, на решение которой
уходили часы, а иногда и дни.
• Вот об этом обо всем и задумалось наше руководство, а
подумав решило внедрить систему управления требованиями.
Остановили свой выбор на 3SL Cradle.
© ООО "САТУРС" 2014

4. Взгляд аналитика. Как стало (1)
• Мы прошли обучение, получили хорошую документацию,
проработали совместно с тренерами пилотный проект в Cradle
и теперь…
• Когда я получаю от заказчика Word-овый документ с исходными
требованиями (ИТ), с текстом, рисунками и таблицами, я
загружаю его в проект Cradle. При его загрузке я задаю связи
между требованиями и определяю в какие элементы модели
трассировки, которую я использую, они будут загружены.
• Нужная для проектирования НСИ к тому моменту уже “залита”
в проект.
4
Несколько минут и
требования в Cradle.
На этом работа с Word-
овым документом
закончена.
НСИ
ИТ
Cradle
CDS
© ООО "САТУРС" 2014

5. Взгляд аналитика. Как стало (2)
• Исходные требования загружены и разложены по нужным мне
“корзинкам” и связаны между собой, заданными мной связями.
Все у меня раскрашено по модели трассировки.
5
• Клевая это фишка – раскраска. Мне
гораздо проще заниматься анализом
исходных требований заказчика, когда
они классифицированы, связаны и
раскрашены, а не когда они в общей
черно-белой массе груды документов.
• При этом каждое загруженное в Cradle требование
автоматически связалось с нужным местом в исходном
документе и я всегда могу посмотреть, как всё выглядело
в самом начале.
• Я начинаю обрабатывать
требования, устанавливая связи
между ними и НСИ и фиксирую
ошибки в них.
© ООО "САТУРС" 2014

6. Взгляд аналитика. Как стало (3)
• Анализируя требования, я тут же записываю в Cradle вопросы к
заказчику и связываю их с требованиями.
• Затем я структурирую вопросы, отбираю те, что задать в
первую очередь и за пару минут формирую из них документы для
обсуждения с заказчиком.
6
• Я могу вести обсуждение вопросов с
заказчиками прямо в Cradle, а могу
отправить готовый документ им по
e-mail.
• Получив ответы я загружаю их в
систему и она автоматически
связывает их с исходными вопросами.
• Я не теряю ни времени, ни связей.
• Если надо уточнить какие-то
аспекты системы я строю
диаграммы IDEF0, UML и т.п.
© ООО "САТУРС" 2014

7. Взгляд аналитика. Как стало (4)
• Богатый арсенал средств для построения различных
визуальных представлений – мой неоценимый помощник в
анализе и проектировании. Используя его, я могу быстро
строить аналитические срезы в виде таблиц, деревьев или
диаграмм (HID).
7
• Здорово то, что эти визуальные
представления “живые”. Я могу
работать с любым элементом
созданного представления и
редактировать его прямо в этом
представлении, а также удалять,
добавлять элементы и связи или
переструктурировать их.
• Это дает возможность при анализе и проектировании
взглянуть на систему с разных сторон, быстро найти нужное
проектное решение.
© ООО "САТУРС" 2014

8. Взгляд аналитика. Как стало (5)
• Кроме того, это и отличный способ контроля –
построил представление и видишь, например,
что у тебя не для всех спроектированных
функций определены данные, которые они должны
обрабатывать.
8
• В Cradle мне не приходится
напрягаться – в любой “точке
лабиринта” я всегда знаю, что
и от чего у меня зависит, и во
что обойдется команде моя
новая идея.
• Меня больше не бросает в жар, когда я получаю новые
требования от заказчиков. Я просто строю матрицы
трассировки, которые позволяют мне быстро оценить
объем изменений. Мне не нужно рыться в стопках
документов, вспоминать забытое, искать того, кто что-
то знает. Я перестал зависеть от чужого настроения и
здорово экономлю на кофе
© ООО "САТУРС" 2014

9. Взгляд аналитика. Как стало (6)
• Завершая проектирование, я формирую проектные документы в
нужном мне формате, используя Publisher.
9
© ООО "САТУРС" 2014

10. Взгляд разработчика. Как было.
А было так.
• Получаешь готовую спецификацию того, что тебе нужно сделать и
понимаешь, что не все понимаешь. Тогда идешь к аналитику и
спрашиваешь. Или он приходит к тебе и рассказывает, да часто то,
чего и в документе то нет, но уже с заказчиком согласовано и
менять что-то в спецификации себе дороже.
• Значит пишешь себе куда-нибудь то, что тебе рассказали и
начинаешь обдумывать, что и как делать.
• А время идет. И менеджер спрашивает: “Ну, как? И когда?”. А я
ему: “Вот если бы раньше увидел, то вот тут и тут (тычу
пальцем в документ) вопросы бы задал, глядишь такой ерунды бы не
понаписали”.
10
© ООО "САТУРС" 2014

11. Взгляд разработчика. Как стало (1)
• Сейчас знакомиться с будущей системой я могу сразу после загрузки
требований к ней в проект Cradle.
• По возможности подключаюсь к анализу требований в Cradle и задаю
вопросы, т.к. считаю, что входить в курс дела нужно как можно
раньше.
• Разобраться с тем, что мне предстоит делать, здорово помогают
аналитические представления, мои, персональные, волнующие именно
меня срезы. Создавать их просто (спасибо тренерам, научили).
• С представлениями можно поиграть и посмотреть на
разрабатываемую систему с разных ракурсов – от ограничений к
функциям, от функций к компонентам системы, от данных к
функциям или наоборот и т.п.
11
© ООО "САТУРС" 2014

12. Взгляд разработчика. Как стало (2)
• На опыте убедился, что такая аналитика позволяет мне с
меньшим напряжением выдавать качественный продукт.
• Запустил представление и увидел, что на что влияет и рыскать по
документам не надо. Запустил другое и понял, что не учел при
разработке такое-то требование. Поэтому лишний раз себя
проверить не составляет труда, времени не отнимает, ошибок
делаю меньше.
• Возможность связать требования с разработанными функциями
системы позволяет мне не ломать голову, когда происходит
изменение требований – через матрицы трассировки я всегда увижу
те функции системы, которые нужно проверить на изменения.
• В общем, сейчас всяких заморочек и неурядиц стало меньше и
работать стало намного интересней, т.к. можно больше уделить
время идеям, а не ворошению документов.
12
© ООО "САТУРС" 2014

13. Взгляд менеджера проекта. Что было до (1)
• У нас любой проект проходит несколько стадий:
проектирование, согласование, реализация, внедрение и
сопровождение.
• Больше всего внимания уделяем проектированию, т.к. если
ошиблись тут, то потом исправлять очень дорого.
13
• Технология проектирования была простая: аналитик получал
исходные требования, анализировал их, состыковывал с
требованиями НСИ, задавал вопросы заказчику, разрабатывал
проектные решения и затем формировал функциональную
спецификацию.
• И казалось бы, чего сложного
взять всем нам и согласовать
спецификацию? Но для этого
нужно понять и проверить
разработанные решения, т.е.
протестировать их.
© ООО "САТУРС" 2014

14. 14
Взгляд менеджера проекта. Что было до (2)
• Чтобы протестировать, нужно проследить все связи от
исходных требований и положений НСИ к результатам в
спецификации. Что забыто, где конфликты, что возникло из
«неоткуда».
• Исходные требования, НСИ, вопросы, ответы, концептуальные
решения и функциональная спецификация – всё это Word-овые
документы с текстом, диаграммами, рисунками, таблицами.
• Всё это тестировать, когда данные разложены по разным
документам тяжело и на это уходит непредсказуемое
время. И мы часто попадали в цейтнот.
© ООО "САТУРС" 2014

15. Взгляд менеджера проекта. Что было до (3)
• А согласование с заказчиком! Оно и без того плохо прогнозируемо по
срокам. У него возникают вопросы, появляются новые трактовки
исходных требований. Он легко водит в проект новые требования и
забывает, что говорил раньше.
• Понятно, что надо вносить эти изменения в проект, но аналитик
невесело смотрит и говорит, уже известное: “Нужно сперва понять
сами изменения и найти на что они повлияют, а затем
проработать новые решения и сколько это по времени пока не
понятно.”
• Ну да, понятно, что ему нужно проанализировать влияние новых
требований на исходные, а от них на те USE CASE-ы и разные там
диаграммы процессов, что он создал, а через это на те решения,
что он спроектировал.
15
• Но поди ты объясни это заказчику, который
давит на сроки и на мое руководство.
• И так было не раз. И стало понятно, что с
такой технологией мы теряем рынок.
• Нужно менять технологию и уходить от
обработки требований и проектирования в
документах.
,,,,,,,,,,,,,
,,,,,,,
,,,,
© ООО "САТУРС" 2014

16. Взгляд менеджера проекта. Что стало (1)
• Вот тогда и решили внедрить систему управления требованиями.
Провели анализ существующих. Так и появилась у нас система 3SL
Cradle.
• Прошли обучение. Успешно, вместе с тренерами, провели пробный
пилот-проект.
• Ушли от ведения проектов в документах. Теперь всё: требования
заказчика, вопросы к нему, ответы, вопросы от него, разные там
диаграммы и USE CASE и т.д., по определенной технологии ведутся
в проектах Cradle.
• Каждый из этих рабочих элементов там связан как с исходными
требованиями и НСИ, так и с проектными решениями на их основе,
а история их изменений отслеживается системой.
• Поэтому при возникновении изменений в требованиях заказчиков мы
строим в Cradle матрицы трассировки и видим на что эти
изменения повлияют. Результаты получаем гораздо быстрее и
качественнее.
• Когда надо мы подключаем заказчиков к проектам Cradle и прямо в
нём показываем что и как. Такое подключение к нашей работе
улучшило наши отношения с заказчиками.
• И работа в коллективе стала более предсказуемой, людям стало
спокойней и интересней работать.
16
© ООО "САТУРС" 2014

17. Взгляд менеджера проекта. Что стало (2)
Что касается меня лично, то:
• Теперь мне проще поддерживать понятную и прозрачную работу.
• Я могу оперативно оценить готовность работ, видеть что сделано
в on-line режиме. Наверх я отдаю более точную оценку и экономлю
нервы на совещаниях.
• Конечно, это требует от меня определенных усилий и хорошего
знания возможностей инструмента и новой технологии, но зато
позволяет держать руку на пульсе и иметь реальное представление
о состоянии моих проектов.
17
© ООО "САТУРС" 2014

18. • Когда семь месяцев назад один из начальников отдела стал
рассказывать о системах управления требованиями, я честно
расстроился.
• “Ну вот опять очередная игрушка для менеджеров проектов“, -
подумал я. До этого также горячо мне рассказывали про чудеса
систем управления проектами и как они и то и сё. А в результате
где-то в недрах компании “пылится” какой-то недешевый софт.
Потрачены деньги на обучение чуть ли не всех подряд проектному
управлению.
• И что? Да ничего – не сошлись в понимании того как, а главное
зачем нужно отчитываться по сделанным задачам. Главное, что
сами придумали и сами же и отказались по придуманному работать.
Не видят, видите ли, пользы!
• А до этого были курсы по самым правильным технологиям
проектирования и разработки. Что-то от японцев. Я назвал их
“лень”- технологиями. А результаты?
• Да, было бурное вдохновение, но потом у них все утонуло в спорах о
том, как правильно делать правильно. Это вместо того, чтобы
просто делать хорошо – ну как бы делали для себя. Чуть не уволил
часть из тех, кто особенно рьяно отстаивал, прочтенные ими в
какой-то умной книжке японские каноны.
• Вот и тут я загрустил – опять очередной умный прожект Опять
жонглирование названиями крупнейших мировых компаний: NASA,
Boeing, Siemens. Сколько уже повторять им, что мы не то, ни
другое, ни пятое!
18
Взгляд руководителя компании (1)
© ООО "САТУРС" 2014

19. Взгляд руководителя компании (2)
• Месяц ходили ко мне на совещание и все про эти системы при каждом
удобном случае. Надоело мне эту трескотню слушать и решил, что
нужно их заставить подойти к делу серьезно.
• Раз так хотят, то пусть тщательно соберут всю информацию.
Проведут квалифицированный анализ – вон сколько у них умных
аналитиков, да айтишников, и обоснованно докажут мне
необходимость внедрения в компании такой системы.
• Честно думал, что от такого поручения поостынут и перестанут
дальше морочить мне голову – тут ведь серьезно поработать надо,
а основной работы никто не отменял.
• Однако ошибся. Нашли различные наши и зарубежные данные. Сделали
презентацию. Разложили всё по полочкам. Стало понятно, что
система управления требованиями может принести пользу.
• Тогда дал добро делать конкретный выбор и по критерию цена-
функции-качество отобрали одну систему. Этой системой и был
Cradle.
• Нашли российскую компанию, которая знает и внедряет эту
систему. Они-то моим и помогли с ней разобраться.
• Месяц у нас сидели. Обучали системе и технологии работы, да
пилотный проект вместе с моими сделали. Всё получилось и все были
довольны. 19
© ООО "САТУРС" 2014

20. • И вот шесть месяцев как я наблюдаю за тем, как меняется работа
в компании.
• Вижу, что работа в новой технологии и с новым инструментом
постепенно дает положительные результаты.
• Все занятые в производственных процессах стали более эффективно
работать. Теперь они имеют более полное, аргументированное
представление о ходе работ и качестве результатов. Время работы
в стиле “пол, палец, потолок” прошло.
• Прогнозы по срокам, которые озвучивают мне теперь на совещаниях,
начинают совпадать с реальными результатами.
• Видно, что запросы наших клиентов стали реализовываться гораздо
быстрее, и проблем с качеством реализации стало меньше. Я стал
меньше тратить время на выяснения отношений как с клиентами,
так и со своими.
• Всё это позволяет более эффективно использовать ресурсы
компании, выделяя их для реализации ранее отложенных проектов.
• Мне ясно, что сейчас Cradle занял ключевые позиции в процессах
проектирования, разработки и сопровождения нашей продукции.
• Компания начала получать возврат инвестиций в систему, обучение
специалистов и технологию за счет повышения качества и
сокращения сроков всех работ. Пока я доволен.
20
Взгляд руководителя компании (3)
© ООО "САТУРС" 2014

21. Технологии создания понятных систем
21
www.saturs.ru