Эффективные фреймворки бизнес-аналитиков, которыми еще не пользуются аналитики 1С

Предыстория статьи довольно любопытная. Мне один паренек из венчурного чата написал и говорит: «Что почитать? Хочу стать бизнес-аналитиком».

Я говорю: «Я не аккумулирую литературу. Читай то, что опубликовано в Институте бизнес-анализа (International Institute of Business Analysis™ – IIBA^®). Ну, и могу накидать тебе перечень фреймворков, которые сам погуглишь и почитаешь, что подходит для тебя, для твоего бизнеса».

Ну и накидал. Потом думаю: «Это, наверное, будет интересно послушать». Предлагаю Доржи Цыденову – основателю «Инфостарта»: «Вот такая идея родилась – запрос с рынка. Давай как-нибудь проведем лекцию на одной из конференций». Он говорит: «Что откладывать? Иди на конференцию и докладывай».

Теперь о слове «фреймворк». Это весьма неоднозначный термин. Например, платформа 1С на английский будет переводиться как «framework». И точно так же это может быть технология, принцип, какой-то подход. Поэтому я, в основном, буду оперировать этими словами и взаимозаменять их в зависимости от той или иной технологии.

Прежде чем начать, хочу напомнить вам реплику из пьесы Жана-Батиста Мольера «Мещанин во дворянстве»: «А я и не знал, что сорок лет разговариваю прозой». Так вот, наверняка часть из того, о чем я рассказываю, вы уже используете в своей практической деятельности. Просто можете не знать названия, не знать историю происхождения. Я хочу дать некий исторический экскурс и сделать упор, по сути, на филологии, на английском словообразовании: как вообще рождаются такие аббревиатуры и акронимы. Потому что для вас в вашем бизнесе это может быть весьма и весьма полезно.

Личный опыт и лингвистический ликбез

Моя основная специализация – это МСФО и ВЭД. МСФО я начал заниматься, когда «Большая Четверка» была еще «Большой Шестеркой». Проекты были в достаточно серьезных компаниях: Bosch, Shell, Всемирный банк.

Теперь маленький ликбез по филологии. Чем отличаются термины «аббревиатура» и «акроним»?

Аббревиатура – это когда слово состоит из первых букв. МСФО – это аббревиатура, которая произносится по буквам: Эм-Эс-Эф-О. Акроним – ВЭД. Произносится как одно слово «вэд», хотя тоже состоит из первых букв других слов.

Фреймворки как руководство к действию и разбор BABOK

Ни одна технология никогда не покрывает всех задач, которые возникают в контуре проекта. Поэтому все, о чем я говорю, – не догма, а руководство к действию. Выбирайте то, что подходит на конкретном проекте, применяйте релевантные инструменты.

Остановлюсь на самых значимых, на мой взгляд, фреймворках. Один – международный, другой – отечественный.
 

Как произносится сокращение от Business Analysis Body Of Knowledge? Правильно: BABOK (по-английски произносится «бабок»). То есть, это акроним.

Я пишу в ChatGPT: «Скажи мне, это акроним или аббревиатура?» Он говорит: «Это аббревиатура. И произносится B-A-B-O-K». Я говорю: «Подожди, ну это же неправильно, это акроним». Он говорит: «Да, это акроним. Но произносится по буквам: B-A-B-O-K». Для таких галлюцинаций, которые подстраиваются под мнение пользователя или, наоборот, спорят с ним, придуманы даже специальные термины (sycophancy – подхалимаж).

Самое интересное, что возникает англо-русская игра слов: BABOK по-английски и, знаете, все мы чего хотим? Бабок!?

В общем:

Аналитик, хочешь бабок – изучай фреймворки BABOK!

Потому что внутри него много других фреймворков. Например, SWOT-анализ, PESTLE, Agile как составная часть.

А если вы серьезно хотите погрузиться в тему, то эта оранжевая книжка переведена на русский и продается практически на всех маркетплейсах. Сто?ит что-то в районе 10 000?, по-моему. А англо-русский глоссарий можно просто скачать с сайта Института международного бизнес-анализа, что я и сделал.

