Специфика работы бизнес-аналитика в зависимости от типов проектов и методологий (Оксана Сергеева, AnalystDays-2012) — различия между версиями

== Примечания и отзывы ==
<blockquote>
Я заглядывал кусочками, зал мастер-класса был переполнен. Основная  мысль была очень правильная — процесс управления должен быть адекватен  потребностям конкретного проекта, и процессы могут быть сильно различны,  в то время как на практике об этом задумываются редко, менеджеры  предпочитают использовать знакомые процессы. Но вот позиционирование  практики в теорию — оно забавно: «возьмем итеративный процесс, например  RUP». Ему противостоит Agile, о котором сказано «наверное,  доморощенный», и без деталей «каждый проект что-то свое придумывал». С  моей точки зрения, это — еще одно свидетельство того, что практики — не  слишком склонны разбираться в тонкостях теории, применяя слова как мемы,  за которыми стоит не определение, а набор ярлыков-ассоциаций. Это  явление хорошо известно по массовому сознанию и, собственно, мемы и  являются способом управления современным обществом (доклад Дмитрия Пескова на KM Russia-2011 [http://lib.uml2.ru/KM_Russia_2011]), и оно же работает в профессиональной среде.

[http://blogs.uml2.ru/post/AnalystDays-1 ©]</blockquote>

<references/>



[[Category:Бизнес-анализ]]
[[Category:AnalystDays-2012]]
{{stats|vimeo_comments=1|youtube_plays=214|refresh_time=2017-0711-06T15:41:1711T00:45:56.152000387127|youtube_comments=0|vimeo_plays=281}}4}}

Версия 21:45, 10 ноября 2017

Аннотация

Докладчик

Оксана Сергеева

Можно ли продать бизнес-аналитика в любой IT-проект вне зависимости от методологии и направленности (новая разработка, имплементация, интеграция и т.д.) проекта. Если да, то какова роль и место бизнес-аналитика на данных проектах? Какие существуют нюансы в его работе и построении коммуникационных схем? Может ли offshore бизнес-аналитик выполнить качественно свою работу с минимальным посещением заказчика on-site? Как аналитику адаптироваться под существующую на проекте методологию – переключится с Agile и time&materials на RUP и fixed price?

Видео

on youtube

Слайды

Примечания и отзывы

Я заглядывал кусочками, зал мастер-класса был переполнен. Основная мысль была очень правильная — процесс управления должен быть адекватен потребностям конкретного проекта, и процессы могут быть сильно различны, в то время как на практике об этом задумываются редко, менеджеры предпочитают использовать знакомые процессы. Но вот позиционирование практики в теорию — оно забавно: «возьмем итеративный процесс, например RUP». Ему противостоит Agile, о котором сказано «наверное, доморощенный», и без деталей «каждый проект что-то свое придумывал». С моей точки зрения, это — еще одно свидетельство того, что практики — не слишком склонны разбираться в тонкостях теории, применяя слова как мемы, за которыми стоит не определение, а набор ярлыков-ассоциаций. Это явление хорошо известно по массовому сознанию и, собственно, мемы и являются способом управления современным обществом (доклад Дмитрия Пескова на KM Russia-2011 [1]), и оно же работает в профессиональной среде.

©

Plays:308   Comments:1