Problem dostosowywania (tak zwanej kastomizacji) gotowego oprogramowania nie od dziś jest dyskutowany. Jak wspomniałem w artykule o psuciu systemów ERP, firmy wdrażające najczęściej preferują dostosowywanie (tak zwana [[kastomizacja]]), producenci tego oprogramowania dla odmiany, odradzają tę ścieżkę. Popatrzmy co na to Martin Fowler, znany w branży IT doświadczony projektant i developer, człowiek znany z tego że napisał naprawdę dużo biznesowego kodu:
A common question in IT departments is whether to provide a capability by building custom software or by buying a package. For longer than I’ve been programming the debate has raged about how to make that choice. My base position on this is founded on the UtilityVsStrategicDichotomy. Boiled down this means that if the business process you are supporting is part of your competitive advantage you should build custom software, if not you should buy a package and adjust your business process to fit the way the package works. (źr. PackageCustomization).
Fowler pyta o to, o co wielu wielu informatyków: czy dostarczenie firmie kolejnych nowych możliwości, powinno się realizować poprzez napisanie (tworząc dedykowane) potrzebne nowe oprogramowanie, czy poprzez zakup gotowego oprogramowania. Ogólnie opinia, zalecane podejście przez Fowlera to: jeżeli proces wymagający wsparcia nowym oprogramowaniem, to proces kluczowy dla utrzymania konkurencyjności lepiej stworzyć oprogramowanie dedykowane do tego procesu. Jeżeli to jeden z procesów pomocniczych, efektywniej będzie kupić gotowe oprogramowanie i dostosowanie do niego procesu w firmie. Co ciekawe, podobnie jak ja, zaleca w przypadku gotowego oprogramowania dostosowanie się do niego a nie dostosowywanie oprogramowania do siebie.
Z mojej strony dodam, że to kolejna opinia bardzo doświadczonej osoby, z której wynika, że system ERP raczej należy traktować jako federację zintegrowanych programów dziedzinowych, a nie jako jeden zintegrowany pakiet oprogramowania. Ten ostatni zawsze w jakimś obszarze będzie kula u nogi.
