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

×


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

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


Сообщения - bas

3706
Всем спасибо за бурное обсуждение - разобрались . . .

Так может скажите как разобрались??

3707
UncleKo,

Если Вы внимательно прочли правила, то в сообщество принимают только тех, кто сделал не менее 10 постов в форуме. Как только немного пообщаетесь, я сразу вас добавлю в сообщество. Обновите здесь ветку после ваших 10 сообщений.

3708
Ребята,

Вы не путайте маркетинговую часть и анализ.
Ну например это инвестиционный проект, Заказчика как такого нет. Цели и проблемы были сформулированы в ходе опроса знакомого врача (ей).

Как выявлять требования в этом случае?? Как удостовериться что все необходимые требования собраны, если нет как таковой заинтересованности потенциальных Заказчиков?
Это похоже на интернет проект, когда нет как таковых заказчиков и как собирать требования - непонятно.

3709
Другие Методологии / Re: Post-Agile
« : 10 Октября 2007, 14:27:08 »
Полезны кому? Если удовлетворять потребности пользователя не планируется, то утверждения Маслоу не интересны и не нужны.

Ну пишется Система как раз для удовлетворения потребностей, только вопрос каких? И как утверждения Маслоу могут здесь помочь?

3710
Ну это ты совсем глобально замахнулся. Это же сколько надо сил и времени для этого??

3711
А по purpose у меня другие данные

purpose [ ]
1. 1) назначение, намерение, цель; замысел, стремление to accomplish, achieve, fulfill a purpose — достигнуть цели - beside the purpose - for a purpose - on purpose - to the purpose Syn: aim , end , goal , object , objective , intention , design 2) результат; конечная цель, успех Syn: end 1., aim 1. 3) основная мысль, ядро, предмет, тема, суть He answered him very far from the purpose. — Он ответил ему почти совсем не по существу вопроса. 4) воля, целенаправленность, целеустремленность • Gram: Adverbial clause of purpose

3712
Ну Эд ты это уже загнул.

А цель должна быть всегда. Только надо различать Purpose и Goal, первое - это Назначение (документа или ...), а второе Цель (проекта, разработки ...)

На счет Скоуп - это границы, если говорить про документ - это ИМХО для кого он предназначен (в верхнем примере это наверное "1.5   Список согласователей" :) ).

3713
Особенно порадовали оставшиеся в наследство материалы к курсу :)

Может поделиться тогда с народом?

3714
Вот только-что прислали документ из одной немало известной компании документ под названием: "Vision по созданию ...."

Содержание такое:
1   Введение   3
1.1   Цель   3
1.2   Описание бизнес проблем   3
1.3   Ограничения задачи   4
1.4   Нормативные документы   4
1.5   Список согласователей   4
1.6   Глоссарий   4
2   Бизнес-требования   5
2.1   Область применения   5
2.2   Требования к процессам   7
2.3   Требования к экранным формам   7

Параграф Цель начинается так:
"Документ содержит требования к формированию ...."
Хотя в этом разделе есть цели, но воды больше :)

В общем уж не называли бы так документы если писать не могут ...

3715
Вроде перешли на версию форума 1.1.4

3716
Михаил, ну а Вы на что?? Или Вы слепо принимает, что скажет эксперт/заказчик/архитектор? А у вас не было ситуации, что Архитектор/ст разработчик говорит, что это не возможно сделать, а заказчик хочет?? Что Вы делаете в этой ситуации?? Либо бьете архитектора, что он лентяй, либо говорите заказчику, что будет это стоить в два раза больше.

З.Ы. От полного субъективизма Вы не уйдете. Это как в программирование, одно и то же можно реализовать 10ью способами, чем квалифицированнее программист или его контролирующий программист, тем он это сделает оптимальнее, но не идеально.

3717
По моему должна быть такая проверка:
1. Эксперт по качеству/тестированию, кот. проверяет полноту ТЗ и соответствие ТЗ принятым нормам, да и хотя бы что бы было понятно, что аналитик имел ввиду.
2. Архитектор/ст. разработчик, кот. проверяет на реализуемость
3. Специалист ИТ, кот. проверяет не функциональные требования
4. Заказчик, кот. проверяет на свои хотелки.
5. Ну и по желанию спец по ГУИ

3718
Могу предложить следующее:
1. Оценка времени выполнения задания. Например, год назад он писал требования к подсистеме за 10 дней, а сейчас к подобной за 5
2. Качество ТЗ. Например, год назад было 20 исправлений от эксперта по качеству, а сейчас 10.
3. Кол-во запросов на изменение.

Но все это субъективные критерии и могут только быть в помощь для ПМ, но не как жесткий критерий

3719
Часто бывало так, что большую работу в универе брали на двоих: я придумывал как должно работать, оформлял отчет, а друг потом писал прогу 8). Вот так и начался мой путь аналитика.
Вот таких людей я бы брал из университетов себе на работу ....

3720
Программированием увлёкся в школе, ещё до того, как увидел компьютер. :) Сжёг два калькулятора Электроника МК-61, после чего изучил по учебнику информатики Бейсик и писал программы просто для развлечения, на бумаге.
Круто. И такое было :)