Изменения

Быстрый поиск отсылает на [http://martinfowler.com/bliki/ShuHaRi.html страничку '''Мартина Фаулера'''], который дает более развернутое определение и далее ссылается на Алистера Коберна ('''Alistair Cockburn'''), более известного своими книгами по use case, и его книгу Agile Software Development (2001). Как я понимаю, именно он ввел этот концепт в Agile-сообщество с тем, чтобы первоначальное овладение Scrum шло без вопросов и попыток немедленное улучшить до тех пор, пока не возникнет определенный уровень внутреннего понимания метода.

В целом это воспринимается разумно, при этом ссылка на японскую традицию успешно маскирует тот факт, что на самом деле здесь воспроизводится '''парадигма средневекового ремесленного обучения'''.

Итак, есть совершенно другая, европейская традиция образования. Более эффективная. Хотя барьер по применению теоретических знаний на практике - имеется, и все знают анекдот о том, что первая фраза, которую слышит выпускник на производстве - "Забудь все, чему тебя учили в институте". Но это больше анекдот, чем реальная жизнь. И при разумно построенном образовании переход к практике обеспечивается. Почему же Agile возвращается к ремесленной традиции, пусть неосознанно? А потому что '''в области менеджмента, управления нормальные теоретические знания просто отсутствуют. Есть практическая эмпирика подходов, которая меняется довольно быстро, каждая новая теория опровергает предыдущую''', и поверхностный взгляд вообще может увидеть историю как непрерывную череду поисков и находок очередной серебряной пули, которая отбрасывается через некоторое время.Вот и приходится им, за недостатком теории, формально опираться на старые методы передачи мастерства.

Но, если мы посмотрим глубже, то можно увидеть, что '''для областей, в которых теория пока не проработана, зато есть эффективные практики, возникли эффективные способы их передачи через тренинги, коучинг, фасилитацию и совместную деятельность'''. Это касается маркетинга, управления людьми и рядом других областей. Да и в ИТ-разработке много таких практик - парное программирование, code review, коллективные обсуждения проектов - они во многом нацелены на быстрое обучение новичков там, где это нельзя получить классическим способом. И, в отличие от ремесленного обучения, передача опыта и обучение идет очень интенсивно, так что говорить об обучении у мастера можно весьма условно.