ТРИЗ: от инженерных изобретений к бизнесу и урок продвижения

Генрих Саулович Альтшуллер был основоположником ТРИЗ. Он изучил более 40 000 изобретений, патентов на изобретения, и вывел оттуда, как вообще рождаются изобретения. И придумал технологию, как человеку, который не является изобретателем, стать изобретателем.

Эта технология доступна для любого, у кого есть каузальное мышление. То есть причинно-следственное: cause по-английски (от лат. causa) – это «причина». В этом смысле, любой может это освоить. Она сложная, там своя терминология, и на это есть свои причины. Но я уже видел статьи по ТРИЗ на «Инфостарте». То есть, эта технология тоже уже живет, входит в жизнь 1С-овцев.

Сергей Фаер, «Траблшутинг» – это ТРИЗ-овские решения в бизнесе: как решать проблемы бизнеса с помощью ТРИЗ. Книжка тоже продается на разных маркетплейсах.

Когда железный занавес открылся, многие евреи поехали из СССР. Альтшуллер сам еврей, у него много было евреев-учеников. Русских тоже хватало, и белорусов: одна из сильнейших школ, кстати, была в Минске. И вот, многие уехали в Израиль, а оттуда уже перебирались в Штаты.

Они приходили на какое-нибудь предприятие и говорили: «Мы крутые инженеры, мы решаем любые технические проблемы. Какие у вас есть проблемы?» А на них смотрели как на идиотов: «No problem».

Только после того, как они освоили американский стиль мышления, они стали получать заказы. Американцы мыслят очень просто: любая технология должна либо увеличивать доходы, либо уменьшать расходы. Вот когда они освоили денежный подход к продвижению технического инструмента, корпорации стали включать ТРИЗ в пул своих бизнес-инструментов наряду с Lean, Six Sigma и другими.

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

Венчурные ресурсы и проектные фреймворки

Это полезные ссылки. Некоторые ведут на венчурные сайты, в частности, на Y Combinator Startup School.

В Кремниевой Долине многие серьезные бизнес-фреймворки адаптированы под быстрорастущие стартапы и даются в упрощенной форме. Например, финансовое моделирование там сократилось до Unit-экономики. Как и некоторые другие фреймворки, которые были урезаны именно для стартапов и молодых бизнесов с целью более легкого освоения.
 

Это проектные фреймворки. ТРИЗ туда затесался, хотя он не англоязычный, остальные все – англоязычные.

А это продуктовые и маркетинговые фреймворки.

Почему я объединил продуктовые и маркетинговые? Понятно, что если продукт на рынке продается, то он генерирует прибыль. А как его продавать? Инструментами маркетинга.

CATWOE

Итак, первый фреймворк – это акроним CATWOE:

Customers, Actors, Transformation, Worldview, Owners, Environmental constraints – Клиенты, Действующие лица, Изменение, Мировоззрение, Владельцы, Ограничения среды.

• Клиенты – конечные пользователи

• Действующие лица: исполнители, которые будут заниматься решением проблемы

• Изменение: преобразование текущего состояния в желаемое

• Мировоззрение: проблема и ее решение вписываются в общий контекст

• Владельцы: ключевые лица, которые могут влиять на процесс трансформации

• Ограничения среды: внешние ограничительные условия

Автор – Питер Чекленд (Peter Checkland). Это, по сути, такая же технология решения проблем, как и ТРИЗ. Но в отличие от ТРИЗ, здесь в основе лежит клиентоориентированность.

Очень важный элемент – это «окружение». Те ограничения, которые накладываются внешней средой. Что это может быть? Например, налоговая система, судебная система, политическое устройство, социальные и религиозные нормы, которые в этом бизнесе неприемлемы. Если вы работали, допустим, с мусульманскими странами, вы знаете, что такое их банкинг. Там нельзя платить проценты: религия не позволяет. И вот такие ограничения надо учитывать, когда вы работаете на конкретном рынке.

