Всего за 320 руб. Купить полную версию
Никто нигде никогда этому специально в вузах или на производстве не учит, вот и мы не будем. Если верить этому аргументу, то «методологиям разработки», «методологиям инженерной работы» люди как-то учатся сами, не специально. Это означает, что они наверняка в разработке забудут о чём-то важном (ибо не знают явно, что в разработке важно), а неважное сделают вообще неправильно (ибо вопрос «как надо что-то делать», «каким способом работаем» будет обсуждаться непрофессионально).
Аргументы за изучение методологии:
Методология позволяет отмоделировать метод/способ/приёмы труда/деятельности/инженерии: невидимое сделать видимым. После появления модели метода работы можно обсуждать и улучшать этот метод, осознанно меняя составляющие его практики и поддерживая коллективное обсуждение/мышление о методе.
Большинство людей, которые явно занялись методологией в инженерных и менеджерских проектах, были поставлены перед задачей научить какую-то новую команду работать каким-то методом, которым они владели неосознанно. Они не знали, чему именно нужно учить людей: «что такое метод», как о нём рассказывать. Такая задача (научить новому способу работы/way of working какую-то команду, адаптировав этот способ работы к новым условиям) появляется перед людьми чаще, чем можно подумать. Задача переноса и адаптации практик/метода/деятельности появляется практически в каждом проекте. Правильно было бы сэкономить время на изобретение велосипеда: дать людям в этой ситуации знания по методологии как таковой, а не только по конкретной технологии/методу/практике. Выучить один раз (наш курс!), а потом использовать во всех проектах.
Если «простой практик/деятель» (инженер-конструктор, менеджер, врач, политик и т.д.) не осваивает постоянно новые методы/практики, то он порастает мхом, его работа обесценивается, он становится неконкурентоспособен. Чтобы он мог эффективно обновлять свои знания, ему нужно уметь сравнить два метода: его собственный и новый, и принять решение о том, какой из них SoTA. Для сравнения методов надо понимать, какие объекты внимания есть в методе и как их можно сравнивать.
Приложения методологии уже начинают изучать и на производстве, и в вузах, и не только неявно (то есть знакомством с разными Body of Knowledge как формой представления знаний о методах работы и неявным пониманием, что они по большому счёту устроены все примерно одинаково), но и явно через изучение методологических стандартов (обычно посвящённых какой-то записи способа работы, это OMG Essence, уже упоминавшийся ISO 24774:2014 и многие другие, обычно применяющиеся для описания «рабочих процессов», «процессов разработки», «видов жизненного цикла»). Эти стандарты стремительно отстают от жизни, и нужно иметь более общее знание о том, как устроены такие стандарты, чтобы замечать отставание и не следовать таким стандартам слепо.
Инженерия как нормативная наука основана на методологии. Если уж изучать инженерию, то придётся говорить о практиках и выполняющих их ролях, жизненном цикле системы или её фичи, развитии систем, а это и есть содержание методологии. Так что изучать методологию всё равно придётся, если планируется изучать инженерию.
Методология и системное мышление
Современная методология использует системный подход для описания способов работы создателей/агентов в цепочках создания каких-то систем. В том числе современная методология учитывает, что обычно речь идёт о каких-то командах агентов и коллективах (командах команд) агентов то есть речь идёт об организациях агентов. Агенты из всего множества IPU выделяются как способные осознать себя и окружение и спроектировать изменения в своих моделях себя и окружения, а также себя и окружения, а также запланировать и провести действия по этим изменениям. Это довольно большой спектр систем, микробы тут вряд ли будут подходить под «агентов», кошки в малой степени, а вот люди и тем более «люди с компьютерами»/cyborgs или даже «компьютеры с людьми в их составе»/hybrots как оргзвенья вполне подходят. И когда мы говорим об агентах, мы чаще всего будем представлять не просто систему-агента, но агента-создателя.
Безмасштабная методология готова обсуждать и то, каким образом создателями могут выступать сообщества, общества и человечество (в них нет «поручений работ»), но это пока проработано крайне слабо уже понятно, что для продуктивного создания комфортной/малорисковой среды обитания подходит рыночная экономика и нужно вводить понятия собственности (включая собственность на собственное тело, но и на рабочие продукты) и свободы обмена результатами труда, выходить на праксиологию. Вот, например, праксиология в варианте Murray Rothbard17 от 1951 года (и нельзя сказать, чтобы человечество сильно продвинулось в построении праксиологии):
⠀⠀
1. Теория изолированного агента (экономика Робинзона
Крузо)
2. Теория добровольного межличностного обмена
(каталлактика, или рыночная экономика)
⠀⠀⠀2.1. Бартер
⠀⠀⠀2.2. Со средствами для обмена
⠀⠀⠀⠀⠀⠀2.2.1. Свободный рынок
⠀⠀⠀⠀⠀⠀2.2.2. Эффекты насильственного вмешательства
⠀⠀⠀⠀⠀⠀в рынок
⠀⠀⠀⠀⠀⠀2.2.3. Эффекты насильственного запрета рынка
⠀⠀⠀⠀⠀⠀ (социализм)
3. Теория войны враждебная деятельность
4. Теория игр (например, работы von Neumann
and Morgenstern)
5. Неизвестное
⠀
⠀
Как при этом должны быть устроены сообщества, общества и человечество в целом политически и как там должно быть устроено право, основанное на праксиологии как общей теории деятельности это большой вопрос. Наш курс методологии не будет касаться в текущей версии практик/деятельности/труда сообществ, обществ и человечества, равно как будет мало говорить о «методе работы станка» или «методе работы робота», хотя в этом случае всё будет проще и понятней, разве что станок и робот не могут принимать решений о методе своей работы, это за них делают люди и организации людей, в состав которых входят и станки, и роботы. Но сейчас с развитием машинного интеллекта возможен и другой вариант рассмотрения: какой-нибудь отдел может быть представлен как компьютер, в состав которого входят люди и по мере развития постепенно люди замещаются компьютерами, это и есть тренд «автоматизация всего», концепция киборга (cybernetic organism) как образа агента будущего заменяется концепцией гиброта (hybrot hybrid robot18).
Само содержание нашего курса методологии связано с тем, что мы рассматриваем проекты создания систем, которые выполняются создателями этих систем. Так что последующие главы можно рассматривать как продолжение курса практического системного мышления. В понятия системного подхода второго поколения включают и понятие «жизненный цикл» как проводимые создателями работы, а с появлением третьего поколения системного подхода и понятие развития как происходящее в ходе эволюции. Мы рассматриваем эти понятия в рамках курса методологии, а не курса системного мышления.
2. Создание и развитие: не жизненный, не цикл
Биологический жизненный цикл
Поскольку системный подход поначалу развивался на примерах сложных биологических систем, то часть его терминологии осталась с тех времён. Учёные-биологи хотели найти подходы к обсуждению таких сложных объектов, как заливной луг со всеми его взаимосвязанными сотнями видов растений, животных и сменой времён года а слов для этого обсуждения не было. Они эти слова придумали, например «жизненный цикл». Вот жизненный цикл печёночного сосальщика19:
Этот паразитический плоский червь проводит свою жизнь в разных состояниях (яйца, личинки, цисты, взрослого червя), проходя метаморфозы (полную перестройку своей внутренней структуры) за время своей жизни. При этом никто не придумывает и не проектирует систему-червя, нет такой стадии в жизненном цикле. Это сделала эволюция, она безлична и бесцельна. Никто также не изготавливает систему червя, полностью документированную в его ДНК: все эти стадии изготовления происходят без вмешательства человека, это и есть жизнь. А ещё всё повторяется, начиная с яиц червя.