Я тут подумал, что различные информационные системы в процессе своего развития обрастают кучей несвойственного им функционала. Особенно этим “грешат” те, которые развиваются достаточно давно. ну и системы платформенного типа (“большие фреймворки”). Ну действительно, есть в Roadmap у системы что-то … оно делается… система обрастает “фишками”. А потом - приходит очередной пользователь, просит сделать очередную фишку - которая, как оказывается, совсем не фишка. А очень даже фича. И в итоге, на выходе - мешается документооборот и управление, поручения и проекты, бухгалтерия и управление организацией…
Я не скажу, что это хорошо или плохо - это просто объективная реальность. Из которой следует, что
1) выбирая информационную систему (если вы заказчик) стоит посмотреть на то, а что она еще может хорошего? Вдруг “заодно” она закроет боль, которая тихо болела. Сэкономите на поддержке и ресурсах.
2) если вы разработчик ИС - то, по большому счету, следует помнить что “лишняя” смежная функциональность может оказаться совсем не лишней. А очень даже критической при выборе системы. (Не факт, но такие кейсы я встречал).
3) если вы разработчик ИС - то не стоит делать из нее кладбище фич. Делайте несколько направлений, но хорошо. Сделайте расширяемость через открытые протоколы - и к вам потянутся.
4) Спорный тезис, но все-таки. Иногда дешевле заказать доработку у вендора (для отечественных ИС), чем пытаться “допилить” самостоятельно / найти специфическую систему / сделать заказную разработку.
Банально, но об этой банальности часто забывают почему-то.