Несколько непонятно, наверное, «мировоззрение». Это калька с английского Worldview. Имеется в виду «глобальное видение». Слово «визионер» слышали? Это оттуда. Это такое глобальное видение, которое показывает нам перспективу и может помочь построить стратегию развития бизнеса.

GA

GAP Analysis – Анализ разрывов.

• Определение текущего бизнес-процесса (as is)

• Определение результата текущего бизнес-процесса

• Определение желаемого результата

• Определение и документирование разрывов в результатах

• Проектирование бизнес-процесса для достижения желаемого результата (to be)

• Выбор средств для купирования разрывов

• Разработка требований для преодоления разрывов

• Определение приоритетов в требованиях для преодоления разрывов

В IT он имеет достаточно широкий спектр применений, например при поиске функциональных разрывов. Но каково его происхождение?

Никогда, если специально не погуглите, не узнаете, что Майкл Скотт (Michael Scott) был экологом. И он придумал эту технологию. Каким образом? Он на Гавайях изучал ареалы распространения эндемичных видов птиц. Там были некие заповедники. Он карты заповедников накладывал на ареалы обитания птиц и искал разрывы: какие редкие виды птиц не покрываются заповедниками. И от этого он конструировал изменение границ заповедников.

То есть, этот поиск разрывов, их иногда называют «пробелами», в IT превратился в поиск функциональных разрывов.

Я, например, этот инструмент всегда использую в предпроектном обследовании. Я смотрю, что у нас есть. Самый простой пример: у нас есть программа и есть некий бизнес. Я смотрю, в какой степени эта программа ложится на бизнес-процессы. Можем ли мы взять это настройкой софта? И тогда это одна цена вопроса. Или не можем? И тогда это доработка, и это совсем другая цена вопроса.

Комбинация настроек и доработок может быть выявлена за счет поиска таких функциональных разрывов посредством GAP-анализа.

MoSCoW

MoSCoW. Интересный акроним, да? Причем, некоторые пишут его целиком большими буквами, но здесь «o» – маленькие. Это более близко к первоисточнику. Хотя некоторые пишут все прописными.

Must have or Should have, Could have or Will not have – Обязательно иметь или Желательно иметь, Могло бы быть или Не должно быть.

• Обязательно иметь: требования, без которых проект не может быть успешным

• Желательно иметь: важные, но не критические требования, которые могут быть отложены без значительного влияния на успех проекта

• Могло бы быть: желательные требования, которые могут быть реализованы, если позволят время и ресурсы

• Не должно быть: требования, которые не будут реализованы на текущем этапе проекта

Обычно, за исключением того же BABOK, большинство аббревиатур не включает первые буквы артиклей, предлогов и союзов. А здесь специально включено.

Дай Клегг (Dai Clegg) придумал набор слов. И если из него конструировать аббревиатуру, что бы получилось? MHSHCHWNH. Вообще не выговоришь. Он мог бы, конечно, все это сократить до MSCW, но он сделал хитрый ход: вставил «o» от союза «or».

И это стало звучать уже не как аббревиатура, а как акроним. Произносится совсем легко – Moscow. Причем, возникает какая-то положительная коннотация. Наверное, он в Москве был, может, ему Москва понравилась.

В общем, москвичи, радуйтесь: на Туманном Альбионе о вас знают не только как о столице государства.

CJM

Customer Journey Map – Карта пути пользователя.

• Постановка четких целей (например, по SMART)

• Сбор данных, полученных из клиентского опыта, и метрик от аналитических источников

• Создание подробных профилей клиентов: боли, демография, поведение, интересы, мотивы и пр.

• Определение точек контакта с клиентами

• Визуализация пути клиента для каждого профиля клиентов в виде хронологии точек контакта

• Анализ проблем на пути клиента

• Внедрение улучшений в путь клиента

Это тоже клиентоориентированная технология. Ее придумали американцы Чип Белл (Chip Bell) и Рональд Земке (Ronald Zemke). Как раз ее в упрощенном виде используют в Кремниевой Долине, и там она является одной из базовых технологий.

