Резидентуры по управляемым изменениям в реальном рабочем проекте: от нормы управляемой работы до системной инженерии. Наставники, усиление навыков, практика.
Главный канал МИМ: https://t.me/system_school
Post #168
882

Приводим примеры проектов, которые подходят для семинара Виктора:
Финтех-стартап ищет инвестиции. В презентации для инвестора всё выглядит красиво, но объяснение ценности для клиентов держится на длинной цепочке допущений: у кого есть какие потребности, кто кому что обещает, что реально поменяется, за счёт чего и у кого возникает доходность, где конфликты интересов, почему это вообще должно работать.
Ваш отдел реализует и автоматизирует какую-то функцию для большой финансовой структуры (онбординг, бэк-офис, compliance, отчётность и т.п.). Целевая система бизнеса в целом давно потеряна среди большого набора клиентских продуктов, поэтому невозможно достичь понимания места вашей системы в этом хаосе, нет критериев оптимизации вашего компонента, имеющиеся KPI давно не отражают ни выгоды для компании в целом, ни интересов вашего отдела. Невозможно даже разобраться, на кого вы работаете: на акционеров, менеджмент, клиентов или регуляторов.
Команда программистов проектируете учётную систему для сложного бизнеса. В ней есть "операции", "сделки", “обязательства”, “риски”, "баланс", "счёт", "лимит", "доступные средства", “средства в пути”. Каждое слово выглядит знакомым, но в требованиях, продуктовой логике и базе данных они начинают расходиться, трассировать понятия, логические структуры и их реализацию друг к другу - крайне тяжело.
Банк делаете платёжный сервис, и команда спорит, что считать целостной операцией: заявку, списание, подтверждение, перевод, полный расчёт, отсутствие спора и как это соотносится с фактическим удовлетворение потребности клиента.
Стартап работает над инвестиционной платформой, где для клиента выгода в "доступе к инвестициям", для “инвестора” - в соотношении “доходность/риск”, где команда видит интерфейс, юристы — требования регуляторов, права и обязательства, инвестор проверяет реализацию плана привлечения клиентов. Все говорят об одном продукте, но держат в голове разные системы.
Эксперты строят AI-сервис для финансовых процессов. Модель помогает быстрее готовить документы, требования и аналитику, но путается в терминах, постоянно галлюцинирует, и удержать его в рамках вашей терминологии и методики - невозможно. Передать ей знания не получается, потому что эти знания не сведены в единую эпистему. Если исходная модель реальности мутная, AI только усилит эту мутность.
Это и есть материал для семинара.
Виктор помогает увидеть, какую систему вы моделируете, в какой надсистеме она работает, где продукт, где финансовая схема, где описания, где обязательства, какие есть роли, в чём их интересы и в чём для них ценность. Разбор кейса за 20 минут позволит увидеть больше, чем долгие созвоны, многосторонние консультации или самостоятельное чтение руководств.
Вы получите информацию для формирования модели проекта, о которой можно разговаривать с фаундерами, инвестором, клиентом и разработчиками.
Цена семинара в этом смысле небольшая. Один неверно применяемый термин в требованиях, одна плохо понятая роль, одна ошибка в определении ценности продукта легко могут обойтись дороже.
Сегодня ещё можно принести свой кейс на разбор.
Подходит для: финтеха, трейдинга, инвестиционных продуктов, платёжных систем, платформ с денежной логикой, AI в финансах, учётных и расчётных систем.
Чат участников семинара с подробностями - в открытом доступе до выходных, подключиться можно через бота @SystemsSchool_bot.
(до перехода к оплате — появится ссылка на чат)
Формат: online, 1 час теории, 2 часа разбора кейсов участников
Дата: 16 мая
Начало: 13:00 (МСК)
🎟 Стоимость: 6 900 ₽
📌 Пререквизит: Рекомендуется тем, кто уже, как минимум, проходил самостоятельно или с наставником резидентуры R1–R3 (включая их предыдущие варианты: "Онтологика", "Моделирование и собранность", "Рациональная работа").
Финтех-стартап ищет инвестиции. В презентации для инвестора всё выглядит красиво, но объяснение ценности для клиентов держится на длинной цепочке допущений: у кого есть какие потребности, кто кому что обещает, что реально поменяется, за счёт чего и у кого возникает доходность, где конфликты интересов, почему это вообще должно работать.
Ваш отдел реализует и автоматизирует какую-то функцию для большой финансовой структуры (онбординг, бэк-офис, compliance, отчётность и т.п.). Целевая система бизнеса в целом давно потеряна среди большого набора клиентских продуктов, поэтому невозможно достичь понимания места вашей системы в этом хаосе, нет критериев оптимизации вашего компонента, имеющиеся KPI давно не отражают ни выгоды для компании в целом, ни интересов вашего отдела. Невозможно даже разобраться, на кого вы работаете: на акционеров, менеджмент, клиентов или регуляторов.
Команда программистов проектируете учётную систему для сложного бизнеса. В ней есть "операции", "сделки", “обязательства”, “риски”, "баланс", "счёт", "лимит", "доступные средства", “средства в пути”. Каждое слово выглядит знакомым, но в требованиях, продуктовой логике и базе данных они начинают расходиться, трассировать понятия, логические структуры и их реализацию друг к другу - крайне тяжело.
Банк делаете платёжный сервис, и команда спорит, что считать целостной операцией: заявку, списание, подтверждение, перевод, полный расчёт, отсутствие спора и как это соотносится с фактическим удовлетворение потребности клиента.
Стартап работает над инвестиционной платформой, где для клиента выгода в "доступе к инвестициям", для “инвестора” - в соотношении “доходность/риск”, где команда видит интерфейс, юристы — требования регуляторов, права и обязательства, инвестор проверяет реализацию плана привлечения клиентов. Все говорят об одном продукте, но держат в голове разные системы.
Эксперты строят AI-сервис для финансовых процессов. Модель помогает быстрее готовить документы, требования и аналитику, но путается в терминах, постоянно галлюцинирует, и удержать его в рамках вашей терминологии и методики - невозможно. Передать ей знания не получается, потому что эти знания не сведены в единую эпистему. Если исходная модель реальности мутная, AI только усилит эту мутность.
Это и есть материал для семинара.
Виктор помогает увидеть, какую систему вы моделируете, в какой надсистеме она работает, где продукт, где финансовая схема, где описания, где обязательства, какие есть роли, в чём их интересы и в чём для них ценность. Разбор кейса за 20 минут позволит увидеть больше, чем долгие созвоны, многосторонние консультации или самостоятельное чтение руководств.
Вы получите информацию для формирования модели проекта, о которой можно разговаривать с фаундерами, инвестором, клиентом и разработчиками.
Цена семинара в этом смысле небольшая. Один неверно применяемый термин в требованиях, одна плохо понятая роль, одна ошибка в определении ценности продукта легко могут обойтись дороже.
Сегодня ещё можно принести свой кейс на разбор.
Подходит для: финтеха, трейдинга, инвестиционных продуктов, платёжных систем, платформ с денежной логикой, AI в финансах, учётных и расчётных систем.
Чат участников семинара с подробностями - в открытом доступе до выходных, подключиться можно через бота @SystemsSchool_bot.
(до перехода к оплате — появится ссылка на чат)
Формат: online, 1 час теории, 2 часа разбора кейсов участников
Дата: 16 мая
Начало: 13:00 (МСК)
🎟 Стоимость: 6 900 ₽
📌 Пререквизит: Рекомендуется тем, кто уже, как минимум, проходил самостоятельно или с наставником резидентуры R1–R3 (включая их предыдущие варианты: "Онтологика", "Моделирование и собранность", "Рациональная работа").
- ❤ 2
- 👍 2
- 🔥 2















