Показать плюсы внедряемой системы.

Здравствуйте!

Хотелось бы получить помощь вот в каком вопросе.
На предприятии есть основная ИС, которая уже не справляется с нагрузками. Принято решение разрабатывать новую систему.
На сейчас существует две системы.
1-ую поддерживает руководитель департамента, но сроки сдачи переносятся уже 9 месяцев.
2-ая разработка - разработка конкурирующая, делалась поначалу "вопреки" и в не рабочее время. сейчас уже дан официальный ход, но есть проблема.
Из-за постоянных проблем с основной ИС, бизнес форсирует внедрение и запуск второй системы. Естественно возникают определённые сложности с тем, что ещё не весь функционал реализован + возникают задержки в обмене с основной ИС.
Сыпятся жалобы от пользователей.

И сейчас возникают "доброжелатели" , которые подливают масла в огонь и вливают в уши руководства мол не справляется и вообще это всё плохая система.

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

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

-
Чудеса случаются. Это Вам любой программист скажет.

наутилус,

Если речь идет о поддержке текущей системы, то что то вроде того:

- Число сбоев и ошибок в единицу времени
- Среднее время устранения сбоев и ошибок
- Динамика по сравнению с прошлым и позапрошлым периодом (неделя, месяц)
=========================
- Убытки от сбоев и ошибок:
--- потери времени работников (сбой №15, время простоя - 2 часа, затронуто 15 человек, итого 30 человеко часов, итого xxx гривен ЗП выплачено впустую)
--- потери бизнеса (сбой №4, время простоя 8 часов, задержка отгрузки продукции xx тонн, задержка платежей поставщикам xxx гривен, задержка выплаты ЗП работникам xx часов/дней, овератйм работников (работа вечером или в выходной) на xx человеко-часов ...)
=========================
такой сравнительной аналитики бизнесу хватит для анализа текущей ситуации, но из вашего описания ситуация с конкурирующими системами не вполне понятна

И еще совет: все такие числа и показатели следует проверить три раза перед тем как показывать наверху. В идеале - не постесняться и показать данные противной стороне заранее, обсудить - все ли правильно.

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

Тоже ипотечник,

да, это включу в отчётность. Спасибо.

По поводу проверки цифр - думаю давать статистику только по своей системе, а по другим пусть их владельцы делают. Что бы не было искажений.

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

Интересный вопрос. А что в новой системе лучше? "Не справляется с нагрузками" - понятие довольно абстрактное. Математика простая:
1. Если компания растет и когда объем операций увеличится на N%, старая система сдохнет, то нужно внедрять новую. Показываешь число N и объясняешь, как это число получено.
2. Если новая система позволяет увеличить доходы компании на M денег или сократить издержки компании на K денег, при этом стоимость внедрения S < M либо S < K, то показываешь число M, K и S, и объясняешь, как эти числа получены.
3. Если новая система "удобнее для пользователей", "проще в поддержке", "имеет более совершенную архитектуру", и это не выражается в денежном эквиваленте, пожимаешь плечами и идешь курить. Никакой нормальный руководитель ради этого ИТ-революции устраивать не станет.

Тоже ипотечник

- Убытки от сбоев и ошибок: --- потери времени работников (сбой №15, время простоя - 2 часа, затронуто 15 человек, итого 30 человеко часов, итого xxx гривен ЗП выплачено впустую) --- потери бизнеса (сбой №4, время простоя 8 часов, задержка отгрузки продукции xx тонн, задержка платежей поставщикам xxx гривен, задержка выплаты ЗП работникам xx часов/дней, овератйм работников (работа вечером или в выходной) на xx человеко-часов ...)

К этому обязательно следует добавить: в связи с уменьшением количества сбоев появится возможность сократить штат ИТ-саппорта на столько-то рабочих мест.

ДжекНепотрошитель,

и не только IT-саппорта, но про другие подразделения пусть начальство самостоятельно догадывается, такие инициативы вслух лучше не озвучивать :)

Люди смогли наваять сложную систему и не могут толком рассказать, чем она лучше предыдущей ? :)
Как такое может быть ?
Зачем тогда брались ?

ДжекНепотрошитель

наутилус Какую статистику можно предоставить руководству для подтверждения правильности выбранного курса? Может кто-то уже сталкивался с необходимостью в таких цифрах. Руководство от бизнеса далёкое от ИТ-технологий и оперировать техническими терминами затурднительно. Нужны данные в килограммах, гектарах и т.п. Интересный вопрос. А что в новой системе лучше? "Не справляется с нагрузками" - понятие довольно абстрактное. Математика простая: 1. Если компания растет и когда объем операций увеличится на N%, старая система сдохнет, то нужно внедрять новую. Показываешь число N и объясняешь, как это число получено. 2. Если новая система позволяет увеличить доходы компании на M денег или сократить издержки компании на K денег, при этом стоимость внедрения S < M либо S < K, то показываешь число M, K и S, и объясняешь, как эти числа получены. 3. Если новая система "удобнее для пользователей", "проще в поддержке", "имеет более совершенную архитектуру", и это не выражается в денежном эквиваленте, пожимаешь плечами и идешь курить. Никакой нормальный руководитель ради этого ИТ-революции устраивать не станет.

у нас ситуация №1. Объяснили. согласились. внедряем. внедряем 2 системы. одна типа "светлое будущее", вторая рассматривается как резервная. первая никак не запустится (уже год), по второй прошло внедрение по всему предприятию части реализованного функционала (т.е. люди уже работают).

сейчас просто идёт забрасывание какашками "Ваша система тормозит и плохая". без конкретных цифр и аргументов, на уровне "эта система не выдержит нагрузки", хотя практика показывает обратное.
На сейчас реальная проблема - не полностью реализованный функционал, из-за чего появляются претензии к скорости обмена с основной ИС (1С).

Вот и хочется услышать мнение, какие цифры можно показать, что сравнить для снятия претензий.
хотя ... пока сам писал - понял, что не зная системы мало что можно посоветовать. Тем более на такие невнятные "вбросы" противников.

LSV,

объяснить можем. техническим специалистам. бизнесу - тяжелее.
у них есть два состояния "всё хорошо" и "всё плохо". вот с ними говорить сложно, тем более ещё идёт разработка функционала и внедрение.

какие цифры можно показать, что сравнить для снятия претензий

Примерные сроки устранения основных проблем.

зы: (с пафосом) Вы посмотрите на этот мир (театральная пауза)..... и на эти брюки (с) анек