Я рекомендую ею пользоваться в следующем контексте. Допустим, вы разработали интерфейс. Просто отыграйте роль пользователя, встаньте на его место, учтите пол, возраст, функциональность, которую он выполняет, и пройдитесь по интерфейсу. Не целый рабочий день, но хотя бы полчаса-час потратьте, будучи в его роли. И вы поймете, что этот интерфейс не совсем то, что хотел бы пользователь. Вот это – классическое применение.

SMART

А что такое постановка цели по SMART? Автор – Джордж Доран (George Doran). Тоже интересная конструкция.

Specific, Measurable, Assignable, Realistic, Time-related – Конкретная, Измеримая, Назначаемая, Реалистичная, Привязанная ко времени.

• Конкретная: нацеленная на определенную область для улучшения

• Измеримая: цель должна иметь количественные метрики для оценки прогресса

• Назначаемая: указывающая, кто будет это делать

• Реалистичная: результаты могут быть достигнуты при имеющихся ресурсах

• Привязанная ко времени: должен быть намечен срок достижения цели

Это омоним – опять филология. Омонимы – это слова, которые звучат одинаково. Омоним к слову «умный»: smart – это запоминаемо.

Я больше, чем уверен, что вы, даже не зная названия постановки целей по SMART, наверняка, как умные люди, всегда ставите цели и в личной жизни, и в работе. Для этого не надо знать наименований фреймворков. Это intrinsic property, как говорят те же англичане, то есть «внутренне присущее свойство» обычного человека: поставил цель – добился.

На что хотелось бы обратить внимание? На Measurable, то есть на Измеримость. Это иногда бывает сложно. Если мы говорим о каких-то финансовых показателях или KPI (Key Performance Indicators – Ключевые показатели эффективности) для контроля персонала в процессе движения к цели, то это числовые величины, которые можно посмотреть. Но есть ряд проектов, где не так просто все измерить. Это могут быть социальные проекты или даже проекты внедрения ERP-систем, где нужно учитывать такие параметры, как психологическая готовность заказчика принять те изменения, которые будут. Наверняка вы все с этим сталкивались. Поэтому тут нужно продумывать, может быть, еще и нечисловые критерии измеримости.

SAFe

Scaled Agile Framework – Масштабированный гибкий фреймворк/

• Командная и техническая гибкость

• Agile-поставка продуктов

• Поставка корпоративных решений

• Lean-управление портфелем

• Организационная гибкость

• Культура непрерывного обучения

• Лидерство Lean-Agile

Scaled Agile Framework – это три слова. Иногда, правда, framework переводят в аббревиатуру из двух слов – FW, но здесь мы не видим W. Значит, должно быть три буквы. А почему появилась четвертая, откуда? Никто не знает, кроме Дина Леффингуэлла (Dean Leffigwell), который это придумал.

Логика, по моему разумению, была следующая: он просто превратил неудобную аббревиатуру S-A-F в удобный односложный акроним SAFe, с одной стороны. А с другой стороны, safe переводится как «безопасный». Все знают слово «сейф», оно вошло в русский язык.

По сути, он придал этому положительную коннотацию: это будет безопасное, например, внедрение проекта. В этом смысле, это просто гениальный ход!

MECE

Mutually Exclusive and Collectively Exhaustive – Взаимно Исключающие и Совместно Исчерпывающие.

• Взаимно исключающие: множества элементов должны быть сгруппированы таким образом, чтобы между ними не было пересечений, что помогает исключить дублирование элементов. Каждый элемент относится к конкретной, четко очерченной группе.

• Совместно исчерпывающие: все нюансы/проблемы должны быть учтены, чтобы ни один аспект анализируемого вопроса не остался вне рассмотрения, что исключает пробелы в анализе и гарантирует целостность.

