Скрытые финансовые потери от эксплуатации КИС. Экспертный подход. Коррекция.

12.03.14

Управление проектом и продуктом - Оценка проекта

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

Скрытые финансовые потери от эксплуатации КИС. Экспертный подход. Коррекция.


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

Корпоративные информационные системы (КИС)
Системы управления уровня предприятия строятся на одной из современных технологических платформ таких известных компаний как: 1C, Microsoft, SAP и др. На базе технологической платформы реализуются прикладные программные решения, которые описывают всю необходимую бизнес-логику и непосредственно обсуживают пользователей, позволяя решать стоящие перед ними задачи. Учитывая уже реализованные возможности и развивая дополнительный функционал, компании повышают качество обслуживания клиентов и экономят драгоценное время, направленное на увеличение сбыта и развитие.
Корпоративные системы хранят и обрабатывают огромные объемы информации, необходимые для поддержания различных процессов: оформление заказов клиентов, анализ цен поставщиков, формирование планов продаж и др. Ввод документов, оформляемых в момент обращения клиента, требует максимально оперативного принятия решения. Это накладывает серьезные требования, направленные на минимизацию времени отклика системы и поддержания высокой скорости выполнения всех необходимых при оформлении документов процедур, напр. контроль свободного остатка товара на складе. А также комфортное использование современных информационных систем накладывает требования и на функциональном уровне. Клиент ценит свое время, поэтому не нужно заставлять клиента ждать! Предложите то, что он хочет. Удобно и быстро.

Скорость обработки данных
Для реализации требований по производительности, вся информация хранится в структурированном виде в специальных хранилищах, обслуживаемых системами управления базами данных (СУБД). Современные СУБД получают и транслируют все запрошенные данные очень быстро и не требуют дополнительной настройки и оптимизации. Скорость в большей степени зависит от качества программного кода прикладной системы и используемого оборудования.
Для поддержания системы в управляемом режиме важен мониторинг ключевых показателей системы, осуществляемый непрерывно на всем протяжении ее эксплуатации. Хорошо поддерживаемую систему со всеми выявленными и устраненными узкими местами в производительности можно назвать «здоровой». Соответственно, в компании не имеющего сотрудника, ответственного за «здоровье» КИС, есть большой риск перехода системы в неуправляемый режим, который может сопровождаться «неожиданными» болезнями. Если никто не анализирует поведение программы, то в случае возникновения проблем их ощутят на себе пользователи (менеджеры по продажам).
А что, если провести анализ работы программы, выявить основные недостатки, мешающие работе? И действительно, количество транзакций может быть увеличено за счет сокращения времени их обработки.

 

Куда уходит время?
Драгоценное время расходуется на выполнение полезной работы (приносящей прибыль) и холостые задержки системы, вызванные избыточным сканированием данных и транзакционных ожиданий где-то в глубинах системы. Чем больше одновременно работающих пользователей в один момент времени занимают одинаковые ресурсы базы данных, тем в большей степени они мешают друг другу. Под ресурсом следует понимать такие разрезы как: номенклатура, контрагент, склад и т. п. Борьба за доступ к ресурсам выражена в увеличении продолжительности выполнения транзакций. Для компаний с большим коллективом активных пользователей это становится реальной проблемой в финансовом отношении. Получается, что автоматизированная система, постоянно дорабатываемая и, возрастая в размере, постепенно замедляется и требует все большего ожидания со стороны пользователя. «Когда же наконец-то этот документ проведется?». А плохое настроение сказывается на результате его работы и общения с клиентами. Подобные проблемы актуальны для компаний, которые не заботятся о состоянии «здоровья» своей корпоративной системы.

