«Манифест гибкой разработки программного обеспечения» (Agile Manifesto, http://agilemanifesto.org/iso/ru/manifesto.html ) представляет собой набор идей о том, как следует разрабатывать и кодировать программное обеспечение. Главная из этих идей (по крайней мере, с моей точки зрения) заключался в том, что попытки спроектировать всё заранее не работают (это то, что люди пытались делать в рамках модели «водопада»).
Частично это была проблема, которую обозначил Джордж Бернард Шоу (George Bernard Shaw), сказав, что «самая большая проблема в общении - это иллюзия того, что общение имело место».
Другая проблемы связаны с тем, что мы - живые люди, и как бы мы ни считали, что способны донести до других то, что думаем, по большей части нам это не удаётся - и есть много хороших рабочих теорий, которые принимают это во внимание, от проводимого Христом Аргирисом (Christ Argyris) сопоставления «используемой теории» (theory-in-use) и «поддерживаемой теории» (theory-espoused ), - до теории выявленных предпочтений в экономике (по сути, Вы не можете доверять заявлениям людей о том, чего они хотят; Вам следует заставить их купить что-то за реальные деньги) и эффекта Даннинга-Крюгера (Dunning-Kruger effect - склонность людей неправильно оценивать свои способности, когда люди с менее чем средними способностями склонны переоценивать свои истинные способности, в то время как люди со способностями выше среднего склонны не осознавать, насколько они лучше многих – Н.Х.). Эффект Даннинга-Крюгера особенно интересен.
Когда мы создаём систему, мы начинаем в ситуации низкого уровня знаний о системе, и затем приступаем к проектированию. По ходу работы мы приобретаем определенный уровень знаний и уверенности в том, что мы проектируем, - и мы начинаем верить в это. В конечном счёте мы становимся жертвами «эффекта владения» (endowment effect), который просто означает, что мы преувеличиваем ценность тех вещей, которыми владеем.
И это критично – поскольку речь идёт о том, что мы можем влюбиться в нашу собственную систему до того, как она столкнётся с реальным миром и до того, как мы узнаем о последствиях её встречи с реальным миром (всё время обманывая себя и считая, что такие знания у нас есть), в то же самое время действуя на основе того, что люди рассказали нам об устройстве мира (а не на основе знаний о том, как мир устроен на самом деле), при этом на основе того, что, как нам показалось, они сказали (а не того, что они сказали на самом деле).
Методология Agile учит нас тому, что полезная отдача должна создаваться совместными усилиями, что соответствующее решение может быть принято только людьми, которые «покупают» систему (даже если они «покупают» её лишь тем, что соглашаются тратить своё время на её использование, а не на что-то ещё), - и именно в этом мы почти всегда терпим неудачу, если пытаемся слишком многое спроектировать заранее.
В сфере проектирования программного обеспечения обо всём этом известно уже по крайней мере лет 20 – именно поэтому метод Agile широко распространился по миру. На самом деле, он существует уже достаточно долго, чтобы многие начали думать, что время его успеха подходит к концу.
Почему мы [специалисты по управлению документами – Н.Х.] не извлекли уроков из этого опыта? Почему мы не поняли, что проектирование системы заранее приводит к созданию системы, которая не даёт той отдачи, которую хотят люди, и тем способом, который они будут использовать? Всё это несмотря на наличие множества фактических доказательств…
Прежде всего, документы должны работать. Наши усилия должно приводить к существенным уровням захвата документов и к существенным улучшениям в деловой деятельности.
Факты тем временем показывают, что не это является нашей главной заботой. Они показывают, что нас гораздо больше заботит соблюдение «правильных» принципов проектирования, нежели правильное понимание того, что будет работать в реальном мире. Это торжество догматизма над прагматизмом.
Почему мы ничему не научились у Agile?
Карл Мелроуз (Karl Melrose)
Источник: блог Meta-IRM
https://metairm.substack.com/p/why-dont-see-more-agile-in-records
Комментариев нет:
Отправить комментарий