Это моя любимая технология. Я бы назвал ее самым лучшим инструментом проектирования бизнес-приложений. Автор – Барбара Минто (Barbara Minto), она работала в McKinsey. После того, как она разработала эту технологию, теперь первое, чему учат любого неофита, который приходит стажером в McKinsey, – это MECE.

MECE – это акроним, произносится «миси». По-русски будет «ВИСИ».

Что представляет собою этот фреймворк? На пальцах: по сути, это суперпозиция математических принципов необходимости-достаточности и теории множеств. И все это проецируется на бизнес-логику. Кажется, что сложно, но на самом деле все достаточно просто.

Я покажу на примерах, как 1С-ники могут это использовать. Допустим, аналитики уже работают с готовой системой. Они залезают в справочник контрагентов и видят: в типовой поставке там папки «Поставщики» и «Покупатели». Но контрагенты могут быть и поставщиками, и покупателями одновременно. И что делать? В какую папку положить того, кто является и тем, и другим?

Вот разрыв в теории множеств. И логично эти папки просто убрать. Но бывают ситуации, когда они нужны. Например, у вас все поставщики в России, а продаете все на экспорт, за рубеж. Тогда логично иностранцев загнать в «Покупатели», а российских поставщиков – в папку «Поставщики». Вот это и есть проецирование на бизнес.

Или еще один пример, тоже на уровне структуры данных справочников. Кто работал на версии 7.7, помнит, что была такая «Комплексная конфигурация», где все контрагенты, включая банки, были в одном справочнике. А в восьмой версии у нас два справочника: «Банки» – отдельно, «Контрагенты» – отдельно. И предлагаю вам подумать, как лучше делать: так, как было в «семерке», или так, как сейчас, в «восьмерке».

DT

Design Thinking – Дизайн-мышление.

• Эмпатия: сбор данных о клиенте и вникание в его проблемы

• Фокусировка: систематизация собранной информации и выделение главной проблемы клиента

• Генерация идей: аналог мозгового штурма по решению главной проблемы клиента

• Выбор идеи: придумывание продукта, решающего проблему клиента

• Прототипирование: разработка прототипа для проверки идеи на практике

• Тестирование: получение обратной связи от потенциальных клиентов и доводка прототипа

Это великолепный клиентоориентированный продуктовый фреймворк от Найджела Кросса (Nigel Cross). По сути, это примерно тот же пример, который я приводил: вы становитесь пользователем и проверяете свой интерфейс. То есть вы конструируете свое решение исходя из того, как пользователь будет им пользоваться.

Единственная ремарка: мне лично не нравится калька перевода «дизайн-мышление». Дизайн – это ведь, как в веб-дизайне – разработка. В этом смысле, design thinking я бы лично перевел не калькой, а назвал бы «проектировочное мышление». Это более точно отражает суть, которую несет этот фреймворк.

HADI

Hypothesis, Action, Data, Insights – Гипотеза, Действие, Данные, Выводы.

• Гипотеза: выдвижение бизнес-идеи, которую предстоит проверить

• Действия: проверка гипотезы в течение 1-2 недель

• Данные: сбор данных и анализ полученного результата на основе количественных метрик: объем продаж, коэффициент конверсии и пр.

• Выводы: заключение по проверке гипотезы: в случае успешного результата, бизнес-идею можно масштабировать, в случае неуспешного, следует рассмотреть следующую гипотезу

Это акроним, читается: «хейди».

HADI – это циклы. В основе их лежат упрощенные циклы Деминга-Шухарта (Edwards Deming, Walter Shewhart).

По сути, это проверка гипотез. Родилась у вас какая-то идея: либо сделать новую программу, либо встроить новую опцию в существующую программу. А вы не знаете, будет она востребована или нет. Поступил один запрос с рынка, но насколько это массово?

Вы не садитесь стучать по клавишам, не занимаетесь сразу разработкой. Для этого придумана такая схема. Фирма 1С, кстати, уже начинает ею пользоваться. Делается, условно, кнопка либо на сайте, либо в программном приложении, и пишется название этой новой опции. Дальше фиксируется, сколько кликов было от ваших пользователей. Если их достаточно много, вы принимаете решение о ее важности.

