В последнее время много обсуждаются разные новомодные методики управления проектами, Agile-методики, методики разработки продукта… Или не «методики», а «методологии”?.. Или «методы»?.. Как правильнее-то?
Вроде интуитивно разница чувствуется. И даже чувствуется, что в 90% случаев (в контексте управления проектами), эти термины полностью взаимозаменяемы. Но иногда, нет-нет, но все-таки вспоминаются слова из песни: «непонятно, что конкретно ты имела в виду»*…
* В качестве музыкальной паузы
«Несчастный случай», «Что ты имела в виду»: https://youtu.be/R3mUHRCqOm4
Надо бы разобраться…
3М: Методика, Методология, Метод
Итак, для начала разберемся с тремя «М»: «методика», «методология» и «метод».
Очевидно, что в этой тройке основа – «метод», а потому с него и начнем:
Метод (от др.-греч. μετά- + ὁδός – букв. «путь вслед за чем-либо») – это путь или способ достижения какой-либо цели.
То есть сам термин подчеркивает альтернативность: то, что у нас есть несколько путей – выбор, как достичь цели.
Далее, корень «логос» в слове «методология» говорит нам, что это некая наука или учение, то есть это теоретический уровень. Вот наиболее лаконичное определение, которое я встречал: «Методология – это учение об организации деятельности» (Новиков, Новиков, 2008, http://www.methodolog.ru/method.htm). А Википедия, например, добавляет: «Практическая же (методология) — это программа (алгоритм), набор приёмов и способов того, как достичь желаемой практической цели». В нашем контексте и чтобы показать взаимосвязь «методов» и «методологий» мы можем перефразировать:
Методология – это программа (алгоритм) применения некоторых (рекомендуемых) методов для решения некоторого класса задач.
На этом уровне Метод – это инструмент.
И наконец «методика». Тут нет такой явной подсказки а-ля «логос», но близкие по строению слова: математика, физика и прочие – также создают ощущение «научности», что порождает путаницу с «методологией». Какие-то формальные определения тоже не особо проясняют ситуацию. Та же Википедия, например, предлагает: «Методика — это, как правило, некий готовый “рецепт”, алгоритм, процедура для проведения каких-либо нацеленных действий». И чем, спрашивается, это отличается от «программа (алгоритм), набор приёмов и способов того, как достичь желаемой практической цели»?
И тут уместно обратить внимание на практику использования. 34-й ГОСТ, в частности, определяет такой документ, как «Программа и Методика Испытаний». В нём описывается процедура испытаний разрабатываемой системы. Иными словами, это не общие рекомендации, а именно план проверки конкретного ПО. То же самое можно сказать и про методику клинических испытаний новых лекарств, например. То есть методика – это больше про практику, тогда как «логос» – про теорию:
Методология – описание процедуры, как следует решать некоторый класс задач.
Методика – процедура, с помощью которой мы будем решать конкретную задачу (возможно, опирающаяся на одну или несколько методологий).
Исходя из всего сказанного, Скрам, например, – это методология, методика, или метод?
Зависит от контекста:
Руководство по Скраму описывает методологию.
На практике мы используем (Скрам-)методики, которые в той или иной степени основаны на методологии Скрам.
А методология SAFe, например, позволяет выбрать процесс, по которому будет работать команда: Скрам или Канбан. В этом контексте Скрам – это инструмент, то есть Метод:
SAFe Scrum is an Agile method used by teams within an ART to deliver customer value in a short time box. (https://scaledagileframework.com/glossary/, выделение моё)
SAFe Scrum – это Agile-метод, используемый командами в ART для того, чтобы поставлять потребителям ценность через короткие промежутки времени.
И это при том, что сам Скам самоопределяется (в Руководстве) как… фреймворк.
Фреймворк
Если коротко, то, в рассматриваемом контексте фреймворк (англ. framework – каркас, скелет) – это альтернатива термину methodology (тут я не использую перевод, так как в английском нет разделения на методологию/методику). И то и другое рассматривается как некое описание подхода к достижению цели, но в случае фреймворка подчеркивается незаконченность этого описания. То есть фреймворк – это скелет, вокруг которого еще предстоит что-то построить.
Я не буду углубляться в тему обоснованности такого разделения в английском, но факт остается фактом – термин используется. Поэтому для нас вопрос состоит в том, как его использовать в русском языке.
На мой взгляд, если речь не идет о переводе, то особого смысла в использовании термина «фреймворк» нету:
Он понятен только программистам (и другим IT-шникам, которые с ними плотно работают). Да, в программировании «фреймворк» – это часть профессионального сленга, но для большинства людей это просто набор букв, не вызывающий никаких ассоциаций.
У меня есть подозрение, что термин был введен в английском как раз из-за того, что у них нет близкой альтернативы для methodology, а дополнительный уровень абстракции в какой-то момент понадобился. Ведь если подумать, то ни одна методология (Скрам, Канбан, XP, Lean, PMBOK, CustDev и прочие, и прочие) не используется в «кристальном» виде – это всегда адаптация под нужды конкретной организации. То есть это всегда скелет, вокруг которого строится реальная методика. Поэтому дополнительный (непонятный к тому же) термин, который просто подчеркивает некую «неполноту», кажется излишним.
Вряд ли есть хоть одна методология, в которой неполнота является краеугольном камнем. Тот же Скрам позиционируется как фреймворк, но, например, в видео «Основы Scrum менее чем за 10 минут» от Scrum Alliance (видео на YouTube, текстовая версия на Хабре) на эту тему сказано лишь в самом конце и буквально следующее: «Скрам прост и намеренно неполный». Все! То есть говорить что-то большее на эту тему, если у вас есть всего 10 минут, просто нецелесообразно. Да и практика показывает, что «неполнота» – это точно не то, что человек непременно должен узнать с первых секунд знакомства с методологией.
Если же мы переводим текст, то мы предстаём перед выбором:
Использовать англицизм «Фреймворк» – точно, но не всем понятно.
«Методология» – всем понятно, но теряется деталь – пусть кому-то она кажется и незначительной, но теряется.
Совмещение «Методология-фреймворк» – может быть разумным компромиссом. Кому интересно – разберется, а кому нет – будет довольствоваться «методологией с каким-то прибамбасом».
Каким путём пойти – завит, пожалуй, от аудитории.
Кратко подытожим
Метод – это путь (способ) достижения выбранной цели.
Методология – это описание / алгоритм применения конкретных методов, которые следует применять для решения некоторого класса задач.
Методика – это практическое воплощение одной или нескольких методологий, которые мы будем применять для решения конкретной задачи.
При этом одну и ту же сущность можно назвать и методологией, и методикой, и методом в зависимости от контекста.
Термин Фреймворк (англ. каркас, скелет) можно рассматривать как синоним Методологии, но подчеркивающий, свою неполноту – скелет, вокруг которого еще предстоит что-то построить (хотя в практическом плане это справедливо для любой методологии).
Стоит ли использовать англицизм, зависит от аудитории:
Если вы общаетесь с IT-шниками (особенно с программистами), можете использовать «фреймворк» – вас поймут.
Если вы хотите быть понятым максимально широкой аудитории, используйте термин «методология» – вы ничего особо не потеряете в смысле.
«Методология-фреймворк» – может быть разумным компромиссом (особенно если у вас есть возможность добавить сноску с пояснением англицкой части)
Что еще почитать
Ссылки на другие мои материалы на разных платформах (а также обсуждения для незарегистрированных на Хабре) – в телеграм-канале.
velon
Давно хотел написать что-то систематизирующее на похожую тему про разницу методик и методологий, но всегда откладывал в долгий ящик и просто забил.
А вы уже написали, спасибо.