Оценка состояния
Перед тем как что-либо менять в используемой системе, следует оценить ее текущую производительность. Например, можно воспользоваться зарекомендовавшей себя международной методикой оценки производительности приложений APDEX (Application Perfomance inDEX, http://apdex.org). Суть: оценка строится по списку ключевых операций, а также заданное целевое время сравнивается с фактическим. По результатам расчета замеры ранжируются и принимается решение, какие операции (виды документов) требуют первостепенного внимания и должны быть оптимизированы. Провести подобную оценку по указанной или аналогичной методике помогут специалисты по технологической платформе используемой КИС.

Экспертный подход
Сертифицированные специалисты решают практически любые технические проблемы, связанные с недостаточной производительностью и нарушением стабильности работоспособности системы. Они обучены правилам работы технологической платформы, выявлению симптомов проблем и быстрой их ликвидации. Например, в случае параллельного проведения большого количества документов одного вида мы наблюдаем неудовлетворительную скорость проведения, одновременно с этим мониторинг загрузки сервера показывает низкую нагрузку на процессор и дисковую подсистему. Данная ситуация с большой степенью вероятности свидетельствует о наличии избыточных ожиданий на блокировках. Представьте: из 8 секунд, затрачиваемых на проведение накладной, 5 секунд система ничего не делает! Этот потенциальный ресурс можно трансформировать в реальный, полезный для компании.
Некоторые компании столкнувшихся с проблемой медленного проведения документов, начинают корректировать бюджет и приобретают более производительный сервер. По сути, не разобравшись в источнике проблемы. Практика показывает, что это метод дает несущественный прирост в скорости. И кроме больших финансовых расходов, компания ничего полезного не получит. Проблема так и останется не решенной. Для сравнения, если попытаться решить проблему с заторами на дорогах путем приобретения дорогого спортивного автомобиля.
После устранения причин наиболее весомых проблем, необходимо повторно оценить эффект от оптимизации, используя уже новые значения производительности в разрезах ключевых операций. Фактические показатели должны быть близки или превосходить целевые, это говорит о том, что оптимизация была проведена эффективно.
В тех случаях, когда оптимизация является финансово затратной, очень важно задокументировать выявленные проблемы. Одно даже вскрытие (озвучивание) проблем позволяет держать их под контролем.

 

 

Выводы
Скрытые в недрах системы проблемные участки информационной системы, должны быть обнаружены как можно раньше.
Необнаруженный проблемный код порождает скрытые простои времени, компания несет финансовые потери, а также возникает риск общей дестабилизации системы – отказ в обслуживании.
Управление рисками позволяет планировать и, следовательно, существенно экономить ИТ-бюджет.
Соотносите затраты на обслуживание корпоративной системы и обучение собственных специалистов.
Быстрые управляемые транзакции – ключ к успешному бизнесу!

 

Литература и ссылки:
Предупреждающие действия ISO 9001:2008 п. 8.5.3.
Практика управления. Производственное-практическое издание. 1С-Паблишинг, 2012
http://en.wikipedia.org/wiki/Apdex.
http://apdex.org.

КИС производительность КИП эксперт медленно

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Оценка проекта Управленческий учет Бесплатно (free)

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

15.05.2026    511    0    apatyukov    0    

3

Архитектура решений Оценка проекта Бесплатно (free)

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

07.05.2026    451    0    user598195_ymin    0    

1

Оценка проекта Россия Бесплатно (free)

Почему внедрение маркировки в 1С стоит для одной компании 150 тыс., а для другой — миллионы? Разбираем 7 факторов, которые влияют на бюджет проекта.

28.04.2026    547    0    Adapta    0    

3

Оценка проекта Управление рисками Бесплатно (free)

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

27.04.2026    707    0    Dimanchik00    0    

2

Оценка проекта Бесплатно (free)

Зачем разработчику нужна оценка задач и почему она не должна превращаться в оценку «с потолка»? Учимся применять методику PERT: декомпозировать задачи, использовать трехточечную оценку и работать с неопределенностью через формулы и статистику. Разбираемся, какие риски надо учитывать, какие скрытые трудозатраты часто забывают и как повышать точность оценок через микротесты и личную статистику. В статье вы найдете практические рекомендации, которые помогают сделать процесс оценки прозрачным и управляемым.

20.03.2026    1313    0    hornet_X    0    

0

Оценка проекта Бесплатно (free)

Даже опытные разработчики регулярно промахиваются с оценками задач, и это не случайность, а системный сбой мышления. Когнитивные искажения, психология занижения и эффект «я думал быстрее» приводят к срывам сроков и постоянным «не учел». Разбираемся, как выстроить систему оценки, использовать статистику и практические методы, чтобы перестать попадать в ловушки иллюзий.

13.03.2026    979    0    stegachev    5    

1

Архитектура решений Оценка проекта Работа с требованиями Бесплатно (free)

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

12.02.2026    1581    0    Arakawa    9    

9

Оценка проекта Управление рисками Бесплатно (free)

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

17.10.2025    1247    0    user662991_ag    2    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Gureev 13.03.14 09:17 Сейчас в теме
интересно, но я это уже знаю.
а вот за ссылку на книжку Буравлевой спасибо. почитаю)
2. waol 322 19.03.14 11:27 Сейчас в теме
несколько другого содержания ожидал после такого заголовка
3. Ndochp 104 19.03.14 12:58 Сейчас в теме
Представьте: из 8 секунд, затрачиваемых на проведение накладной, 5 секунд система ничего не делает!

А заводится накладная 5 минут. итого, выигрыш от оптимизации составит 5/300*100=2%, то есть вместо 50 накладных в день оператор за день заведет 51. (Это если не учитывать того, что пока накладная проводится оператор убирает один листочек и достает другой)
iov; wolfsoft; +2 Ответить
5. FractonKireyev 01.04.14 18:57 Сейчас в теме
Продолжаю расчёт, начатый (3).
Посчитаем, сколько операторов одновременно (!) должны выписывать одну и ту-же (!) номенклатурную позицию, чтобы возникла транзакционная блокировка: 300 / 8 = 37,5. Т.е., при проведении документа в течение 8-ми секунд необходимо не менее 38-ми операторов, непрерывно выписывающих одно и то-же.
Как-то слабо верится в реальность происходящего даже при наличии ОЧЕНЬ крупной торговой сети. Судя по всему - статья написана ради написания статьи.
4. pro-rok 306 24.03.14 08:20 Сейчас в теме
Если честно, то статья ни о чем. Девиз статьи: "Есть проблемы с ИТ, и их надо решать, на этом можем сэкономить". Полезность статьи на нуле. Я думаю, что будет интересно читателям, если автор опубликует пример реального экономического эффекта от внедрения КИС, либо от наведения порядка в ИТ.
6. SwAlX 19.09.14 12:59 Сейчас в теме
(4) pro-rok,
Поддерживаю. Полезной информации в статье ноль - жаль потраченного времени.
Для отправки сообщения требуется регистрация/авторизация