А когда пользователь кликает, то, чтобы не терять лицо, вы пишете: «Мы разрабатываем эту опцию. Это опрос мнений. Будьте любезны, скажите, насколько вам это актуально.». И можно задать какие-то уточняющие вопросы.

Это реально работающая технология. Она позволяет не разрабатывать то, что не пользуется спросом. Любая разработка – это деньги, и, тем самым, вы экономите бюджет разработки.

GTM

Go-To-Market strategy – Стратегия выхода на рынок.

• Анализ рынка: размер, потенциал роста, тенденции

• Определение целевой аудитории: профиль идеального клиента, боли, покупательское поведение

• Ценностное предложение: заявление, определяющее выгоду продукта для клиента

• Конкурентный анализ: изучение сильных и слабых сторон конкурентов и их продуктов

• Позиционирование: как продукт вписывается в рынок и выделяется среди альтернатив

• Маркетинговый план: кампании и мероприятия по созданию интереса и лидов

• План продаж: каналы и объемы продаж, структура команды

• Ценообразование: подход, учитывающий затраты, рыночные условия и цены конкурентов

• План дистрибуции: логистика доставки продукта клиентам

• Поддержка и обслуживание клиентов после покупки

• Метрики и KPI для измерения эффективности инициатив

• Финансовый план, определяющий ресурсы по каждому компоненту стратегии

• План-график с указанием сроков реализации этапов стратегии

• Оценка рисков и план по их минимизации

• Циклы обратной связи для совершенствования продукта

Согласитесь, «Стратегия выхода на рынок» звучит несколько пафосно. Но тут есть некая лукавость: это вовсе не стратегия, это – тактика. Почему тактика? Потому что это буквально на один-два-три месяца, максимум – на полгода. Это один из тех случаев, когда произошла адаптация серьезного бизнес-фреймворка под быстроразвивающиеся стартапы. То есть, это упрощенная схема.

Развивал ее целый сонм авторов, в том числе из Кремниевой Долины, поэтому я даже не стал искать первоисточник. Там сразу несколько источников: и из Гарвардского университета, и из Кремниевой Долины.

PSF

Problem-Solution Fit – Соответствие проблемы и решения.

• Какова ваша целевая аудитория?

• В чем ее проблема?

• Осознают ли клиенты эту проблему?

• Каковы функциональные возможности и «нечестные» преимущества вашего продукта?

• Каковы конкурентные продукты для вашей целевой аудитории?

• По каким критериям клиенты выбирают продукт?

• Решает ли ваш продукт проблему целевой аудитории?

• При необходимости повторить цикл разбора

Это достаточно эффективная технология от Стива Бланка (Steve Blank). Она тоже позволяет экономить бюджет и дает ответ, будет ли ваша разработка пользоваться спросом на рынке или ляжет под сукно.

Хочу обратить внимание на пункт «нечестные» преимущества. Нечестно – это всегда плохо. На самом деле, это калька с английского unfair (нечестный). Но понятней не стало: там «нечестный» и здесь «нечестный». Это венчурный сленг Кремниевой Долины. Под нечестным преимуществом понимается такое преимущество, которое не сможет повторить какой-нибудь «кит». Например, вы придумываете какую-нибудь программу и думаете: «Если я выйду на рынок, сколько времени потребуется условному Яндексу, чтобы повторить эту разработку и вытеснить меня с рынка?».

У вас должно быть свое ноу-хау. Может быть, слышали еще такой термин – «секретный соус». Это то, что не позволит условному Яндексу вас обогнать, потому что ваша компетенция или ваша технология уникальна. И чтобы ее повторить, нужно вложить миллионы. Никто не будет этим заниматься – им проще вас купить, когда вы вырастете.

PMF

Product-Market Fit – Соответствие продукта рынку.

• Детализация сегментов рынка

• Выявление запросов покупателей

• Формирование выделенного предложения

• Создание и продвижение первоначальной версии продукта

