Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Системы управления требованиями
1
Четыре взгляда
на систему
3SL Cradle
© ООО "САТУРС" 2014
Взгляд аналитика. Время до Cradle (1)
• Еще не так давно моим основным инструментом был Word. В нём
я получал исходные тре...
Взгляд аналитика. Время до Cradle (2)
• В общем понятно, что Word - всего лишь текстовый редактор
и не сильно помогает в п...
Взгляд аналитика. Как стало (1)
• Мы прошли обучение, получили хорошую документацию,
проработали совместно с тренерами пил...
Взгляд аналитика. Как стало (2)
• Исходные требования загружены и разложены по нужным мне
“корзинкам” и связаны между собо...
Взгляд аналитика. Как стало (3)
• Анализируя требования, я тут же записываю в Cradle вопросы к
заказчику и связываю их с т...
Взгляд аналитика. Как стало (4)
• Богатый арсенал средств для построения различных
визуальных представлений – мой неоценим...
Взгляд аналитика. Как стало (5)
• Кроме того, это и отличный способ контроля –
построил представление и видишь, например,
...
Взгляд аналитика. Как стало (6)
• Завершая проектирование, я формирую проектные документы в
нужном мне формате, используя ...
Взгляд разработчика. Как было.
А было так.
• Получаешь готовую спецификацию того, что тебе нужно сделать и
понимаешь, что ...
Взгляд разработчика. Как стало (1)
• Сейчас знакомиться с будущей системой я могу сразу после загрузки
требований к ней в ...
Взгляд разработчика. Как стало (2)
• На опыте убедился, что такая аналитика позволяет мне с
меньшим напряжением выдавать к...
Взгляд менеджера проекта. Что было до (1)
• У нас любой проект проходит несколько стадий:
проектирование, согласование, ре...
14
Взгляд менеджера проекта. Что было до (2)
• Чтобы протестировать, нужно проследить все связи от
исходных требований и п...
Взгляд менеджера проекта. Что было до (3)
• А согласование с заказчиком! Оно и без того плохо прогнозируемо по
срокам. У н...
Взгляд менеджера проекта. Что стало (1)
• Вот тогда и решили внедрить систему управления требованиями.
Провели анализ суще...
Взгляд менеджера проекта. Что стало (2)
Что касается меня лично, то:
• Теперь мне проще поддерживать понятную и прозрачную...
• Когда семь месяцев назад один из начальников отдела стал
рассказывать о системах управления требованиями, я честно
расст...
Взгляд руководителя компании (2)
• Месяц ходили ко мне на совещание и все про эти системы при каждом
удобном случае. Надое...
• И вот шесть месяцев как я наблюдаю за тем, как меняется работа
в компании.
• Вижу, что работа в новой технологии и с нов...
Технологии создания понятных систем
21
www.saturs.ru
Upcoming SlideShare
Loading in …5
×

Четыре взгляда на Cradle

38,054 views

Published on

Published in: Technology

