Кто-нибудь в своей компании использует Rup?

Видимо, я буду первым в новом форуме :)

Прочитав статью "Автоматизация процесса тестирования при помощи методологии и инструментальных средств IBM Rational", я решил не обсуждать её качество (пока ;)), а вместо этого узнать, что думает уважаемая аудитория форума о RUP вообще, а не только о подпроцессе тестирования.

Вот что я решил спросить:
- используется ли в Вашей компании RUP?
- если да, какая часть RUP используется, то есть что осталось после адаптации?
- если да, устраивает ли Вас используемый процесс?
- если нет, планируется ли внедрение RUP?
- если нет, хотели бы Вы, чтобы RUP использовался в Вашей компании?

Заранее спасибо за ответы!

По порядку.

Вот что я решил спросить:
- используется ли в Вашей компании RUP?

Нет.

- если да, какая часть RUP используется, то есть что осталось после адаптации?
- если да, устраивает ли Вас используемый процесс?

Скипнуто.

- если нет, планируется ли внедрение RUP?

Нет.

- если нет, хотели бы Вы, чтобы RUP использовался в Вашей компании?

Нет, зачем?


Я не ёрничаю, на прошлом месте работы пробовали не нашли ничего ТАКОГО.

Судя по молчанию народ не особо использует RUP?

Судя по молчанию народ не особо использует RUP?

Или использует, но боится в этом признаться :)

Мы тоже пробовали использовать RUP, даже два раза делали такие попытки. Больше не используем. Почему? Потому что после адаптации (tailoring) у нас не осталось НИЧЕГО! То есть взяли мы RUP и начали выкидывать всё ненужное, как разработчики и предлагают, и выкинули в результате вообще всё, кроме того, что у нас и раньше было без всякого RUP'а.

Почему я, тем не менее, питаю к RUP достаточно большое уважение? За их замечательную концепцию "подпроцессов", ранее никто так явно не выделял, например, тестирование, управление, сопровождение как подпроцессы процесса разработки. Такой подход помогает даже без применения RUP переосознать имеющийся процесс, лучше понять причинно-следственные связи.

Кроме того, мне очень понравились их диаграммы ролей, деятельностей и артефактов. Мы для себя нарисовали такие же, очень удобно. Спасибо Rational за это! :)

Вопрос, может не совсем в тему (или не в эту ветку), а как вы назовёте подход, который (исторически?) сложился в вашей организации?
Может это и есть RUP, только немного модифицированный?

Яблоко-то от яблони не далеко падает...

RUP Это ужастно.

Не хотелось бы быть назойливым, но не могли бы вы аргументировать: почему вы так считаете и с чем сравниваете?

Если никто не использует RUP, то чем же пользуются уважаемые?

И ещё, подарите пожалуйста шаблоны (на рус.) документов для тестирования (план тестирования, журнал тестирования и т.п.), буду очень признателен и заранее спасибо.

IMHO главное достоинство RUP - это то, что он предоставляет универсальную концепцию, на основании которой можно построить свои рабочие процессы, в частности тестирование.

Именно построить, используя RUP как шаблон.
Позволю себе не согласиться с многоуважаемым barancev в том, что tailoring - это банальное выкидывания из RUP всего "лишнего", это именно адаптация, читай, переосмысление RUP-овских процессов и создание аналогичных, приемлемых для Вашей организации.

Справедливости ради, надо заметить, что создание методологии организации может основываться и на вещах, отличных от RUP, например IEEE или CMMI, однако грамотное их применение приведет к сравнимым результатам, т.к. все они не противоречат друг другу.
Главное достоинство RUP удобной форме представления, наборе шаблонов, ну и совместимости с общепринятыми в SW стандартами.

По поводу части, которая остается после адаптации RUP - так это, действительно негусто... внешний вид (структура и организация документов и пр.), терминология, шаблоны (не без коррекций, естественно), общие определения основных процессов. А остальное - уже специфика вашей организации

По порядку.

Вот что я решил спросить:
- используется ли в Вашей компании RUP?

Нет.

- если да, какая часть RUP используется, то есть что осталось после адаптации?
- если да, устраивает ли Вас используемый процесс?

Скипнуто.

- если нет, планируется ли внедрение RUP?

Нет.

- если нет, хотели бы Вы, чтобы RUP использовался в Вашей компании?