• Оценка откликов целевой аудитории

• Оптимизация продукта согласно откликам

• Официальный релиз продукта и его расширение на рынке

Это, в общем-то, основа любого бизнеса. Потому что, если продукт не соответствует рынку, то он и не продается.

Автор – Марк Андриссен (Marc Andreessen), один из столпов Кремниевой Долины. У него есть свой блог, рекомендую почитать. Несмотря на то, что это все про стартапы, там есть очень хорошие мысли. Причем, они концентрированно даны для понимания того, как вообще строить бизнес, особенно, если он новый.

UC

Use Cases – Сценарии использования

• Анализ бизнес-требований и определение границ

• Выделение пользователей

• Определение целей пользователей и соответствующих потенциальных сценариев

• Приоритезация и отбор сценариев использования

• Определение для каждого сценария начального состояния и события, запускающего сценарий

• Разработка основного успешного сценария

Это пользовательские сценарии. По сути, опять-таки, моделирование поведения пользователя. Автор – швед Ивар Якобсон (Ivar Jacobson). Тоже рекомендую пользоваться. Это достаточно клиентоориентированная технология.

ТРИЗ

Наконец-то, мы ушли от иностранщины и подошли к самому лучшему инструменту решения проблем. Помните шутку: «Советское – значит лучшее»? Вот к ТРИЗ это имеет самое прямое отношение без всякого негатива!

Как он расшифровывается? Теория Решения Изобретательских Задач.

И здесь мы оказываемся в той же самой ситуации, как с Go-To-Market. Когда говорилось о стратегии, хотя, на самом деле, это тактика. Так вот, это не теория. Это реально работающая, эффективная практика.

Почему он назвал это теорией? Не знаю, ему, наверное, виднее.

По сути, я уже рассказал, как теория решения изобретательских задач продвигалась на американском рынке. Для чего я это рассказывал? Потому что считаю, что фреймворк 1С:Предприятие, если оперировать этим термином, настолько же крут и сопоставим по значимости.

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

Вот те компании, которые сейчас используют ТРИЗ во всем мире. Эта информация взята с сайта MATRIZ, Международной Ассоциации ТРИЗ. Посмотрите: это и Азия, и Европа, и Америка. 1С точно так же может развиваться по всему миру.

Тут я опять поигрался с искусственным интеллектом. На этот раз задействовал не только американский ChatGPT, но и китайский DeepSeek.

Я говорю ChatGPT: «А сделай-ка мне веб-страничку и собери логотипы тех компаний, которые я скачал с сайта MATRIZ». Закинул ему. ChatGPT выкидывает мне шаблон HTML и говорит: «Вот я вам сделал шаблон, пользуйтесь». Я говорю: «А где логотипы-то?» А он: «Вы походите по сайтам, пособирайте и вставьте в шаблон».

DeepSeek не поленился. Он полез по сайтам, спарсил логотипы. Но обратите внимание: некоторые из них – не картинки, а слова. И эти слова – не логотипы. То есть там, где он не нашел логотип, он сгаллюцинировал и просто текстом написал название компании.

Почему я второй раз говорю о галлюцинациях? Потому что сейчас это очень модная тема. Искусственный интеллект – это, по сути, тоже новые фреймворки, они рождаются каждый божий день. И муссируется мысль, что искусственный интеллект заменит человека. Никогда не заменит! Потому что кто все это проверять будет? Работа начинается только тогда, когда вы задали узкую тему, набросали ему базу данных, на которую он адекватно может реагировать.

В общем, будьте аккуратнее с искусственным интеллектом. Это великолепный инструмент, но им надо очень аккуратно пользоваться. Как, впрочем, и любым другим фреймворком.

Заключение

Это сводная табличка: чем эти фреймворки могут быть полезны для 1С-ников.

Еще раз подчеркну, что это не догма, а всего лишь руководство к применению.

*************

Статья написана по итогам доклада (видео), прочитанного на конференции Анализ & Управление в ИТ-проектах.