Siberium

20 универсальных ответов консультанта.

1. Это зависит от того, как вы сконфигурируете.

2. Это плохой перевод с иностранного языка.

3. Это находится в другом модуле.

4. Как мы сюда попали?

5. Хороший вопрос. Я хотел бы видеть, как это работает.

6. Это будет в одной из следующих версий. Я не знаю в какой.

7. Вы не хотели бы делать это так.

8. Давайте попробуем и увидим, что получится

9. Этот вопрос относится к Базовой функциональности.

10. Я не знаю, эксперт будет здесь в понедельник.

11. Это путь, которым предполагается работать!? Что вы делаете!

12. Вы не должны это делать, но если вы это делаете, вызовите экстренную помощь.

13. Доверьтесь мне, я знаю то, что говорю.

14. На встроенном языке может быть написан отчет, чтобы получить эту информацию.

15. Мне жаль, но я опаздываю на самолет (поезд).

16. Это – ошибка программы.

17. Прошу позволить мне вызывать программиста !!!.

18. Базовая среда не работает.

19. Это будет в следующем версии, вы не должны модифицировать эту!

20. И наиболее важный ответ: Это вне специфики вашего бизнеса!!.  

Звонок потенциального клиента:

- Здравствуйте. Скажите пожалуйста, Вы сможете поставить к 12.11.2012г сепульки латунные ГОСТ 333 в количестве 112 шт?
- Секундочку, я посмотрю в системе... Нет, к 12.09.2011 не сможем. Сможем только к 15.11.2012.
- К 15 ноября? Мммм... В принципе, нас этот срок тоже устраивает, но это крайний срок. Не подведете?
- Можете быть уверены.
- Ок, тогда примите заказ.
- Заказ принят в работу и включен в план. Номер 12345-33, исполнение можете отслеживать на нашем сайте.
- Во как! Приятно стало с вами работать... Раньше мне приходилось ждать неделю, пока мне ответят, принят заказ или нет, и еще неделю дополнительно согласовывать сроки, если не принят на нужный нам срок. И срок исполнения заказа был длиннее, и озвучивалась не точная дата исполнения, и период плюс-минус месяц... Что такое у вас произошло?
- Мы внедрили ERP-систему,.

В процессе этого диалога системой оценивалась доступность ресурсов всех видов, в том числе:

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

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

ERP система - это масштабная система с длительным жизненным циклом.

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

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

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

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

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

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

 Эту технологию не додоумали (или умышленно заложили неуправляемость изменений?) в 1С. И только "гениальная" маркетинговая политика 1С позволяет как-то «ретушировать» этот ключевой момент

В Adempiere, на мой взгляд, данная проблема решена наиболее оптимально из всех видимых мною систем.