Форум Сообщества Аналитиков
Обсуждения => Обсуждение статей => Тема начата: uml2.ru от 12 Декабря 2009, 13:31:14
-
Вот и закончилась Первая конференция, посвященная работе с требованиями в ИТ-проектах Req Labs 2009. Это отлично, что случилась такая конференция. Здорово, что можно посмотреть бОльшую часть презентаций (спасибо организаторам, очень интересно). Но кроме профессионального интереса и благодарности за возможность познакомиться с материалами, сайт Конференции вызывает и другого сорта мысли. Среди эпиграфов, красиво сменяющих друг друга в верхней части сайта, есть и такой: «Классика требований заказчика: «Пойди туда, не знаю куда. Принеси то, не знаю что. Похожие высказывания есть и в докладах конференции, и в других выступлениях аналитиков на конференциях и семинарах. Причем говорится об этом и всерьез, и в шутку (например: «Заказчик никогда не может сказать точно, чего он хочет, ибо ему хочется всего сразу, много и на халяву»). Вообщем, чувствуется, что у аналитиков наболело. На эту тему безусловно могут быть самые разные мнения. В том числе и такое: О пользователе замолвлю слово Оригинал: О пользователе замолвлю слово
-
Снова цитирую Хэйеса: «ИТ-специалисты сами должны быть в состоянии сформулировать требования пользователей, наблюдая за тем, как они работают».
К исходному посту с рассуждениями добавляем конкретные случаи из биографии.
Первый уже тоже опубликован (он, конечно, самый яркий) http://blog.business-analyst.info/2009/12/09/different-users_1/
-
У меня давно периодически появляется желание обсудить тему пользовательских требований. Чем они отличаются от требований бизнеса, и можно ли их "выявить" или их надо "придумать". Продемонстрировать кое-какие примеры и устроить их обсуждение.
Как бы народ отнесся к идее устроить такой семинар в рамках серии бесплатных четверговых семинаров для аналитиков UML2.RU?
-
У меня давно периодически появляется желание обсудить тему пользовательских требований. Чем они отличаются от требований бизнеса, и можно ли их "выявить" или их надо "придумать".
Не претендуя на истину в последней инстанции, я бы сказал, что бизнес-требования отличаются масштабом, точкой зрения и характером заинтересованного лица.
В первую очередь бизнес-требования выдвигают владельцы бизнеса, лица руководящего звена, которые отвечают за функционирование бизнес-системы или организации в целом. Это цели, бизнес-цели, которые следует достичь при использовании разрабатываемой системы. Причем обычно эти ЗЛ не работают с системой непосредственно, они работают с результатом, который данная система обеспечивает.
Эти цели (требования) достигаются путем исполнения различных связанных задач. Эти задачи исполняют исполнители - люди, которые непосредственно работают с системой. Вот требования этих людей и будут пользовательскими, поскольку они будут пользоваться системой непосредственно. При этом некий владелец, топ-менеджер - тоже может являться пользователем системы, имея свои собственные пользовательские требования.
Удовлетворение пользовательских требований происходит в рамках того, как удовлетворяются бизнес-требования. Вы можете пойти на поводу пользовательских требований и не обеспечить достижение бизнес-требований - а это плохо, за это вряд ли будут платить. С другой стороны вы можете плохо выявить и удовлетворить пользовательские требования или неправильно их реализовать, ухудшая работу пользователей и ставя под угрозу достижения бизнес-требований...
Продемонстрировать кое-какие примеры и устроить их обсуждение.
Как бы народ отнесся к идее устроить такой семинар в рамках серии бесплатных четверговых семинаров для аналитиков UML2.RU?
Я полагаю, это возможно
-
У меня давно периодически появляется желание обсудить тему пользовательских требований. Чем они отличаются от требований бизнеса, и можно ли их "выявить" или их надо "придумать". Продемонстрировать кое-какие примеры и устроить их обсуждение.
Как бы народ отнесся к идее устроить такой семинар в рамках серии бесплатных четверговых семинаров для аналитиков UML2.RU?
Семинар сделать можно, только проблематику нужно более четко поставить, т.к. отличие можно сформулировать двумя предложениями и не надо никогда ничего придумывать :)
-
Вот и закончилась Первая конференция, посвященная работе с требованиями в ИТ-проектах Req Labs 2009. Это отлично, что случилась такая конференция. Здорово, что можно посмотреть бОльшую часть презентаций (спасибо организаторам, очень интересно). Но кроме профессионального интереса и благодарности за возможность познакомиться с материалами, сайт Конференции вызывает и другого сорта мысли. Среди эпиграфов, красиво сменяющих друг друга в верхней части сайта, есть и такой: «Классика требований заказчика: «Пойди туда, не знаю куда. Принеси то, не знаю что. Похожие высказывания есть и в докладах конференции, и в других выступлениях аналитиков на конференциях и семинарах. Причем говорится об этом и всерьез, и в шутку (например: «Заказчик никогда не может сказать точно, чего он хочет, ибо ему хочется всего сразу, много и на халяву»). Вообщем, чувствуется, что у аналитиков наболело. На эту тему безусловно могут быть самые разные мнения. В том числе и такое: О пользователе замолвлю слово Оригинал: О пользователе замолвлю слово
-
эпизодический синдром