Нет, зачем?


Я не ёрничаю, на прошлом месте работы пробовали не нашли ничего ТАКОГО.

По правде говоря, была удивлена.
А почему Вы так часто упоминаете RUP в своих статьях?

Уж раз речь идет о RUP...
Мучаюсь вопросом.
RUP - это методология разработки ПО. Можно ли ее считать в том числе и методологией тестирования?
Если да, то можно ли тогда любую методологию разработки ПО (которая подразумевает и тестирование ПП) считать и методологией тестирования?
Если нет, то какие существуют методологии тестирования ПО?

Заранее огромное спасибо.

Я не ёрничаю, на прошлом месте работы пробовали не нашли ничего ТАКОГО.

По правде говоря, была удивлена.
А почему Вы так часто упоминаете RUP в своих статьях?

Улыбнуло :) Приятно вспомнить.

Тема в которой мы находимся датирована 2004 годом. Тогда я действительно так смотрел на RUP и иже с ними методологии. Видимо тогда не дорос, а скорее всего просто не научили правильно смотреть на понятие методологии.

Сейчас моё отношение наверное уже неоднократно светилось в форуме и публикациях: использую, умею адаптировать и внедрять. Более того постоянно держу под рукой как, наверное, видно из моих ответов на эту тему.

PS
На всякий случай оговорюсь - не адепт, и не фанат. Здравый смысл никто не отменял :)

RUP - это методология разработки ПО. Можно ли ее считать в том числе и методологией тестирования?

Я из первоисточника, если позволите.

What is the Rational Unified Process, or RUP? 

The heart of RUP
At it's heart, the Rational Unified Process® (RUP®) is about successful software development. There are three central elements that define RUP:

An underlying set of philosophies and practices for successful software development.
These philosophies, core practices and essential elements are the foundation on which the RUP has been developed. RUP has a long history of ongoing evolution that has included the Rational Approach, the Objectory Process, ClearGuide, SQA Process and so forth. To have an overview of RUP philosophy please read the Spirit of RUP article.

A process model and associated content library.
Defined and improved on an ongoing basis by Rational Software, the RUP process model and associated content library defines the base RUP software engineering process framework from which you create your own process configurations.

The underlying process definition language.
Underlying it all is a process meta-model. This model provides a language of process definition elements for describing a software engineering process. This language is based on the SPEM extension to the UML for software process engineering and the Unified Process methodology.

РУП не догма и не стандарт, просто хорошо сделанная библиотека решений.
Для меня РУП в первую очередь как и сказано в цитате:

A process model and associated content library.

Улыбнуло :) Приятно вспомнить.

Тема в которой мы находимся датирована 2004  годом. Тогда я действительно так смотрел на RUP и иже с ними методологии. Видимо тогда не дорос, а скорее всего просто не научили правильно смотреть на понятие методологии.

Сейчас моё отношение наверное уже неоднократно светилось в форуме и публикациях: использую, умею адаптировать и внедрять. Более того постоянно держу под рукой как, наверное, видно из моих ответов на эту тему.

PS
На всякий случай оговорюсь - не адепт, и не фанат. Здравый смысл никто не отменял :)

Спасибо, Вячеслав!
Расставили точки над i

Я из первоисточника, если позволите.

А не могли бы поделиться полной версией первоисточника?

РУП не догма и не стандарт, просто хорошо сделанная библиотека решений.
Для меня РУП в первую очередь как и сказано в цитате:

A process model and associated content library.

Ну, теперь все стало на свои места.
Спасибо за информацию!

Я из первоисточника, если позволите.

А не могли бы поделиться полной версией первоисточника?

RUP это в общем-то вполне отдельный коммерческий продукт: как я им поделюсь? Сориентируйте, пожалуйста, а вы как разбирались с RUP-ом?

Я из первоисточника, если позволите.

А не могли бы поделиться полной версией первоисточника?

RUP это в общем-то вполне отдельный коммерческий продукт: как я им поделюсь? Сориентируйте, пожалуйста, а вы как разбирались с RUP-ом?

Вячеслав, я как раз тем и занимаюсь, что пытаюсь разобраться с RUP-ом...
Как говорится, с миру по нитке...

Теперь я держу его в руках :)
Цитату Вашу нашла (тот самый первоисточник ).
Большое спасибо за то, что скоординировали!