Модель Брюса Аарона V Model

Материал из Maximedia
Перейти к: навигация, поиск

Дистанционное обучение



Основанием для нее служит тот же подход, который используется в области информационных технологий при разработке программного обеспечения. Представьте букву латинского алфавита "V". Ее левая сторона символизирует анализ и разработку. Проходя ее сверху вниз, вы определяете свои "бизнес-потребности" (уровень 1), затем "требования к работе оборудования" (уровень 2) и "требования к эффективности работы сотрудников" (уровень 3). В самой нижней точке, где соединяются левая и правая половины, вы находите "результирующую эффективность". Правая сторона буквы символизирует измерение и оценку. Двигаясь сверху вниз, вы определяете "коэффициент возврата на инвестиции (ROI)/бизнес-результаты" (уровень 1). Двигаясь по ней сверху вниз, вы придете к "состоянию оборудования" (уровень 2) capability status", а затем "влияние человеческого фактора" (уровень 3).

Продумывается связь между всеми элементами модели и парными элементами с разных сторон буквы-модели, стоящих на одном уровне. Фактически, речь идет о симбиозе анализа и разработки, измерения и оценки. Модель V разработана для оценки ROI, тем не менее, это не очевидно, что ROI и оценка могут быть спрогнозированы до внедрения решения; ценность модели становится спорной, даже в том случае, если использование модели после проведения мероприятия прояснит некоторые детали.


http://www.accenture.com/SiteCollectionDocuments/PDF/ROL_4.pdf

http://books.google.ru/books?id=1XQ2JLb4SUsC&pg=PA136&lpg=PA136&dq=bruce+aaron%27s+v+model&source=bl&ots=1dPluHwfre&sig=LgoLcjWiHdSz3CnG-FYubq97wQ8&hl=ru&sa=X&ei=zYSDVJ7DHOPMygPCxYKADw&ved=0CDwQ6AEwBA#v=onepage&q=bruce%20aaron%27s%20v%20model&f=false


The ‘V Model’ as adapted by Bruce Aaron (see http://www.astd.org/pdfs/W207.pdf) is based on an approach in the IT world used for developing software.

Imagine a ‘V’ where the left hand slope is labelled analysis and design. From the top, moving down the slope you will find ‘business need’, then ‘capability requirements’ then ‘human performance requirements’ and finally at the bottom, where the left and right hand slops join, you will find ‘performance solution’. From the top of the right hand slope (labelled measurement and evaluation) you will find ‘ROI / business results’, then moving down we come to ‘capability status’, then ‘human performance impact’.

The connection between each element and its element on the opposite slope and at the same level is deliberate – the symbiosis almost between analysis and design, and measurement and evaluation. It is both formative and summative in looking at capability/process as well as solution/product.

It is very much designed to support the ROI approach, though it is not immediately apparent if the ROI and evaluation can be readily forecast before committing to the solution – arguably the model supports the concept even if it is light on the details of how this is done.

Interestingly none of the models, with the possible exception of the ‘V’ model, suggests who should be responsible for doing which bits, though with the bulk of the thinking having been done by people connected to the training world, there is an assumption, borne out in practise, that the trainers do it (and take the hit for a poor result).