241

Управление Проектом / Re: Скрытые интересы

« : 23 Августа 2013, 11:30:52 »

всем привет!
Гриша, подскажи, пожалуйста, когда можно будет посмотреть выступление Елены Серпионовой на ЛАФе?
Уж очень интересная тема.... и, думаю, не только мне
Спасибо!

Все видеозаписи, кроме тех, которые просили не публиковать докладчики, выложены и опубликованы здесь:
http://conf.uml2.ru/program2013/

Доклад Елены там тоже есть.

242

Обучение / Re: Бизнес-аналитик - полный курс подготовки. Где?

« : 17 Августа 2013, 22:11:57 »

Мне роль бизнес-аналитика представляется так. Если:
- разрабатываемая или внедряемая вами система автоматизирует какие-то процессы в организации,
- эти процессы формализуются в рамках какой-то модели,
- и вы тот человек, который занимается этой формализацией,
то вы - бизнес-аналитик.

Судя по словам BPMN и eEPC, этой формализацией приходится заниматься.

243

Обучение / Re: Бизнес-аналитик - полный курс подготовки. Где?

« : 15 Августа 2013, 22:00:39 »

Denis Beskov, скажите тогда, пожалуйста, как по-Вашему, если UML и RUP бесполезны, какие тогда методологии нужно знать бизнес-аналитикам?

Я вот думаю, что начинающему аналитику поработать в RUP было бы очень полезно, потому что, во-первых, он даёт общее и хорошо систематизированное представление о процессах разработки, а во-вторых, именно в нём чётко определена роль аналитика. Но "поработать" и "изучить на тренинге" - это, конечно, совсем разные вещи.

244

Управление Проектом / Re: Скрытые интересы

« : 27 Июня 2013, 18:22:54 »

Ой, спасибо за интерес, но я же не психолог, и у меня есть только оценочные суждения. И до Фестиваля у меня уже точно не будет времени, а после него уеду в отпуск.

Но у нас на ЛАФ будет выступать настоящий психолог, надо будет её попросить прокомментировать ситуацию. Только я могу забыть. Кто ещё из присутствующих будет на Фестивале - напомните или попросите сами. Отличный повод завязать разговор на афтепати, между прочим.

245

Сообщество Аналитиков / Re: Какие проблемы вас волнуют больше всего?

« : 27 Июня 2013, 13:59:13 »

Может тебе тоже стоит начать с требований к пригодности? Ты, насколько я помню, тоже рассказывал про интерфейсные РЕШЕНИЯ, а не про требования к пригодности, которые они обеспечивают.

Наверное, стоит. Я, честно говоря, ещё даже не знаю, что такое требования к пригодности. Пригодность - это что-то из стандарта ISO9126? Если да, то как оно называется в оригинале?

246

Сообщество Аналитиков / Re: Какие проблемы вас волнуют больше всего?

« : 27 Июня 2013, 12:53:24 »

Зачем изучать основы, если можно дать примеры и правила формулирования этих требований?

Например, я выступаю на конференции и рассказываю о том, насколько важно удобство инструментов управления требованиями для разных участников разных процессов, а ко мне потом подходят и говорят: "ну так всё, о чём вы рассказывали, наша система умеет делать, в чём проблема?" Для них нет границы между ответами на вопросы "что" и "как". Они просто не слышат про нефункциональную сторону системы. В такие моменты я вспоминаю муху, пытающуюся вылететь из плоскости, через неё проходящей. И "просто правила и примеры" тут не помогут, нужно изучить основы - понять, почему и зачем эти примеры именно такие.

Именно поэтому, на мой взгляд, юзабилити и превратилось в самостоятельную отрасль: туда ушли те, кто понял разницу.

247

Управление Проектом / Re: Скрытые интересы

« : 27 Июня 2013, 12:45:39 »

Elf, я обращался к darco, Nataly, greesha.

Мы тебе тоже завидуем.

Я хотел написать тут длинный пост с разбором разных вариантов и выводом it depends и "всё зависит от конкретных людей", но бросил, когда до меня дошло, что Элла имеет в виду не абстрактную, а реальную ситуацию.

248

Сообщество Аналитиков / Re: Какие проблемы вас волнуют больше всего?

« : 27 Июня 2013, 10:35:48 »

И что из этого следует?

Цитата:

Актуальность: готовых техник выявления НФТ очень мало, в среднем у аналитиков меньше практики с НФТ, чем с ФТ.

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

Например, пригласить специалистов по высоким нагрузкам для участия в проектировании новой версии системы. Они не аналитики, но сумеют описать достаточно формализованные требования.

Или пригласить юзабилистов для участия в проектировании UI.

249

Сообщество Аналитиков / Re: Какие проблемы вас волнуют больше всего?

« : 27 Июня 2013, 01:36:38 »

Гриша, эти дисциплины изучают методы обеспечения этих аспектов качества, а не задания требования к ним.

Эксперты по этим дисциплинам вполне в состоянии выявлять и описывать соответствующие требования, исходя из теории и собственного опыта. В отличие от многих аналитиков, которых до сих пор учат, что нефункциональная сторона системы - это что-то второстепенное.

