Увы, я не смогу научить в рамках однодневного, двухдневного или даже недельного тренинга создавать отчёты, где требуется глубокое знание функциональности и большой опыт. Да, общему подходу научить можно, но передать за одно-два-пятьдесят два занятия 29-летний опыт не получится 🙂 🙂 🙂
Вчера пообщался с двумя своими коллегами-консультантами на тему «пространства iScala» и того, что вокруг него. И по поводу подходов к внедрению систем, и по поводу тех, кто этими внедрениями занимается, и по поводу перспектив тех или иных систем после ухода из России ERP-монстров. И в процессе общения либо я, либо мой собеседник произнесли точь в точь одни и те же слова. Слово в слово. Ну, а «бедному крестьянину» волноваться и куда-то бежать не стоит, разве что сделать обновление со старой версии на более свежую…
Уж сколько раз твердили миру… А ситуация всё повторяется и повторяется. Если не заниматься развитием системы, то не система становится для вас, а вы для системы. А заканчивается всегда одинаково.
Начну с того, что широко разрекламированная «стандартность» учёта — это миф! Никакой «стандартности» нет. Да, у нас есть стандартизованный план счетов с рекомендованными счетами и субсчетами. Однако, вы должны будете либо отказаться от всех подробностей ваших расчётов, особенно, если у вас под 500 различных начислений и удержаний (мало ли что у вас на вашем предприятии «нажито непосильным трудом») или понять, что никакая «стандартность» в новой программе, которой вы зачем-то хотите заменить модуль заработной платы вашей iScala, вам не светит и без программистов она всё равно не будет работать, как вам хочется
Аутсорсинг — это хорошо или плохо? На мой взгляд, и не хорошо, и не плохо само по себе. Другой вопрос, а нужен ли нам ТАКОЙ аутсорсинг?
А Вы? Если Вы используете ЭДО, кто Ваш провайдер? Ваши ответы будут отправлены мне по электронной почте и не будут храниться на сайте. И, разумеется, я никому не буду разглашать полученную информацию 🙂
Более всего поражает ситуация, когда единственный локальный айтишник увольняется, а компания решает, что так и надо, нового брать не нужно, есть ведь «глобальный хэлпдеск». А я-то всегда по наивности своей думал, что ИТ подразделение, даже, если «локально» в нём только один специалист, это очень важно. А если нет, тогда так им и надо (руководству такой компании) 🙂 Вот только остальных сотрудников жалко, им-то это всё за что?
Казалось бы, имеет ли смысл такая форма, как 1 день в месяц, ну, что можно за один день успеть? Однако, как показала реальная практика, удалось сделать удивительные вещи, в которые раньше просто не верилось
Попытаюсь порассуждать о сильных и слабых сторонах iScala исходя из собственных представлений о том, что есть хорошо и что есть «не очень». Разумеется, это мой личный субъективный взгляд.
В последнее время отмечаю для себя, что вместо специалистов в области ERP и IT из соответствующих департаментов вопросами тарифов и поиска подрядчиков в этой сфере начинают заниматься сотрудники отделов закупок. Это неправильно, на мой взгляд. Они «не в теме», а с помощью коммерческих предложений или ответов на анкету с требованиями типа «Экспертный уровень знаний по iScala версии 3.1+» невозможно понять, кто что умеет, есть ли у него ресурсы и т.п.. Это не закупка гаек и болтов или, даже, оборудования
Стабильность — вот чего не хватает в моей работе. И это не способствует душевному спокойствию. Если вам интересно знать, как я с этим борюсь, готов поделиться своими мыслями 🙂
Наверное, ни то, ни другое. Точнее, и то и другое в разумном сочетании. Поясню свою мысль: Я однозначно за то, чтобы в компании был собственный сотрудник, знающий систему. Я всегда это рекомендую моим клиентам. Вот только любая идея доведённая до фанатизма плохо пахнет. А что думаете Вы?
|
|
|
