ERP loyihasining muvaffaqiyatsizligi bitta sababdan kam chiqadi. Umble va hamkasblari muvaffaqiyat omillarining teskarisini xato sifatida sanaydi: maqsadning noaniqligi, rahbariyat qoʻllovining yoʻqligi, yomon loyiha boshqaruvi, notoʻgʻri maʼlumot va yetarsiz oʻqitish. Bitta mebel korxonasi misolida toʻqqiz omildan yettitasi toʻliq bajarilmagan. Odoo qoʻllanmasi esa xavfni ortiqcha moslashtirishda, band boʻlmagan yoki vakolatsiz mijoz vakilida va ishga tushishni kechiktirishda koʻradi.
ERP loyihalarining yetmish foizi muvaffaqiyatsiz boʻladi, degan gap koʻp aytiladi. Dawson va Owens bu raqamni Gartner Group ning 1998 yilgi hisobotiga bogʻlaydi va uni shunday yozadi: loyihalarning yetmish foizi uch yildan keyin ham toʻliq joriy qilinmaydi. Boshqa mualliflar, Doom va Milis, AQShdagi bitta soʻrovni keltiradi. U yerda ERP joriy qilgan kompaniyalarning 70 foizi loyihani muvaffaqiyatli deb hisoblagan. Ikki raqam bir-biriga zid koʻrinadi, ammo ular boshqa-boshqa narsani oʻlchagan.
Muvaffaqiyatsizlik nimani anglatadi
Birinchi raqam loyiha toʻliq joriy qilinganini, ikkinchisi esa kompaniyaning oʻz bahosini oʻlchaydi. Doom va Milis shu soʻrovning boshqa natijasini ham keltiradi: kompaniyalarning yarmidan koʻpi rejalangan byudjetdan oshib ketganini tan olgan, oʻrtacha oshish 60,6 foiz. Ular oshib ketishni ham muvaffaqiyatsizlik hisoblasa, muvaffaqiyat darajasi 50 foizga yetmaydi, deb yozadi. Gipotetik hisob: byudjet 100 birlik boʻlsa, oʻrtacha oshgan loyiha 160,6 birlikka tushadi. Ikkala raqam ham ikkilamchi manbalardan olingan, asl hisobotlarni ocha olmadik, shuning uchun ularni taxminiy maʼlumot sifatida oʻqing.
Muvaffaqiyatsizlik misoli sifatida koʻpincha FoxMeyer Drug keltiriladi. Davenport maqolasi bu kompaniya tizim uni bankrotlikka olib borishga yordam bergan, deb daʼvo qilganini yozadi. Dawson va Owens muvaffaqiyatsizlik nima ekani haqida ham ochiq gapiradi: bu savol bahsli, lekin ularning korxonasida loyiha toʻxtatilgani shubhasiz muvaffaqiyatsizlik edi. Maqola shu maʼnoda, yaʼni loyiha kechikkan, byudjetdan oshgan yoki toʻxtatilgan holatlarni nazarda tutadi.
Toʻqqiz omil va ularning teskarisi
Umble, Haft va Umble 2003 yilda muvaffaqiyatli joriy qilish uchun zarur omillarni, dastur tanlash qadamlarini va joriy qilish tartibini sanagan, keyin deyarli muvaffaqiyatli oʻtgan bitta loyihani shu omillar orqali tahlil qilgan. Maqolaning toʻliq matniga kira olmadik. Omillar roʻyxatini va ishlab chiqarish muhitida ERP muvaffaqiyatsiz boʻlishining oʻn sababi sifatida yozilgan xatolar jadvalini Dawson va Owens keltiradi. Jadvalda oʻng ustun chap ustunning teskarisi: omil bajarilmasa, xato shu boʻladi.
| Muvaffaqiyat omili | Teskarisi, yaʼni xato |
|---|---|
| Strategik maqsadlarni aniq tushunish | Maqsadlar aniq belgilanmagan |
| Yuqori rahbariyatning majburiyati | Yuqori rahbariyat majburiyat olmagan |
| Yaxshi loyiha boshqaruvi | Loyiha boshqaruvi zaif |
| Tashkiliy oʻzgarishlarni boshqarish | Tashkilot oʻzgarishga sadoq emas |
| Kuchli joriy qilish jamoasi | Kuchli jamoa tanlanmagan |
| Maʼlumot aniqligi | Maʼlumot aniqligi taʼminlanmagan |
| Keng oʻqitish va taʼlim | Oʻqitish yetarli emas |
| Aniq oʻlchov koʻrsatkichlari | Tashkilot oʻzgarishi uchun koʻrsatkichlar belgilanmagan |
| Koʻp joyli tashkilotdagi muammolarni hal qilish | Koʻp joyli muammolar hal qilinmagan |
| Texnik qiyinchiliklar |
Bu jadval bitta ilmiy bahsni ham ochadi. Gargeya va hamkasblari SAP loyihalarida muvaffaqiyat va muvaffaqiyatsizlik omillari bir xil emasligini topgan. Ularning fikricha, muvaffaqiyatning asosiy omillari SAP imkoniyatlari bilan ishlash va qamrovni saqlash, shuningdek loyiha jamoasi va rahbariyat qoʻllovi edi, muvaffaqiyatsizlikning asosiylari esa ichki tayyorgarlik, oʻqitish va rejalashtirish. Umble esa bu omillarni bir xil deb koʻrsatadi. Qaysi biri toʻgʻri, degan savolga javobimiz yoʻq. Amaliy saboq esa ikkala holatda bir xil: roʻyxatning ikki tomonini ham tekshirish kerak.
Bitta xato yetmaydi: mebel korxonasi misoli
Dawson va Owens tahlilida Buyuk Britaniyadagi mebel ishlab chiqaruvchi loyihasi 2005 yil noyabrdan 2006 yil aprelgacha oʻtgan va toʻxtatilgan. Mualliflar loyihaning dastlabki bosqichini toʻqqiz omil boʻyicha baholagan. Natija: ikkitasi bajarilgan, beshtasi qisman, ikkitasi bajarilmagan.
| Omil | Holat | Sabab |
|---|---|---|
| Jamoa tarkibi | Bajarilgan | Boshqaruv qoʻmitasi bir necha boʻlim rahbaridan iborat edi |
| Oʻzgarishga sadoqat | Bajarilgan | Qoʻmita muammolar chiqqanda ham yechim izlagan |
| Loyiha tarafdori | Qisman | Loyiha rahbari tizimga ishonchini yoʻqotgan |
| Loyiha boshqaruvi | Qisman | Korxona va sotuvchining rejalari bir-biriga mos kelmagan |
| Yuqori rahbariyat qoʻllovi | Qisman | Bosh direktor almashgach direktorlar uchrashuvga kam kelgan |
| Aloqa | Qisman | Qoʻmitadan tashqari xodimlar uchun rasmiy yoʻl boʻlmagan |
| Vanilla yondashuv | Qisman | Tanlangan tizim jarayonlarga mos kelmagan |
| Biznes qiyofasi va maqsad | Bajarilmagan | Maqsad hujjatlashtirilmagan |
| Mavjud jarayon va tizim | Bajarilmagan | Jarayonlar takrorlangan, madaniyat ehtiyotkor edi |
Sotuvchining roli ham muhim. Sotuvchilarga tizimda ishlab chiqarish modullari kerakligi aytilmagan edi va ular kichikroq tizimni joriy qilyapmiz deb oʻylagan. Muddatlarni ham ikki tomon har xil tushungan. Tanlangan tizim buyurtma boʻyicha mebel yasovchi ishlab chiqarishga mos mahsulot konfiguratoriga ega boʻlmagan, keyinroq maʼlum boʻlishicha, bunga sotuvchining shunday ishlab chiqaruvchida tizimni hech qachon joriy qilmagani sabab boʻlgan boʻlishi mumkin edi. Mualliflar xulosasi: bitta sabab yoʻq, toʻqqiz omildan yettitasi toʻliq bajarilmagan va ular birgalikda muvaffaqiyatsizlikka hissa qoʻshgan boʻlishi mumkin.
Bu tahlilning chegarasini ham aytish kerak. U bitta korxonani qamraydi, mualliflar loyihada ishtirok etgan va omillarning nisbiy ahamiyatini oʻlchamagan. Shuning uchun u qoida emas, tushuntirish usuli.
Omillar bir-biriga bogʻliq
Akkermans va van Helden aviatsiya sanoatidagi ERP loyihasini Somers va Nelson ning omillar roʻyxati bilan tahlil qilgan. Loyiha chuqur inqirozga tushgan, keyin muvaffaqiyatli yakunlangan. Mualliflar omillar bir-biri bilan chambarchas bogʻliq ekanini yozadi: bittasining oʻzgarishi koʻpchiligiga taʼsir qiladi. Burilish yuqori rahbariyat, loyiha rahbari, loyiha tarafdori va dastur sotuvchisining munosabati oʻzgargandan keyin yuz bergan.
Esteves va Pastor omillarning ahamiyati loyiha hayotiy tsiklida siljishini yozadi. Somers va Nelson maqolasi ham aynan shu savolga bagʻishlangan: omillarning taʼsiri bosqichlar boʻylab qanday oʻzgaradi. Finney va Corbett 45 maqolani taqqoslab, yana bir kamchilikni topgan: oʻzgarishlarni boshqarish koʻp tilga olinadi, lekin turli maqolalarda turlicha taʼriflanadi va amaliy usullari yetarli yozilmagan. Holland va Light kompaniyalar ERP ga IT rejalashtirish va meros tizimlarni boshqarish uchun murojaat qilayotganini aytadi, yaxshi infratuzilma biznes qiyofasini qoʻllashini, yomon va markazlashmagani esa kompaniyani buzishi mumkinligini yozadi.
Davenport ogohlantiradi: tizimni joriy qilish qarorini texnologlarga topshirib boʻlmaydi, tizim talabi bilan biznes talabi orasida faqat umumiy rahbar vositachilik qila oladi. Bu fikrning mazmuni nashr annotatsiyasidan olindi.
Odoo loyihalarida qoʻllanma koʻrsatgan tuzoqlar
Odoo ning 2020 yilgi loyiha qoʻllanmasi muvaffaqiyatsizlik sababini oddiy deb biladi: loyiha juda koʻp vaqt oladi yoki juda qimmatga tushadi. Qoʻllanma kompaniyaning oʻz nuqtai nazarini beradi, shuning uchun baʼzi qoidalar mijoz nuqtai nazaridan bahsli boʻlishi mumkin. Tuzoqlar quyidagicha.
- Har talabni qabul qilish. Loyiha rahbari mijoz toʻlay olgani uchun hammasiga rozi boʻlgan, keyin saqlash xarajati mijozga ogʻirlik qilgan va loyiha oylarga kechikkan.
- Moslashtirishning toʻplanishi. Qoʻllanmaga koʻra, murakkablik moslashtirish soniga chiziqli emas, tez oʻsadi, ishlanma esa har yili oʻz qiymatining taxminan toʻrtdan biri miqdorida saqlash va yangilash talab qiladi. Bu Odoo ning oʻz bahosi.
- Band boʻlmagan yoki vakolatsiz mijoz vakili. Ikki oʻxshash korxonadan birida ish tez ketgan, ikkinchisida mijoz vakili band boʻlmagani yoki qaror qila olmagani uchun loyiha oylarga choʻzilgan.
- Qarorni xodimlarsiz qabul qilish. Egalari chet elda boʻlgan kompaniyada xodimlar tizimni tashqaridan majburlangan deb qabul qilgan va qarshilik koʻrsatgan.
- Ishga tushishni surish. Qoʻllanmaga koʻra, ikki oyda odamlar ishtiyoqini yoʻqotadi, yangi talablar paydo boʻladi, import takrorlanishi mumkin.
- Sinovsiz ishga tushish. Yangilash hujjati sinovsiz ishchi bazaga oʻtishning uch oqibatini sanaydi: foydalanuvchilar oʻzgarishga moslasha olmaydi, biznes toʻxtab qoladi, mijoz xizmati yomonlashadi.
Bu tuzoqlarning moslashtirishga oid qismi qoʻllanmadagi bitta voqeada yaxshi koʻrinadi. Qoʻllanmada oʻn xodimli bir korxona misoli bor: bazasida toʻrtta maxsus va 55 ta jamoa moduli yigʻilib qolgan va yangi versiyaga oʻtish uchun har birini qayta koʻrish kerak edi. Modullar qayta yozilmadi. Ularni birma-bir tekshirib, bir qismini yangi versiyaning standart funksiyasi bilan almashtirishdi, qolganini ishlatishmasdi. Taxminan 100 soatlik xizmat bilan korxona bitta ham ishlanmasiz Odoo Online ga koʻchirildi. Yangilash hujjatida ham shu xavf yozilgan: maxsus moduli bor baza, modulning yangi versiyaga mos varianti tayyor boʻlmaguncha yangilanmaydi. Hikoya kompaniyaning oʻz materialida, mustaqil tekshirilmagan.
Xatolar bosqichlar boʻyicha
Xatolarni vaqt boʻyicha ham guruhlash mumkin. Quyidagi jadval yuqoridagi manbalardagi holatlarni loyiha bosqichlariga qoʻyadi. Bosqichlarning oʻzi alohida maqolada tasvirlangan, taqsimot esa tahririyat tuzgan.
| Bosqich | Tipik xato | Qayerda yozilgan |
|---|---|---|
| Tahlil | Maqsad yozilmagan, tizim jarayonga mos emasligi keyin maʼlum boʻladi | Mebel korxonasi misoli |
| Boshlash | Rejalar va qamrov har xil tushunilgan, mijoz vakili band emas | Korxona misoli va Odoo qoʻllanmasi |
| Joriy etish | Moslashtirishlar toʻplanadi, maʼlumot aniqligi unutiladi | Umble omillari va Odoo qoʻllanmasi |
| Ishga tushish | Oʻqitish yetarli emas, sinov kam, ishga tushish surilgan | Umble omillari, yangilash hujjati, Odoo qoʻllanmasi |
| Ishga tushgandan keyin | Xodimlar eski dasturga qaytadi, rahbariyat almashadi | Odoo qoʻllanmasi va korxona misoli |
Amalda nima qilish mumkin
Quyidagi savollar manbalardagi xatolardan chiqarilgan tahririyat tekshiruvi. Ularni loyiha davomida har oyda bir marta berish mumkin.
- Korxona va sotuvchi rejalari bir xilmi, kim qaysi sanani va qamrovni qanday tushungan?
- Loyiha maqsadi yozilganmi va rahbariyat uni ochiq ustuvor deb eʼlon qilganmi?
- Rahbariyat almashsa, loyiha qoʻllovi saqlanadimi?
- Qoʻmitadan tashqari xodimlar loyiha haqida qayerdan biladi?
- Moslashtirish roʻyxati kengayyaptimi va har bandning egasi bormi?
- Maʼlumot aniqligi va oʻqitish uchun aniq vaqt ajratilganmi?
- Ishga tushgandan keyin xodimlar haqiqatan yangi tizimda ishlayaptimi?
ERP loyihasi koʻpincha dasturdagi nosozlik tufayli emas, maqsad, odam va jarayon bilan bogʻliq bir necha kichik kamchilik tufayli buziladi. Omillar bir-biriga bogʻliq, shuning uchun bittasini tuzatib qolganini unutish yetarli emas. Keyingi savol: bizning loyihada hozir qaysi omil eng zaif?
Asosiy atamalar
- Muvaffaqiyat omili
- Bajarilsa loyiha muvaffaqiyati ehtimolini sezilarli oshiradigan shart.
- Yuqori rahbariyat qoʻllovi
- Rahbarlarning loyihani ochiq ustuvor deb bilishi va resurs ajratishi.
- Loyiha tarafdori
- Loyihani doim himoya qiladigan va foydasini tushuntiradigan yuqori darajadagi homiy.
- Boshqaruv qoʻmitasi
- Loyiha ustuvorligini hal qiladigan rahbarlar guruhi.
- Oʻzgarishlarni boshqarish
- Xodimlarni yangi ish usuliga tayyorlash va qarshilikni kamaytirish ishi.
- Vanilla yondashuv
- Dasturni eng kam moslashtirish va jarayonni dasturga yaqinlashtirish.
- Mahsulot konfiguratori
- Buyurtma paytida mahsulot variantini tanlash yoki tuzish imkonini beradigan vosita.
- Texnik qarz
- Tez bajarilgan yechimning keyinchalik tuzatish va yangilash talab qiladigan yuki.
- Ikkilamchi manba
- Boshqa muallifning asl tadqiqotini qayta bayon qilgan yoki tahlil qilgan matn.
- Ishga tushish
- Xodimlar eski tizimdan yangisiga haqiqiy ish uchun oʻtadigan kun.
Manbalar
Maqola quyidagi manbalarga tayanadi:
- Umble E.J., Haft R.R., Umble M.M. Enterprise resource planning: Implementation procedures and critical success factors. European Journal of Operational Research, 2003, jild 146, 2-son, 241–257-betlar. DOI 10.1016/S0377-2217(02)00547-7. https://doi.org/10.1016/S0377-2217(02)00547-7 (koʻrilgan: 24-oktabr, 2026)
- Holland C.P., Light B. A critical success factors model for ERP implementation. IEEE Software, 1999, jild 16, 3-son, 30–36-betlar. DOI 10.1109/52.765784. https://doi.org/10.1109/52.765784 (koʻrilgan: 24-oktabr, 2026)
- Somers T.M., Nelson K. The impact of critical success factors across the stages of enterprise resource planning implementations. Proceedings of the 34th Hawaii International Conference on System Sciences, 2001. DOI 10.1109/HICSS.2001.927129. https://doi.org/10.1109/HICSS.2001.927129 (koʻrilgan: 24-oktabr, 2026)
- Davenport T.H. Putting the Enterprise into the Enterprise System. Harvard Business Review, 1998, jild 76, 4-son, 121–131-betlar. https://hbr.org/1998/07/putting-the-enterprise-into-the-enterprise-system (koʻrilgan: 24-oktabr, 2026)
- Dawson J., Owens J. ERP Non-implementation: A Case Study of a UK Furniture Manufacturer. SciTePress, 2007, pp. 52–63. DOI 10.5220/0002426400520063. https://scitepress.org/PublishedPapers/2007/24264/24264.pdf (koʻrilgan: 24-oktabr, 2026)
- Doom C., Milis K. Critical success factors of ERP implementations in Belgian SMEs: a multiple case study. 3gERP seminari materiallari, 2008. https://hjemmesider.diku.dk/~henglein/3gERP-workshop-2008/papers/doom-milis.pdf (koʻrilgan: 24-oktabr, 2026)
- Akkermans H., van Helden K. Vicious and virtuous cycles in ERP implementation: a case study of interrelations between critical success factors. European Journal of Information Systems, 2002, jild 11, 1-son, 35–46-betlar. DOI 10.1057/palgrave/ejis/3000418. https://research.tue.nl/en/publications/vicious-and-virtuous-cycles-in-erp-implementation-a-case-study-of-2/ (koʻrilgan: 24-oktabr, 2026)
- Finney S., Corbett M. ERP implementation: a compilation and analysis of critical success factors. Business Process Management Journal, 2007, jild 13, 3-son, 329–347-betlar. DOI 10.1108/14637150710752272. https://doi.org/10.1108/14637150710752272 (koʻrilgan: 24-oktabr, 2026)
- Esteves J., Pastor J.A. Organizational and Technological Critical Success Factors Behavior Along the ERP Implementation Phases. ICEIS 2004, pp. 45–53. DOI 10.5220/0002598000450053. https://www.scitepress.org/Papers/2004/25980/25980.pdf (koʻrilgan: 24-oktabr, 2026)
- Odoo S.A. Implementation Methodology: The ultimate guide to successfully implement and sell Odoo projects. 2020 yil noyabr nashri, 2- va 4-5-boʻlimlar. https://www.odoo.com/web/content/27370198?access_token=04437ea8-9c7c-43a0-88c2-ca964ba77ca5&unique=00f19c16728f72ca1d2c5014ccb7ab032f6e0279 (koʻrilgan: 24-oktabr, 2026)
- Odoo S.A. Upgrade, Odoo 20.0 hujjatlari, production boʻlimi. https://www.odoo.com/documentation/20.0/administration/upgrade.html (koʻrilgan: 24-oktabr, 2026)