250

Сообщество Аналитиков / Re: Какие проблемы вас волнуют больше всего?

« : 26 Июня 2013, 20:43:26 »

2. Выявление и спецификация нефункциональных требований.
Актуальность: готовых техник выявления НФТ очень мало, в среднем у аналитиков меньше практики с НФТ, чем с ФТ.

Многие группы НФТ давно уже превратились в самостоятельные дисциплины, с собственными специалистами: информационная безопасность, производительность, юзабилити.

251

Управление Проектом / Re: Скрытые интересы

« : 26 Июня 2013, 13:13:01 »

Никак, оба обидятся и начнут искать новую работу. Если до того времени новый аналитик не уволится или не уйдёт на повышение.
Худший (для компании) вариант: новый уволился, а старые уже обиделись и получили предложения из другой компании.

Правильный вариант в этой ситуации: уволить начальника-"стратега", но в жизни такое редко встречается.

252

ПО Аналитика / Re: Как оценить внедрение СУТ? ROI (Return on Investment)

« : 18 Июня 2013, 16:21:47 »

Не впечатлила ссылка. При таком подходе TFS, Jira - тоже СУТ :-).

TFS - это действительно полноценная СУТ. С управлением требованиями там всё в порядке. ALM Rangers вон целую книгу написали про управление требованиями в TFS http://vsartfsreguide.codeplex.com/

Вот с разработкой требований в TFS не очень, но это решается. Ира Сурова на ЛАФ будет рассказывать, как они скрестили TFS и Enterprise Architecht. Кроме того, ходят упорные слухи, что TFS будет интегрироваться с Borland CaliberRM.

С моей точки зрения, СУТ, не встроенная в ALM, - вещь в себе. Полноценное управление требованиями возможно, только если оно замкнуто на все процессы разработки. То есть СУТ должна быть либо частью системы ALM, либо прозрачно интегрироваться с другими инструментами.

253

ПО Аналитика / Re: Как оценить внедрение СУТ? ROI (Return on Investment)

« : 16 Июня 2013, 20:01:14 »

Добрый день, коллеги.
В моей компании задумались над СУТ (система управления требованиями).
Необходимо выбрать, обосновать и на пилотном проекте опробовать.

Встает вопрос как оценить внедрение? Просто грамотные фразы и красивый интерфейс не подойдут. Необходимы именно какие нибудь количественные, измеримые показатели. Например время, необходимое для внесения изменений сократилось на 20%.

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

Управление требованиями затрагивает все процессы, связанные с разработкой ПО, и каждый из них нужно оценивать. С требованиями работают, как минимум:
- аналитики, которые их разрабатывают;
- руководители проектов (собственно, управление требованиями - это их задача);
- разработчики, которые их реализуют;
- тестировщики, которые проверяют реализацию.

У всех этих людей свои процессы, а у каждого процесса свои показатели.

В первую очередь внедрение СУТ должно сказаться на качестве. Здесь есть где развернуться с показателями, потому что в области оценки качества их изобретено много. Наверняка у вас какие-то уже есть.

Конечно, для оценки хочется взять цифры "до" и "после" и сравнить. Но на практике, во-первых, чтобы иметь цифры "до", нужно, чтобы какая-то статистика уже была. Если у вас есть какие-то верхнеуровневые показатели, полученные от взаимодействия с заказчиком (количество запросов на изменения, рекламаций на неправильно реализованные или нереализованные требования и т. п.), то имеет смысл их использовать.

А во-вторых, внедрение СУТ может создать новые процессы, показатели эффективности которых просто не с чем будет сравнивать, потому что до внедрения их не было.

Самый очевидный профит от внедрения СУТ получит менеджер проекта (условное название, в разных компаниях это могут быть разные роли), которому управление требованиями даёт в руки множество новых показателей для оценки и управления, например:
- готовности продукта (процент реализованных требований - правда, при условии, что вам удастся полностью покрыть разрабатываемую функциональность документированными требованиями);
- протестированности продукта (процент выполненных тестов - в дополнение к предыдущему условию нужно, чтобы тест-кейсы тоже разрабатывались по требованиям, а не "сами по себе");
- временные оценки на разработку и тестирование - начнут работать после набора более-менее адекватной статистики по оценочной и реальной трудоёмкости работ по разработке, реализации и тестированию требований.

Но все эти показатели будут адекватными реальности только если действительно удастся внедрить управление требованиями во все перечисленные процессы. Все эти люди должны начать действительно использовать СУТ в своей работе.

254

О Сайте и Форуме / Re: Рубрика: Люди

« : 29 Мая 2013, 10:42:35 »

В чем проблема? Вам поменять местами? Окей поменяю. Дейстивтельно, просто спросили бы явно. И не нужно было бы этого бессмысленного голосования и этого треда.

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

255

Вакансии / Re: Ищется программист ЦФТ. Найдись!

« : 28 Мая 2013, 01:14:25 »

Разработка компонент корпоративного портала для клиентов на ЦФТ? ЦФТ бэк офисное ПО для банков. Как она связана с клиентами на портале?

В ЦФТ много всего. У них и интернет-клиент банковский есть, по-моему.