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

×


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

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


Сообщения - oduduka

Страницы: 1 2 3 4 »
1
Сообщество Аналитиков / Re: Перевод BABOK
« : 13 Ноября 2012, 17:58:34 »
Добавила статью по мозговому штурму:
http://lib.uml2.ru/Brainstorming

2
Сообщество Аналитиков / Re: Перевод BABOK
« : 09 Ноября 2012, 11:27:43 »
Невезучая тема. Но все-таки. В Вики есть уже 2 статьи про два первых метода:


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

3
Сообщество Аналитиков / Re: Перевод BABOK
« : 09 Декабря 2011, 00:35:07 »
После Введения активность по переводу как-то затихла... Поэтому, надеюсь, никто не будет возражать, если я займусь главой "Методы"?
Вводная и список (еще пока не переведенный) методов BABOK уже добавлены. Обсуждение приветствуется.

http://lib.uml2.ru/%D0%93%D0%BB%D0%B0%D0%B2%D0%B0_9._%D0%9C%D0%B5%D1%82%D0%BE%D0%B4%D1%8B

4
п.2 меня пугает словом "окончательный" и неясностью критериев перехода к нему с учетом не особо активного обсуждения каждого из терминов. Да и что должно измениться в судьбе термина после проведения такого "круглого стола"? 

А вот активизировать review всеми руками за! Со своей стороны готова поучаствовать и уже начала кое-где.

5
Мне вот эта понравилась http://www.amazon.com/Software-Systems-Requirements-Engineering-Practice/dp/0071605479
Начинать знакомство с аналитикой с нее не стоит, но зато там есть практические примеры и любопытные подсказки.

6
Бизнес-анализ и Целеполагание / Re: BABOK 2.0
« : 06 Октября 2011, 23:56:46 »
Там довольно любопытный набор техник (приемов) приведен, причем с очень четким описанием и рекомендациями, когда какие техники применимы. Возможно, их больше, чем вам реально понадобится. Это как огромная коробка с красками - ребенку радость, а художнику хлеб насущный.

7
Я бы предложила начать с планирования ваших активностей по написанию документации. У вас уже вся информация есть и вам только бумажку наколбасить или вам потребуется время на сбор информации у N заинтересованных лиц, а потом еще и на согласование документа с ними?
Декомпозируйте, другими словами. Точно оценить легче всего то, что ты один раз уже делал. Большая задача часто состоит просто из большого количества работ, которые уже приходилось делать.

8
Добавьте и мой блог на около-аналитические темы, пожалуйста:
http://oduduka.blogspot.com/

фильтрованный фид: http://oduduka.blogspot.com/feeds/posts/default/-/uml2

Хорошая идея. И оформление странички "Мысли аналитиков" гораздо симпатичнее странички с табличкой, от которой прямо таки рябит в глазах...

9
Краткий ответ - есть. Например, DOORS предназначен в перую очередь для Systems, а не для IT
Собственно вопрос не просто есть или нет. Вопрос - есть или нет у нас в России. Знает ли кто на своем примере или примере знакомых, работающих в других отраслях? Как это происходит? Есть ли сбор требований с клиентов или конечных потребителей? Есть ли что-то более серьезное, чем маркетинговые исследования? Знает ли кто-то живые примеры?

10
"Между молотом и наковальней"
Навеяло: "И заказчики сыты, и архитекторы целы, и аналитику вечная память..."

А вообще вот сложились слова в слово :) Хотя и чувствую, что побьют за то, что не все действия соответствуют роли по RUP  ;D:
Выяви
Анализируй
Моделируй
Проектируй
Исследуй
Реализуй

11
...ничего нового BABOK не дает все, что собрано вместе, давно уже описано в других источниках. Если взять RUP и его дисциплины Бизнес-моделирование и Требования - можно найти все тоже, что есть в BABOK и даже больше.
ПО-моему это еще одна попытка заработать денег на общих знаниях :)
Исходя из этой логики можно расценить как способ одурачить большую часть бизнес образования, а также конференции типа ReqLabs и им подобные. :)
А вообще говоря, на представлении (часто идентичной) информации в разных разрезах, контекстах или стилях изложения держится большая часть публикаций во всех отраслях человеческой деятельности. Я даже склоняюсь к мысли, что обилие новаторства часто вредит успеху публикации или презентации. Гораздо лучше люди воспринимают традиционные взгляды, а новое стоит добавлять в гомеопатических дозах :) Так сказать, чтобы на фоне общеизвестного слушатели и не заметили, что узнали новое :)
Но это не умаляет значения работ, призванных взглянуть на старые данные в новой проекции. На том стоит OLAP, на том испокон веков стояла профессия критика, то же относится к справочникам, а равно и к BABOK. Мне он показался очень интересным именно как справочный труд, который удобно иметь под рукой.

12
Ты же сам пишешь группировка по актерам. по функциям, по другим моментам, можно группировать на верхнем уровне по актерам а ниже по другим категориям, а можно просмотреть все по другой иерархии
Хм... походу беседа клонится к обсуждению таксономии требований и EA тут не при чем получается. :) Я согласна с Виталием - делать надо, как удобнее, хотя бы самому себе для начала. А то окажешься в положении сороконожки, которая задумалась, с какой ноги идти. Классификация очень сильно может зависеть от поставленной перед тобой задачи...
Да и требования на практике не обязаны выстраиваться в строгую иерархию по какому-либо одному или нескольким атрибутам. В случае EA мы имеем дело с реляционной БД, в которой требования - записи с некоторым набором атрибутов (можем назвать их аналитическими признаками или даже классификаторами). EA позволяет делать выборки-отчеты, фильтруя записи по атрибутам.
Если этого недостаточно, можно рассмотреть возможность прикрутить к БД EA какое-нибудь средство построения отчетов или того больше - OLAP... :)

13
Обучение / Re: Системный аналитик с нуля!
« : 18 Декабря 2009, 17:55:45 »
Просто любому работодателю нужен универсал, эдакий "и жнец, и швец, и на дуде игрец". Да еще недорогой и высококвалифицированный.
Частенько в разговоре мы подменяем понятие должность (вакансии) на роль (например, согласно RUP или иной методологии) или наоборот. От этого спорим, не понимаем друг друга и удивляемся, почему же PM должен быть еще и аналитиком. А казалось бы, чему удивляться? Многие ли часто работают в проектах, численность команды которых превосходит количество ролей RUP?!
Думаю, об ортодоксальном соответствии должностей ролям могут себе позволить размышлять только крупные проектные команды. И то, можно заметить, что чем активнее идет дележ работы на свою и чужую, тем больше пограничных задач остаются "ничьими" просто в силу того что о них забыли или никак не могут договориться, чья же она. :)
Не возьмусь судить, что выгоднее для бизнеса - когда работу сделали дважды из-за перекрывающихся должностных обязанностей или когда ее не сделал никто из-за недочетов в ролевой модели, но определенно первый вариант продвинул проект ближе к завершению, а второй нет.
Вот и ищут компании именно таких людей, которые помогут им реализовать их бизнес-цели и успешно завершить проекты. И уж кто как не мы, аналитики, должны легко выявлять и понимать эти цели?! ;)

14
Sparx / Re: Добавление атрибутов требований
« : 12 Декабря 2009, 18:33:37 »
По-моему, в EA нет ни того ни другого. Но очень бы хотелось ошибаться...

15
ура-ура!!! :) Главное чтобы из потенциально заинтересованных никто не отвалился :) Свою заинтересованность подтверждаю и жду дальнейших новостей...

Страницы: 1 2 3 4 »