Четыре взгляда на Cradle

  1. 1. Системы управления требованиями 1 Четыре взгляда на систему 3SL Cradle © ООО "САТУРС" 2014
  2. 2. Взгляд аналитика. Время до Cradle (1) • Еще не так давно моим основным инструментом был Word. В нём я получал исходные требования от заказчиков, в нём была и НСИ по нашей предметной области и в нём же я создавал технические и функциональные спецификации. • Word-кие документы являлись основными единицами хранения и обработки. • Только в них я и мои коллеги черпали ответы на вопросы наших заказчиков. • Только в них при изменении заказчиком исходных требований или вбросе им в проект новых требований мы мучительно искали ответы на вопросы “Что нужно переделывать?” и “Сколько это займет времени?”. • Мучительно потому, что работа с любыми документами идет тем медленнее, чем больше их объем. И чтобы в них что-то найти или понять нужно перелопатить их несколько раз. • А сколько раз натыкаешься на то, что в них нет той, нужной тебе информации или она есть, но изложена так, что не поймешь! И всё потому, что связи между требованиями к системе остались у кого-то в голове. Хорошо, если у тебя! 2 © ООО "САТУРС" 2014
  3. 3. Взгляд аналитика. Время до Cradle (2) • В общем понятно, что Word - всего лишь текстовый редактор и не сильно помогает в поиске нужных данных и их анализе, не говоря уже о создании новых знаний о системе – тут тебе в помощь только твоя голова. • Есть у нас ребята, которые умудряются держать в голове огромный объем информации. Но их единицы и всю работу на них не повесишь, да и к их головам напрямую не подключишься. И они тоже ошибаются. 3 • Кроме того, страшно подумать, что будет, если они уйдут. Ведь с ними уйдут и их сакральные знания о системе. Где тогда искать ответы? • Сильно не нравилось нашим заказчикам и руководству, что поиск ответа на вопрос “Что нужно переделывать?” часто был для нас нетривиальной задачей, на решение которой уходили часы, а иногда и дни. • Вот об этом обо всем и задумалось наше руководство, а подумав решило внедрить систему управления требованиями. Остановили свой выбор на 3SL Cradle. © ООО "САТУРС" 2014
  4. 4. Взгляд аналитика. Как стало (1) • Мы прошли обучение, получили хорошую документацию, проработали совместно с тренерами пилотный проект в Cradle и теперь… • Когда я получаю от заказчика Word-овый документ с исходными требованиями (ИТ), с текстом, рисунками и таблицами, я загружаю его в проект Cradle. При его загрузке я задаю связи между требованиями и определяю в какие элементы модели трассировки, которую я использую, они будут загружены. • Нужная для проектирования НСИ к тому моменту уже “залита” в проект. 4 Несколько минут и требования в Cradle. На этом работа с Word- овым документом закончена. НСИ ИТ Cradle CDS © ООО "САТУРС" 2014
  5. 5. Взгляд аналитика. Как стало (2) • Исходные требования загружены и разложены по нужным мне “корзинкам” и связаны между собой, заданными мной связями. Все у меня раскрашено по модели трассировки. 5 • Клевая это фишка – раскраска. Мне гораздо проще заниматься анализом исходных требований заказчика, когда они классифицированы, связаны и раскрашены, а не когда они в общей черно-белой массе груды документов. • При этом каждое загруженное в Cradle требование автоматически связалось с нужным местом в исходном документе и я всегда могу посмотреть, как всё выглядело в самом начале. • Я начинаю обрабатывать требования, устанавливая связи между ними и НСИ и фиксирую ошибки в них. © ООО "САТУРС" 2014
  6. 6. Взгляд аналитика. Как стало (3) • Анализируя требования, я тут же записываю в Cradle вопросы к заказчику и связываю их с требованиями. • Затем я структурирую вопросы, отбираю те, что задать в первую очередь и за пару минут формирую из них документы для обсуждения с заказчиком. 6 • Я могу вести обсуждение вопросов с заказчиками прямо в Cradle, а могу отправить готовый документ им по e-mail. • Получив ответы я загружаю их в систему и она автоматически связывает их с исходными вопросами. • Я не теряю ни времени, ни связей. • Если надо уточнить какие-то аспекты системы я строю диаграммы IDEF0, UML и т.п. © ООО "САТУРС" 2014
  7. 7. Взгляд аналитика. Как стало (4) • Богатый арсенал средств для построения различных визуальных представлений – мой неоценимый помощник в анализе и проектировании. Используя его, я могу быстро строить аналитические срезы в виде таблиц, деревьев или диаграмм (HID). 7 • Здорово то, что эти визуальные представления “живые”. Я могу работать с любым элементом созданного представления и редактировать его прямо в этом представлении, а также удалять, добавлять элементы и связи или переструктурировать их. • Это дает возможность при анализе и проектировании взглянуть на систему с разных сторон, быстро найти нужное проектное решение. © ООО "САТУРС" 2014
  8. 8. Взгляд аналитика. Как стало (5) • Кроме того, это и отличный способ контроля – построил представление и видишь, например, что у тебя не для всех спроектированных функций определены данные, которые они должны обрабатывать. 8 • В Cradle мне не приходится напрягаться – в любой “точке лабиринта” я всегда знаю, что и от чего у меня зависит, и во что обойдется команде моя новая идея. • Меня больше не бросает в жар, когда я получаю новые требования от заказчиков. Я просто строю матрицы трассировки, которые позволяют мне быстро оценить объем изменений. Мне не нужно рыться в стопках документов, вспоминать забытое, искать того, кто что- то знает. Я перестал зависеть от чужого настроения и здорово экономлю на кофе © ООО "САТУРС" 2014
  9. 9. Взгляд аналитика. Как стало (6) • Завершая проектирование, я формирую проектные документы в нужном мне формате, используя Publisher. 9 © ООО "САТУРС" 2014
  10. 10. Взгляд разработчика. Как было. А было так. • Получаешь готовую спецификацию того, что тебе нужно сделать и понимаешь, что не все понимаешь. Тогда идешь к аналитику и спрашиваешь. Или он приходит к тебе и рассказывает, да часто то, чего и в документе то нет, но уже с заказчиком согласовано и менять что-то в спецификации себе дороже. • Значит пишешь себе куда-нибудь то, что тебе рассказали и начинаешь обдумывать, что и как делать. • А время идет. И менеджер спрашивает: “Ну, как? И когда?”. А я ему: “Вот если бы раньше увидел, то вот тут и тут (тычу пальцем в документ) вопросы бы задал, глядишь такой ерунды бы не понаписали”. 10 © ООО "САТУРС" 2014
  11. 11. Взгляд разработчика. Как стало (1) • Сейчас знакомиться с будущей системой я могу сразу после загрузки требований к ней в проект Cradle. • По возможности подключаюсь к анализу требований в Cradle и задаю вопросы, т.к. считаю, что входить в курс дела нужно как можно раньше. • Разобраться с тем, что мне предстоит делать, здорово помогают аналитические представления, мои, персональные, волнующие именно меня срезы. Создавать их просто (спасибо тренерам, научили). • С представлениями можно поиграть и посмотреть на разрабатываемую систему с разных ракурсов – от ограничений к функциям, от функций к компонентам системы, от данных к функциям или наоборот и т.п. 11 © ООО "САТУРС" 2014
  12. 12. Взгляд разработчика. Как стало (2) • На опыте убедился, что такая аналитика позволяет мне с меньшим напряжением выдавать качественный продукт. • Запустил представление и увидел, что на что влияет и рыскать по документам не надо. Запустил другое и понял, что не учел при разработке такое-то требование. Поэтому лишний раз себя проверить не составляет труда, времени не отнимает, ошибок делаю меньше. • Возможность связать требования с разработанными функциями системы позволяет мне не ломать голову, когда происходит изменение требований – через матрицы трассировки я всегда увижу те функции системы, которые нужно проверить на изменения. • В общем, сейчас всяких заморочек и неурядиц стало меньше и работать стало намного интересней, т.к. можно больше уделить время идеям, а не ворошению документов. 12 © ООО "САТУРС" 2014
  13. 13. Взгляд менеджера проекта. Что было до (1) • У нас любой проект проходит несколько стадий: проектирование, согласование, реализация, внедрение и сопровождение. • Больше всего внимания уделяем проектированию, т.к. если ошиблись тут, то потом исправлять очень дорого. 13 • Технология проектирования была простая: аналитик получал исходные требования, анализировал их, состыковывал с требованиями НСИ, задавал вопросы заказчику, разрабатывал проектные решения и затем формировал функциональную спецификацию. • И казалось бы, чего сложного взять всем нам и согласовать спецификацию? Но для этого нужно понять и проверить разработанные решения, т.е. протестировать их. © ООО "САТУРС" 2014
  14. 14. 14 Взгляд менеджера проекта. Что было до (2) • Чтобы протестировать, нужно проследить все связи от исходных требований и положений НСИ к результатам в спецификации. Что забыто, где конфликты, что возникло из «неоткуда». • Исходные требования, НСИ, вопросы, ответы, концептуальные решения и функциональная спецификация – всё это Word-овые документы с текстом, диаграммами, рисунками, таблицами. • Всё это тестировать, когда данные разложены по разным документам тяжело и на это уходит непредсказуемое время. И мы часто попадали в цейтнот. © ООО "САТУРС" 2014
  15. 15. Взгляд менеджера проекта. Что было до (3) • А согласование с заказчиком! Оно и без того плохо прогнозируемо по срокам. У него возникают вопросы, появляются новые трактовки исходных требований. Он легко водит в проект новые требования и забывает, что говорил раньше. • Понятно, что надо вносить эти изменения в проект, но аналитик невесело смотрит и говорит, уже известное: “Нужно сперва понять сами изменения и найти на что они повлияют, а затем проработать новые решения и сколько это по времени пока не понятно.” • Ну да, понятно, что ему нужно проанализировать влияние новых требований на исходные, а от них на те USE CASE-ы и разные там диаграммы процессов, что он создал, а через это на те решения, что он спроектировал. 15 • Но поди ты объясни это заказчику, который давит на сроки и на мое руководство. • И так было не раз. И стало понятно, что с такой технологией мы теряем рынок. • Нужно менять технологию и уходить от обработки требований и проектирования в документах. ,,,,,,,,,,,,, ,,,,,,, ,,,, © ООО "САТУРС" 2014
  16. 16. Взгляд менеджера проекта. Что стало (1) • Вот тогда и решили внедрить систему управления требованиями. Провели анализ существующих. Так и появилась у нас система 3SL Cradle. • Прошли обучение. Успешно, вместе с тренерами, провели пробный пилот-проект. • Ушли от ведения проектов в документах. Теперь всё: требования заказчика, вопросы к нему, ответы, вопросы от него, разные там диаграммы и USE CASE и т.д., по определенной технологии ведутся в проектах Cradle. • Каждый из этих рабочих элементов там связан как с исходными требованиями и НСИ, так и с проектными решениями на их основе, а история их изменений отслеживается системой. • Поэтому при возникновении изменений в требованиях заказчиков мы строим в Cradle матрицы трассировки и видим на что эти изменения повлияют. Результаты получаем гораздо быстрее и качественнее. • Когда надо мы подключаем заказчиков к проектам Cradle и прямо в нём показываем что и как. Такое подключение к нашей работе улучшило наши отношения с заказчиками. • И работа в коллективе стала более предсказуемой, людям стало спокойней и интересней работать. 16 © ООО "САТУРС" 2014
  17. 17. Взгляд менеджера проекта. Что стало (2) Что касается меня лично, то: • Теперь мне проще поддерживать понятную и прозрачную работу. • Я могу оперативно оценить готовность работ, видеть что сделано в on-line режиме. Наверх я отдаю более точную оценку и экономлю нервы на совещаниях. • Конечно, это требует от меня определенных усилий и хорошего знания возможностей инструмента и новой технологии, но зато позволяет держать руку на пульсе и иметь реальное представление о состоянии моих проектов. 17 © ООО "САТУРС" 2014
  18. 18. • Когда семь месяцев назад один из начальников отдела стал рассказывать о системах управления требованиями, я честно расстроился. • “Ну вот опять очередная игрушка для менеджеров проектов“, - подумал я. До этого также горячо мне рассказывали про чудеса систем управления проектами и как они и то и сё. А в результате где-то в недрах компании “пылится” какой-то недешевый софт. Потрачены деньги на обучение чуть ли не всех подряд проектному управлению. • И что? Да ничего – не сошлись в понимании того как, а главное зачем нужно отчитываться по сделанным задачам. Главное, что сами придумали и сами же и отказались по придуманному работать. Не видят, видите ли, пользы! • А до этого были курсы по самым правильным технологиям проектирования и разработки. Что-то от японцев. Я назвал их “лень”- технологиями. А результаты? • Да, было бурное вдохновение, но потом у них все утонуло в спорах о том, как правильно делать правильно. Это вместо того, чтобы просто делать хорошо – ну как бы делали для себя. Чуть не уволил часть из тех, кто особенно рьяно отстаивал, прочтенные ими в какой-то умной книжке японские каноны. • Вот и тут я загрустил – опять очередной умный прожект Опять жонглирование названиями крупнейших мировых компаний: NASA, Boeing, Siemens. Сколько уже повторять им, что мы не то, ни другое, ни пятое! 18 Взгляд руководителя компании (1) © ООО "САТУРС" 2014
  19. 19. Взгляд руководителя компании (2) • Месяц ходили ко мне на совещание и все про эти системы при каждом удобном случае. Надоело мне эту трескотню слушать и решил, что нужно их заставить подойти к делу серьезно. • Раз так хотят, то пусть тщательно соберут всю информацию. Проведут квалифицированный анализ – вон сколько у них умных аналитиков, да айтишников, и обоснованно докажут мне необходимость внедрения в компании такой системы. • Честно думал, что от такого поручения поостынут и перестанут дальше морочить мне голову – тут ведь серьезно поработать надо, а основной работы никто не отменял. • Однако ошибся. Нашли различные наши и зарубежные данные. Сделали презентацию. Разложили всё по полочкам. Стало понятно, что система управления требованиями может принести пользу. • Тогда дал добро делать конкретный выбор и по критерию цена- функции-качество отобрали одну систему. Этой системой и был Cradle. • Нашли российскую компанию, которая знает и внедряет эту систему. Они-то моим и помогли с ней разобраться. • Месяц у нас сидели. Обучали системе и технологии работы, да пилотный проект вместе с моими сделали. Всё получилось и все были довольны. 19 © ООО "САТУРС" 2014
  20. 20. • И вот шесть месяцев как я наблюдаю за тем, как меняется работа в компании. • Вижу, что работа в новой технологии и с новым инструментом постепенно дает положительные результаты. • Все занятые в производственных процессах стали более эффективно работать. Теперь они имеют более полное, аргументированное представление о ходе работ и качестве результатов. Время работы в стиле “пол, палец, потолок” прошло. • Прогнозы по срокам, которые озвучивают мне теперь на совещаниях, начинают совпадать с реальными результатами. • Видно, что запросы наших клиентов стали реализовываться гораздо быстрее, и проблем с качеством реализации стало меньше. Я стал меньше тратить время на выяснения отношений как с клиентами, так и со своими. • Всё это позволяет более эффективно использовать ресурсы компании, выделяя их для реализации ранее отложенных проектов. • Мне ясно, что сейчас Cradle занял ключевые позиции в процессах проектирования, разработки и сопровождения нашей продукции. • Компания начала получать возврат инвестиций в систему, обучение специалистов и технологию за счет повышения качества и сокращения сроков всех работ. Пока я доволен. 20 Взгляд руководителя компании (3) © ООО "САТУРС" 2014
  21. 21. Технологии создания понятных систем 21 www.saturs.ru

×