Сначала проблема. Потом решение.

У вас проблема? Расскажите, что происходит.

Я сначала попробую понять, в чём проблема и какой результат вам нужен. И только потом — нужна ли для этого автоматизация, готовая система или новая программа.

Если вы только планируете автоматизацию, уже потратили деньги и не получили ожидаемого результата или просто теряете время, деньги и контроль — можно начать с разговора.

Рассказать о проблеме Посмотреть доказательства
Несколько предложений своими словами — достаточно. Техническое задание не нужно.
С чего начинается работа

Не с программы. С проблемы.

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

Иногда правильное решение — написать программу. А иногда гораздо ценнее понять, почему программу писать вообще не нужно.

01 — ВЫ РАССКАЗЫВАЕТЕ

Что происходит?

Своими словами. Без технического задания, архитектуры и специальных терминов.

02 — Я РАЗБИРАЮСЬ

Где настоящая проблема?

В процессе, данных, деньгах, правилах, организации работы или технологии.

03 — ОПРЕДЕЛЯЕМ РЕШЕНИЕ

Что даст результат?

Изменение процесса, готовая система, небольшая автоматизация или новая программа.

Главная ценность

Я ищу не код. Я ищу результат.

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

Низкая себестоимость решения при большом экономическом эффекте — один из принципов, которым я всегда дорожил.
  • Сократить ручной труд
  • Уменьшить количество ошибок
  • Не тратить деньги на ненужную автоматизацию
  • Быстрее получать нужную информацию
  • Улучшить контроль денежных потоков
  • Принимать решения на основании данных
Принцип

Дороже — не значит лучше.

Сложность решения сама по себе не делает его хорошим. Если задача требует простого и дешёвого способа, именно он может оказаться самым эффективным.

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

За этой идеей стоят реальные проекты.

Ниже только часть работы. Подробности скрыты, чтобы не превращать страницу в каталог проектов. Их можно открыть, если интересна именно техническая сторона.

Многосторонний сложный клиринг

Система анализа взаимных обязательств и построения сценариев взаиморасчётов.

Что именно было сделано
Разработана система интеллектуального клиринга, моделирующая сети взаимных обязательств между участниками. Система анализировала цепочки и циклы, учитывала ограничения и строила несколько допустимых сценариев взаиморасчётов. После выбора сценария менеджером выполнялся соответствующий набор операций с пересчётом связанных обязательств.
Задача состояла не просто в учёте обязательств, а в поиске допустимого способа уменьшить взаимные расчёты между множеством участников.
Смотреть проект →

Упреждающий контроль бюджета

Контроль возможности и обоснованности расхода до совершения платежа.

Что именно было сделано
Система объединяла планирование, бюджетную роспись, контроль заявок, финансовое разрешение, обязательства, движение денежных средств, банковское подтверждение и план-фактный анализ. Пользователь мог переходить от агрегированного показателя к исходным операциям и документам. Контроль осуществлялся не только постфактум, но и до возникновения расхода.
Руководитель получал возможность контролировать обоснованность расхода ещё до того, как деньги были потрачены.
Смотреть проект →

ИТ-аудит «Смагулов и К»

Восстановление движения финансовых средств после краха финансовой пирамиды.

Что именно было сделано
Восстановление и анализ движения финансовых средств выполнялись по разрозненным источникам: электронным данным и большому количеству рукописных документов. Для обработки документов пришлось создавать специальные программы анализа и обработки данных. Работа выполнялась в крайне ограниченных условиях и при огромном объёме исходной информации. В результате были обработаны данные более чем по 80 000 физическим лицам и тысячам организаций.
Полученная система данных стала частью доказательной базы при последующей работе по возврату средств вкладчикам.
Смотреть проект →

«Ажур»

Система управления бизнес-процессами, документами, поручениями, согласованиями и доступами.

Что именно было сделано
Кадровые процессы, служебные документы, поручения, согласования, разрешительные системы, доверенности, инциденты, доступы к ресурсам и контроль денежных потоков. Корреспонденция, корпоративная нормативная документация, должностные обязанности и процедуры принятия решений. В основе постановки задачи была фраза владельца холдинга: «Я владелец холдинга. Сидя на берегу, хочу знать, что творится в моей империи».
Система связывала разрозненные управленческие процессы с возможностью контролировать их состояние.
Смотреть проект →

Аукционная площадка

Торги в реальном времени и архитектура нестандартных взаиморасчётов.

Что именно было сделано
Архитектура предусматривала возможность сложных моделей обмена и расчётов, когда различные виды ресурсов могли участвовать в многостороннем обмене.
Система позволяла формализовать нестандартные модели торгов и расчётов, которые невозможно было свести к простой схеме «товар — деньги».
Смотреть проект →

F2C

Финансовая платформа — от методологии учёта до работающей системы.

Что именно было сделано
Методология проводок, бизнес-логика, балансы, реестры, план-факт операций, документы, рыночные котировки, автоматические пересчёты и синхронизация состояний системы.
Финансовая логика была перенесена из методологии и правил учёта в работающую информационную систему.
Смотреть проект →

Это только небольшая часть.

Были и другие проекты: электронный документооборот по модемной связи в 1990-х, системы распознавания образов, финансовые системы, сетевые решения и другие информационные системы. Я не хочу превращать эту страницу в каталог всего, что было сделано.

Смотреть дополнительные материалы →
Опыт

Опыт важен. Но важнее результат.

Профессиональная работа в IT началась в 1979 году — задолго до сегодняшней моды на цифровизацию, автоматизацию и искусственный интеллект.

1979 — начало профессиональной работы в области IT: электронные заявки через компьютерные сети и другие проекты.

За последующие годы — государственные, финансовые, аудиторские, организационные и другие информационные системы.

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

Есть проблема, но пока непонятно, какое решение нужно?

Не нужно заранее искать конкретную программу. Не нужно писать техническое задание. Не нужно самому решать, какая технология понадобится. Просто расскажите, что сейчас происходит.

Давайте сначала разберёмся.

Напишите несколько предложений своими словами: где вы теряете время, деньги, контроль или уже получили ненужную сложность после автоматизации.

Я сначала попробую понять, в чём проблема, какой результат нужен и есть ли здесь способ помочь.

Рассказать о проблеме
Первое сообщение может быть коротким. Техническое задание не требуется.