Тул для рисков
#1
Отправлено 01 февраля 2006 - 08:52
А именно, некоторая "база знаний", где можно хранить список рисков (включая ранее встреченные) с соответствующими properties, вести количественную статистику, допускать discussion по ним в свободной форме и прочее прочее.
P.S. Интернет был обыскан, и в результате найдено умопомрачительное количество инструментов для risk assesment, но это типичное не то.
Что скажет общественность?
#2
Отправлено 09 февраля 2006 - 08:19
А затачивать change-request системы под риски никто не пробовал? По сути, те же issues, только с другими полями и другим workflow.
#4
Отправлено 09 февраля 2006 - 08:58
Как раз в RT рабочие процессы (workflow) не настраиваются. И даже набор статусов один на всех, нельзя определить разные типы реквестов с разными наборами статусов.Вот сами на свой вопрос и ответили. Взяли RT, написали requirements, нашли знатока Perl'a и всё. Дело в шляпе.А затачивать change-request системы под риски никто не пробовал? По сути, те же issues, только с другими полями и другим workflow.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#5
Отправлено 09 февраля 2006 - 10:13
#7
Отправлено 09 февраля 2006 - 10:52
С рисками самый простой способ -- это не страдать техническими заморочками, а написать список из пяти-семи наиболее критических рисков и повесить на видном месте, чтобы постоянно перед глазами маячило. И менять этот список раз в две-четыре недели.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#8
Отправлено 23 марта 2006 - 08:08
Сдаётся мне, подобный велосипед уже должен быть изобретен.
А именно, некоторая "база знаний", где можно хранить список рисков (включая ранее встреченные) с соответствующими properties, вести количественную статистику, допускать discussion по ним в свободной форме и прочее прочее.
Что скажет общественность?
Можно вести список рисков, как для конкретного проекта, так и для множества проектов (с трассировками на требования в конкретном проекте) и с включением в конкретный проект, рисков выделенных ранее и на др. проектах в инструментарии для управления требованиями. В частности, Borland CaliberRM это позволяет делать достаточно просто. Т.к. имеет возможность определения items собственного типа и добавлять к ним пользовательские атрибуты. Обладает возможностью трассировки м/у различнами типами сущностей в нутри проекта, так и кросспроектной. Плюс к этому развитые средства отчетности и экспорта (в т.ч. в БД Access наприемер) и импорта из тех же документов Word. И при необходимости анализа -- вполь до использования Business Objects.
Консультант Borland
#9
Отправлено 23 марта 2006 - 15:46
Полностью согласен. Повесить на рабочий стол, например. Или на стенку рядом в виде таблицы, где еще отмечать принятые меры.С рисками самый простой способ -- это не страдать техническими заморочками, а написать список из пяти-семи наиболее критических рисков и повесить на видном месте, чтобы постоянно перед глазами маячило. И менять этот список раз в две-четыре недели.
И зачем это средство? Список из десятка рисков вести? Или этот десяток в "Access экспортировать"? Вы еще SAP предложите купить для этой задачи. Там тоже все это можно делать.Можно вести список рисков, как для конкретного проекта, так и для множества проектов (с трассировками на требования в конкретном проекте) и с включением в конкретный проект, рисков выделенных ранее и на др. проектах в инструментарии для управления требованиями. В частности, Borland CaliberRM это позволяет делать достаточно просто. Т.к. имеет возможность определения items собственного типа и добавлять к ним пользовательские атрибуты. Обладает возможностью трассировки м/у различнами типами сущностей в нутри проекта, так и кросспроектной. Плюс к этому развитые средства отчетности и экспорта (в т.ч. в БД Access наприемер) и импорта из тех же документов Word. И при необходимости анализа -- вполь до использования Business Objects.
Ну, а если вы собираетесь работать "по взрослому", то скажите, как в Borland CaliberRM считаются риск оптимумы? А градиент как расчитывается?
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#10
Отправлено 03 апреля 2006 - 14:22
Ну, а если вы собираетесь работать "по взрослому", то скажите, как в Borland CaliberRM считаются риск оптимумы? А градиент как расчитывается?
Сергей, подскажите пожалуйста, что такое риск оптимумы и градиент риска? да, и их применениt тоже очень интересно. Я до этого времени не слышал подобные термины.
#11
Отправлено 04 апреля 2006 - 18:14
В статье часть терминологии:Сергей, подскажите пожалуйста, что такое риск оптимумы и градиент риска? да, и их применениt тоже очень интересно. Я до этого времени не слышал подобные термины.
http://software-test...-approaches.htm
риск оптимумы - термин из теории управления рисками.
градиент - из курса теорвера (как правило, не входит в институтский курс)
А зачем вам? Управление рисками на основе математического аппарата - очень дорогостоящая вещь.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных