Форум Сообщества Аналитиков
Обсуждения => Обсуждение статей => Тема начата: uml2.ru от 28 Сентября 2009, 15:21:58
-
Many organizations have an IT role called analyst, and will often differentiate between various types: * Requirements analysts who are responsible for requirements elicitation * Systems analysts who are responsible for analyzing the requirements to determine the system needs to fulfill those requirements * Business analysts who are responsible for understanding the business and making recommendations for improvement * Business system analysts whose responsibilities are a combination of those of a requirements analyst, business analyst, and a system analyst. The focus of this discussion is on business system analysts (BSAs) even though many of the issues (or flavors thereof) are pertinent to the other analyst types. BSAs typically have experience in a wide range of techniques, including interviewing, structured meeting approaches such as Joint Application Development (JAD), modeling sessions, and model reviews. Good BSAs have a good understanding of the business domain and are typically "people persons". This article covers: 1. Why Have BSAs? 2. The Traditional Activities of an Analyst 3. Business Analysts Gone Awry 4. Towards Agile Analysts 5. BSA as Product Owner? Оригинал: Rethinking the Role of Business Analysts: Towards Agile Business Analysts?
-
Скотт Амблер переосмыслил свое бывшее понимание роли Аналитика в Гибком процессе разработки ПО (http://www.agilemodeling.com/essays/agileAnalysis.htm).
-
должность аналитика похоронена, роль передается developer-ам ?
-
Сколько людей столько и мнений. Но Аналитик в Агиле становится узким звеном, смысл Агиле как раз в совмещении обязанностей.
-
имхо, эджайл подходит не для всех проектов - изначально он не требовал аналитика так как рассчитывался на команду разработчиком. В современном мире без бизнес аналитика крупные системы не сделать. То что сейчас его натягивают везде где только можно, это извращение. типа я работал с эджайлом без аналитика а давай еще туда и аналитика прикрутим, а потом и user stories заменим на спеки. Не можете без аналитика работать - возьмите РУП и не парьтесь :)
-
Не можете без аналитика работать - возьмите РУП и не парьтесь :)
А интересно, сколько компаний в России использует РУП? Работает ли по нему кто-нибудь, кроме крупных аутсорсеров и западных банков?
-
То что сейчас его натягивают везде где только можно...
Проблема этого "переосмысления" г-на Амблера именно в том что зачастую agile крутят где надо и не не надо не очень разбираясь. Просто потому что это модно.. И именно поэтому такие статьи могут стать проблемой для аналитиков...
-
Ха, проблема Аналитиков ИМХО не в этом :)
-
А в чем ИХ проблема?))))
-
А в том, что мало хороших Аналитиков, а почему их мало - см. видео с последнего семинара, скоро оно выйдет.
-
Вы про эти семинары ?
http://www.uml2.ru/index.php?Itemid=45&option=com_smf&topic=1579.0
-
Да
-
я его уже смотрел, в он-лайне))))
-
И именно поэтому такие статьи могут стать проблемой для аналитиков..
не понял, почему эта статья проблема для аналитика? в чем проблема?
А интересно, сколько компаний в России использует РУП? Работает ли по нему кто-нибудь, кроме крупных аутсорсеров и западных банков?
В рупе есть все. Маленькая компания - выкинь кусок пока не дозрела. Большая - бери больше :)
-
я его уже смотрел, в он-лайне))))
Ну тогда тем более :)
-
Большая - бери больше :)
Кидай дальше :)
-
Кидай дальше :)
и беги быстрее :)
-
не понял, почему эта статья проблема для аналитика? в чем проблема?
Я исхожу из :
1 Статья делается вывод что в agile не нужна выделенная роль Аналитик. Она размазывается по команде и не передается product owner
2 Agile моден и его суют куда следует и не очень и даже туда куда совсем не следует
Вывод - если вы работаете в небольшой/маленькой совтферной компании и вы аналитик то вам лучше задуматься о вашем будущем на этом месте работы!
-
Впрочем по большому счету это было понятно и без этой статьи))))))