Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.
Системы управления требованиями
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
Próxima SlideShare
Cargando en…5
×

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

38.061 visualizaciones

Publicado el

Publicado en: Tecnología

Четыре взгляда на 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

×