В последнее время много обсуждаются разные новомодные методики управления проектами, 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 (тут я не использую перевод, так как в английском нет разделения на методологию/методику). И то и другое рассматривается как некое описание подхода к достижению цели, но в случае фреймворка подчеркивается незаконченность этого описания. То есть фреймворк –  это скелет, вокруг которого еще предстоит что-то построить.

Я не буду углубляться в тему обоснованности такого разделения в английском, но факт остается фактом – термин используется. Поэтому для нас вопрос состоит в том, как его использовать в русском языке.

На мой взгляд, если речь не идет о переводе, то особого смысла в использовании термина «фреймворк» нету:

  1. Он понятен только программистам (и другим IT-шникам, которые с ними плотно работают). Да, в программировании «фреймворк» – это часть профессионального сленга, но для большинства людей это просто набор букв, не вызывающий никаких ассоциаций.  

  2. У меня есть подозрение, что термин был введен в английском как раз из-за того, что у них нет близкой альтернативы для methodology, а дополнительный уровень абстракции в какой-то момент понадобился. Ведь если подумать, то ни одна методология (Скрам, Канбан, XP, Lean, PMBOK, CustDev и прочие, и прочие) не используется в «кристальном» виде – это всегда адаптация под нужды конкретной организации. То есть это всегда скелет, вокруг которого строится реальная методика. Поэтому дополнительный (непонятный к тому же) термин, который просто подчеркивает некую «неполноту», кажется излишним.

  3. Вряд ли есть хоть одна методология, в которой неполнота является краеугольном камнем. Тот же Скрам позиционируется как фреймворк, но, например, в видео «Основы Scrum менее чем за 10 минут» от Scrum Alliance (видео на YouTube, текстовая версия на Хабре) на эту тему сказано лишь в самом конце и буквально следующее: «Скрам прост и намеренно неполный». Все! То есть говорить что-то большее на эту тему, если у вас есть всего 10 минут, просто нецелесообразно. Да и практика показывает, что «неполнота» – это точно не то, что человек непременно должен узнать с первых секунд знакомства с методологией.

Если же мы переводим текст, то мы предстаём перед выбором:

  • Использовать англицизм «Фреймворк»  –  точно, но не всем понятно.

  • «Методология»  –  всем понятно, но теряется деталь  –  пусть кому-то она кажется и незначительной, но теряется.

  • Совмещение «Методология-фреймворк»  –  может быть разумным компромиссом. Кому интересно – разберется, а кому нет – будет довольствоваться «методологией с каким-то прибамбасом».

Каким путём пойти – завит, пожалуй, от аудитории.

Кратко подытожим

Метод  –  это путь (способ) достижения выбранной цели.

Методология  –  это описание / алгоритм применения конкретных методов, которые следует применять для решения некоторого класса задач.

Методика  –  это практическое воплощение одной или нескольких методологий, которые мы будем применять для решения конкретной задачи.

При этом одну и ту же сущность можно назвать и методологией, и методикой, и методом в зависимости от контекста.

Термин Фреймворк (англ. каркас, скелет)  можно рассматривать как синоним Методологии, но подчеркивающий, свою неполноту – скелет, вокруг которого еще предстоит что-то построить (хотя в практическом плане это справедливо для любой методологии).

Стоит ли использовать англицизм, зависит от аудитории:

  • Если вы общаетесь с IT-шниками (особенно с программистами), можете использовать «фреймворк» – вас поймут.

  • Если вы хотите быть понятым максимально широкой аудитории, используйте термин «методология»  –  вы ничего особо не потеряете в смысле. 

  • «Методология-фреймворк»  –  может быть разумным компромиссом (особенно если у вас есть возможность добавить сноску с пояснением англицкой части) 


Что еще почитать

Ссылки на другие мои материалы на разных платформах (а также обсуждения для незарегистрированных на Хабре)  –  в телеграм-канале.

Комментарии (2)


  1. velon
    30.06.2024 06:39

    Давно хотел написать что-то систематизирующее на похожую тему про разницу методик и методологий, но всегда откладывал в долгий ящик и просто забил.

    А вы уже написали, спасибо.