Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Denis Beskov

1321
К тебе уже выстроились в очередь блестящие аналитики? ;)
Нет, но я не думаю, что блестящих можно найти публикацией объявлений на форумах.

1322
Может оно где-то и правильно, но у меня интересы каждые полгода меняются.
И не факт, что то, о чём мне интересно рассказать сейчас, будет интересно мне следующим летом.

Хотя... вот Req Labs показал, что у нас в России тренингов на тему «Выявление требований: быстро, жёстко, качественно, в рамках закона» — нет.

1323
Регистрация на семинар по разработке Концепции ПО:
http://livents.ru/msk/event/2009/11/26/razrabotka-rontseptsii-po
Саша, поправь там дату в теле описания.

1324
Качество -не есть соответствие чьим либо ожиданиям. Мне кажется, что качество аналитика - это…
Вы правда считаете, что можно вести дискуссию подобным образом?
Во-первых, один из принципов управления и поддержки мотивации — оценивается не человек, а его деятельность.
Во-вторых, если хотите оспаривать чьи-либо слова, приводите аргументы.

Цитировать
Короче вывод получается такой - что оценка аналитика (персоны, работника) есть действительно субьективная штука, только наверное не внешними (по отношению к проекту/процессу) личностями, а самой командой
1. Кто такие «внешние»? 2. Что такое «сама команда», если в процесс управления требованиями вовлечено, например, 9 производственных ролей?

1325
Вигерс в своём профиле профессии аналитика требований:
http://www.processimpact.com/process_assets/RA_job_description.doc
приводит следующие (перевод Д.Олеванова, см. связанную тему: http://www.uml2.ru/forum/index.php?topic=202.0)
Показатели качества работы
1.   Оценка требований продукт-менеджером и менеджером проекта относительно общего качества и эффективности продукта на рынке после разработки продукта.
2.   Отзывы ключевых клиентов о реализации процесса управления требованиями
3.   Показатели удовлетворенности клиентов
4.   Соблюдение или превышение планов разработки требований, ограничений по ресурсам и качественных целей
5.   Контроль расползания требований, связанный с пропущенными требованиями и просачиванием "неформальных" требований в проект

Дальше можно уже думать, какие шкалы ввести, для начала вам может хватить и 3-х значений для каждого показателя.

NB: Субъективные оценки важны и нужны, потому что качество — это соответствие ожиданиям ключевых ЗЛ, а ожидания всегда субъективны.

1326
Сейчас как раз проходим очередной цикл доработки СУТ в части перечня атрибутов в ходе развития процесса УТ и внедрения инструмента УТ.

Получилось уже порядка 15 атрибутов, о том, как они помогают, я лучше расскажу попозже, когда обкатаем на проектах.

1327
последние  1,5 месяца рассылка выходит 1 раз в неделю.
и где о ней можно прочитать на сайте?

1328
А она вообще есть?

А каким должен быть сценарий работы этой рассылки?

1329
ИМХО мы полезли не в те дебри. Это все равно, что психолог будет строить предположения о применимости централизованной или децентрализованной системы хранения информации.
Саша, ты читал Юнга? Аугустинавичюте? Пытался наблюдать действенность их моделей в жизни?

1330
Стереотип о том,что экстраверт -  много общается, а интроверт-мало мягко говоря неверен.
А где я это утверждал? Аккуратнее делайте выводы, на фактах. Я вообще ушёл от дихотомии интраверт/экстраверт, сделав фокус на объёме и содержании работы.

Цитировать
Интересно,что Вы понимаете под "уметь общаться"? Умение понимать собеседника, доносить свои мысли, конструктивно обсуждать спорные моменты покрывает это понятие?
Всё входит.


Цитировать
1-й случай. Аналитик экстраверт. Будет задавать много вопросов, обсуждать все вопросы, вести беседу. То есть 90% процесса проработки требований заказчик услышит в ходе переговоров с аналитиком.
Есть классические перегибы «плохого аналитика-экстраверта» — когда такой аналитик говорит много лишнего, недостаточно хорошо слышит, что ему говорят, не делает нужных пауз. Примеры регулярно встречаются. Насчёт 90% вы жжоте.

Цитировать
2-й случай. Аналитик интроверт. Будет  слушать заказчика, задавая одиночные вопросы там, где без него действительно никак. То есть в основном будет монолог заказчика. Аналитик соберет полученную информацию,проработает ее наедине, после чего задаст дополнительные вопросы заказчику.
Вы приводите пример перегибов «плохого аналитика-интраверта».

Вы серьёзно думаете, что 90% «проработки» информации возможно тут же на встрече по её «сбору»?

Ещё раз — на встрече с заказчиком аналитик не должен быть ни интравертом ни экстравертом. Он должен делать то, что от него требует контекст и задача. Хорошие аналитики это делают, вне зависимости от своих природных склонностей. Плохие остаются жертвами своих «врождённых» свойств личности.

1331
Я недавно рассуждал подобным образом — какова должна быть доля общения в рабочем времени профессионалов?

Мои оценки:

Менеджер проекта — 70%
Руководитель подразделения — 70%

Менеджер продукта — 50%
Бизнес-аналитик — 50%
Системный аналитик — 50%
Технический писатель — 50%

Системный архитектор — 40%

Проектировщик ПИ — 30%
Разработчик — 30%
Тестировщик — 30%

Выводы про интроверсию/экстраверсию делайте сами.
У меня есть 2 принципа: 1) человек должен уметь делать свою работу; 2) человек должен уметь общаться.

1332
насчет 7-9 объектов, это безусловно так, но в данном случае необходимым условием является отображение связей между таблицами.
необходимо наглядно показать общую схему данных. как связаны через "третье лицо" (промежуточную таблицу(ы)) таблица с таблицей.
Зачем?

Вы создаёте некоторый продукт (общую схему данных), который будет кем-то потребляться и использоваться в работе. Как эта схема будет использоваться?

У меня была как-то похожая задача с базой из 400 таблиц — нужно было понять «а чо ваще есть», какие есть кластеры, какие сироты и т.д. — разовая задача. Вести дальнейшее развитие такой схемы без пакетирования нецелесообразно.

1333
Для всех / Re: помогите с задачами!!!!
« : 08 Ноября 2009, 17:57:08 »
я предсказывал, что после запросов на алгоритм экономической системы появятся запросы на алгоритм человека.

1334
Проблема, поставленная автором топика (в плане моделирование на UML), мне интересна, и поэтому я предлагаю прекратить базар, который здесь разводится.
Логическая связка изумительная:
А. Походя обозвал деятельность незнакомых людей «базаром».
Б. «Базаром», на который, похоже, было бы наплевать, если бы не:
В. Тема интересна некому denis-itk.
Г. И значит можно приходить, огульно обзывать и пытаться устраивать свои порядки.

Денис, ты кто такой для подобных заходов? UML-гуру? Владелец форума?
Ты зарабатываешь на консультировании по UML.
Мы — нет, занимаемся сугубо добровольной помощью.
Ты растишь свою репутацию и выстраиваешь взаимоотношения с потенциальными клиентами.

Так имей совесть и не зарывайся.

1335
Ладно, термин «алгоритм» трактуем как хотим.

В3. О модели экономической системы какого общества вообще речь? Ранний палеолит? Мезозой? Урарту? Камбоджа 6-го века? Пруссия 17-го? Современный Непал? Что, у всех всё одинаково? E = mc2?

Как вообще можно обсуждать какую-то модель, если не задана область, для которой она строится?