IT-христХорошее заклинание.. И слышим часто.. Только тетки-юзерши - они не как
змеи, хоть и шипят.. Они скорее похожи на "говорящих лошадей" из анекдота.
"..Если бы вы только видели как 3.14здят летающих крокодилов.."

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

LSVИменно так и надо делать ! :) Они катят бочку на всяких там тётенек, но сами за жизнь не вбили в свою систему и сотни документов, и понятия не имеют, как иногда это неудобно и долго делать. А когда документов сотни - счёт идёт на каждый клик и на доли секунды отклика этой самой корявой системы. Но разве кому-то из них интересно слушать эти жалобы ? Конечно нет ! Они же гении с ноутбуками и большими зряплатами (через "я").
Надо всегда честно различать проблемы восприятия системы и её реальные технические проблемы. К сожалению большинство жалоб - обоснованные, т.е. мешающие нормально выполнять свою работу. Беда, что нет жалающих понять это.

Уважаемый LSV, это рассуждения человека который ни чего не понимает в автоматизации или не хочет понимать. Азы: у каждого проекта есть цели и задачи. Если целью ставится сокращение операторов в системе и экономия ДС на ЗП и налогах то я с вами согласен, однако в таком случае БП в вашей организации выстроены идеально, вы ни копейки не теряете на ошибках в логистическом и финансовом контуре, имеете полностью удовлетворяющую вас отчетность ну и прочие прелести... в таком случае менять ваше ПО не имеет смысла... А вот если вы хотите сократить ваши издержки на логистическом или финансовом контуре, тогда ваши заявления о том что вам не нанять n-операторов становятся смешны, ну очень уж не сопоставимые суммы затрат получаются. Ни чего личного... в моей практике очень много было нареканий к интерфейсу до тех пор пока с цифрами в руках не доказывали что нанять еще m-оператором будет все равно дешевле, чем продолжать использовать старую систему.

LSV2 drive & Владимир
Ну, во первых никаких эмоций... Обычная проза жизни :) :) :) :)
>> Мол, плохо всё...
Может хотите сказать, что всё хорошо ? И половина внедрений навороченных систем - провальные, тоже хорошо ??? :) Я не предлагал "не внедрять вообще". Просто внедрять надо с умом и совестью, а не с жадностью к деньгам и цинизмом в стиле "вы ничего не смыслите в ...." :)
Нарекания на интерфейс бузусловно бывают и несправедливые. И тут я не буду защищать тётеньку-бухгалтершу, что ей кнопочка такого цвета не нравится. Но если раньше тётеньке на простую операцию нужно было 3 сек, а сейчас на точно такую же - 20сек, то увы, её возмущения вполне понятны.
Владимирваши заявления о том что вам не нанять n-операторов становятся смешны
Когда я такое заявлял и заявлял ли вообще ? Похоже на смех без причины. :)
Любая система призвана увеличить эффективность работы предприятия. Если внесение того же объёма данных требует заметного увеличения времени/чел.часов/ДС то эффективность от такого внедрения довольно спорная, даже если не учитывать заоблачную стоимость внедрения.
Я не верю в идеальные БП и идеальную отчетность. Безусловно и идеальных КИС не бывает. Именно поэтому и внедряют новое ПО в надежде улучшить какие-либо показатели деятельности. Но это не должна быть "пиррова победа".
От внедрения должно выигрывать в первую очередь предприятие, а не только внедренец, а он в отличие от предприятия выигрывает всегда.
Я считаю, что картина внедрений не должна напоминать вокзальную игру "в напёрстки", где "виноват" всегда игрок, а не напёрсточник.
Успехов коллеги !

Уважаемый LSV, перестаньте мерить эффективность внедрения количеством секунд, затраченных оператором. Это не показатель. С точки зрения работы оператора можно долго спорить, однако, действительно, время операции может быть увеличено, как и время реакции системы, причем весьма существенно. Простой пример - ввод договоров и заявок, оплат, сопровождается занесением дополнительной информации, что увеличивает общее время операции в 4 раза!!! однако среднее время общения с клиентом падает в 1.74 раза, что только на межгородней связи экономит значительные средства не только клиенту но вам??? Вы учитываете данные факторы или нет... кста Время создания и утверждения книги продаж сокращается, в среднем, в 1.89 раза... это не показатель??? Плюс ровно половину бухгалтерии можно сократить. Плюс наконец-то клиент получает полную информацию, что происходит с его заказом, и получает именно то что он заказывал точно в срок... а не по наличию на складе... Плюс складские запасы упали на 40%... но это, конечно все, не важно, вам нужно чтоб оператор работал так как раньше???

IGuestLSV прав.
Если это не материалы на складах, а,например, зарплата - на чем Вы сэкономите? И если пользователям каждый месяц необходимо вводить и проверять данные по каждому из 20 тысяч человек, то нужно, чтобы это можно было сделать максимально быстро и с минимальным количеством ошибок. Потому что зарплата, она как-то ближе к сердцу, чем какие-то материалы. На каких-то складах.

Уважаемый гость, экономить на ЗП это кощунство, люди вас не поймут. Если у вас зарплаты соответствуют ШР. А система поощрений прозрачна. График отпусков существует и используется. Табели ведутся. То я не вижу в чем проблема. Если же вы выверяете каждое начисление по каждому человеку, то нужно ч-то менять.

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

LSVЭто действительно не показатель, но если этих секунд становится вдвое больше, то нужно брать второго оператора. Это разве не влияет на экономическую эффективность ?


Уважаемый LSV, как я неоднократно говорил, длительность операции может быть увеличена, если это обосновано. Персонально для вас задача - оцените как будет влиять сокращения остатков на 10, 41 счетах на 10% на общую экономическую эффективность предприятия. Помните о том, что ряд счетов включая 01,70!!! тоже будут уменьшаться. Обоснуйте почему. Сколько операторов можно нанять на эти деньги.

LSVНеужели ! :) Чаще - наоборот. Нужны дополнительные сотрудники для сравнения данных в новой и старой системах. Почти всегда имеет место довольно длительное сожительство нескольких систем. Одна из них обычно 1С :) Хотя это скорее следствие одного из законов управления: "упр. система всегда стремится к увеличению штата при отсутствии роста эффективности управления".
Не даром все внедренцы хором кричат: ".. что не стоит высчитывать экономическую эффективность. Её не удастся подсчитать. И что мол критерии эффективности неформализуемы математикой". С этим можно согласится, но под эту абсолютно справедливую (!) фразу прекрасно получается съехать с доработок и устранения огрехов системы.

LSV, если вы хотите вести параллельный учет в двух системах - это только ваши проблемы. Нанятые для этого сотрудники это ваши затраты. Сравнение данных в двух системах - деньги на ветер, баланс вы в какой системе будите сдавать??? Я вам поставил очень простую задачу, если вы её сможете решить и обосновать я пожму вам руку... однако стоит помнить, что это только один из многих факторов.

LSV, стоит также помнить что времена MMM давно прошли, вы осуществляете инвестиции, и не стоит ждать моментальной отдачи в 200% =)) приготовитесь много работать и долго ждать.

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

2 Garya

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

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