RANGKUMAN

PERENCANAAN STARTEGIS SI/TI

Cisco Systems, Inc. Implementing ERP

Nama Kelompok:

1. Martina Setra Umbara (G1F019006)

2. Maya Anggraini (G1F0190)

Dosen Pengampu:
Arie Vatresia, S.T., M.TI, Ph.D.

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS TEKNIK
UNIVERSITAS BENGKULU
2021/2022
 RANGKUMAN

Cisco Systems. Inc.: Implementing ERP

 Sejarah Cisco
Cisco Systems, Inc., didirikan oleh dua orang Stanford ilmuwan komputer pada tahun 1984
dan menjadi publik diperdagangkan pada tahun 1990.Produk utama perusahaan adalah «router»,
kombinasi atau perangkat keras dan perangkat lunak yang bertindak sebagai polisi lalu lintas di
kompleks Jaringan TCP/lP' yang membentuk Internet . Dengan naiknya teknologi Internet,
permintaan untuk Cisco's produk meledak dan perusahaan segera dimulai untuk mendominasi
pasarnya. Pada tahun 1997, tahun pertamanya di Fortune 500, Cisco berada di peringkat teratas
lima perusahaan sebagai imbalan 011 pendapatan dan pengembalian pada aset. Hanya dua
perusahaan lain, Intel dan Microsoft, pernah menyamai prestasi ini. Beberapa pakar industri
memperkirakan bahwa Cisco akan menjadi yang ketiga dominan bergabung dengan perusahaan
Microsoft dan Intel-to shape revolusi digital. Tim ini segera bentrok dengan para pendiri dan,
setelah inisial Cisco olTering publik pada tahun 1990, kedua pendiri menjual semua saham
mereka dan meninggalkan perusahaan. Keberangkatan ini membiarkan Morgridge bebas untuk
melanjutkan rencananya untuk menginstal struktur manajemen yang sangat disiplin. Morgridge
percaya bahwa banyak Lembah Silikon perusahaan terdesentralisasi terlalu cepat dan tidak
hargai kemampuan fungsional yang terbukti organisasi untuk tumbuh tanpa mengorbankan
kontrol. Oleh karena itu, Morgridge mempertahankan yang terpusat organisasi fungsional.

 Sejarah TI di Cisco
Pete Solvik bergabung dengan Cisco pada Januari 1993 sebagai CIO perusahaan. Pada
saat itu, Cisco adalah $500 juta perusahaan menjalankan berbasis UNIX paket perangkat lunak
untuk mendukung transaksi intinya pengolahan. Area fungsional yang didukung oleh paket
termasuk keuangan, manufaktur, dan sistem entri pesanan. Cisco "jauh dan jauh" pelanggan
terbesar dari vendor perangkat lunak yang mendukung aplikasi. ' Pengalaman Solvik dan prospek
pertumbuhan perusahaan yang signifikan meyakinkannya bahwa Cisco membutuhkan
perubahan. ""Kami ingin 10 tumbuh menjadi $5 miliar-plus dan pemeliharaan yang kami
butuhkan. Kami tidak bisa 10 buat perubahan 10 aplikasi untuk memenuhi bisnis kami
kebutuhan lagi. Menjaga dengan Cisco tradisi standardisasi yang kuat, bagaimanapun, semua
area fungsional akan diperlukan untuk menggunakan common arsitektur dan database.
Pendekatan ini adalah konsisten dengan organisasi dan anggaran struktur yang telah dipasang
Solvik pada kedatangannyaL Solvik sangat merasakan bahwa keputusan anggaran pada
Pengeluaran TI dilakukan oleh area fungsional sedangkan organisasi IT melapor langsung
kepadanya.

A. Defining Moment
 Pada tahun berikutnya, sedikit progrcss dibuat. Randy Pond, seorang direktur di bidang
manufaktur dan akhirnya menjadi coleader proyek, menjelaskan: dilema yang dihadapi area
fungsional pada akhir 1993
"Kami tahu kami dalam masalah jika kami tidak melakukan sesuatu. Apa pun yang dilakukan wc
hanya akan merusak sistem lama kami telah di tempat. Itu berubah menjadi upaya untuk terus-
menerus band-aid sistem kami yang ada. Tak satu pun dari kami individu akan pergi keluar dan
membeli paket. Gangguan pada bisnis bagi saya 10 pergi ke papan dan mengatakan "Oke.
manufaktur ingin menghabiskan $ 5 atau S6 juta untuk membeli paket dan omong-omong itu
akan memakan waktu satu tahun atau lebih banyak untuk masuk ..." terlalu banyak untuk
dibenarkan. Tak satu pun dari kita akan membuang warisan dan melakukan sesuatu yang besar."
Kesulitan penggantian sistem fungsional daerah melanggengkan kemerosotan Cisco lingkungan
warisan. Modifikasi bertahap berlanjut sementara perusahaan mempertahankan 80 persen tingkat
pertumbuhan tahunan. Sistem padam menjadi rutinitas. Kekurangan produk diperburuk kesulitan
untuk pulih dari pemadaman. Akhirnya, pada Januari 1994, warisan Cisco lingkungan gagal
secara dramatis sehingga kekurangan dari sistem yang ada tidak dapat lebih lama diabaikan.
Metode yang tidak sah untuk mengakses database aplikasi inti-a solusi yang dimotivasi oleh
ketidakmampuan sistem untuk melakukan-malfungsi, merusak database pusat Cisco. Hasil dari,
perusahaan sebagian besar ditutup selama dua hari. Perjuangan Cisco untuk pulih dari jurusan ini
shutdown membawa pulang fakta bahwa perusahaan sistem berada di ambang kegagalan total.
Solvik, Pond, dan sejumlah manajer Cisco lainnya datang sampai pada kesimpulan bahwa
pendekatan otonom untuk penggantian sistem yang mereka adopsi tidak akan cukup Pendekatan
alternatif dibutuhkan.

 Memilih Produk ERP

Tim manajemen Cisco menyadari bahwa menerapkan untuk memenuhi kebutuhan bisnis
akan membutuhkan keterlibatan berat dari bisnis masyarakat. Sangat penting untuk mendapatkan
yang terbaik orang yang bisa mereka temukan. " Kami menarik orang bahwa bisnis benar-benar
tidak mau menyerah." Konsisten dengan kebutuhan akan Cisco yang kuat tim, perusahaan juga
akan membutuhkan bagian yang kuat ners. Solvik dan Redfield merasa itu sangat penting untuk
bekerja dengan mitra integrasi yang dapat membantu dalam pemilihan dan implementasi solusi
mana pun yang dipilih perusahaan. Keterampilan teknis dan pengetahuan bisnis yang hebat
adalah prasyarat. Mereka juga melihat ini sebagai semacam peluang yang menentukan. Mark
Lee, pernah menjadi direktur IT untuk sebuah perusahaan di Texas yang telah memasukkan
berbagai bagian SIstem ERP. "Dengan KPMG di dalamnya, tim sekitar 20 orang beralih ke pasar
perangkat lunak dengan pendekatan multi-cabang untuk mengidentifikasi thc paket perangkat
lunak terbaik. "
Strategi tim adalah untuk membangun pengetahuan sebanyak mungkin dengan
memanfaatkan pengalaman orang lain. Mereka bertanya perusahaan besar dan akuntansi "Enam
Besar" perusahaan apa yang mereka tahu. 6 Dengan mengorientasikan proses sclccction dengan
apa yang sebenarnya dilakukan orang menggunakan dan terus menekankan keputusan kecepatan,
Cisco mempersempit bidang menjadi lima paket dalam dua hari. Tim menghabiskan 10 hari
menulis permintaan untuk proposal untuk dikirim ke vendor. Vendor diberi waktu dua minggu
untuk menjawab. Mengikuti Cisco analisis tanggapan RFP, masing-masing vendor adalah
diundang untuk demonstrasi perangkat lunak tiga hari dan diminta untuk menunjukkan
bagaimana paket mereka bisa bertemu Persyaratan pemrosesan informasi Cisco. proyek ini
didorong dengan kuat oleh manufaktur dan Oracle memiliki manufaktur yang lebih baik
kemampuan dari vendor lain. "Cisco juga memiliki alasan untuk percaya bahwa Oracle sangat
termotivasi untuk membuat proyek ini sebagai kesuksesan. "

" Kami melakukan referensi, memungkinkan kunjungan situs dan secara umum berbicara dengan
banyak orang perusahaan yang terlibat dalam pembuatan ini keputusan." Proyek Cisco akan
menjadi yang pertama implementasi utama dari rilis baru dari produk Oracle ERP. Oracle
menggembar-gemborkan yang baru versi memiliki peningkatan besar dalam dukungan
manufaktur. Implementasi yang sukses di Cisco akan meluncurkan rilis baru dengan sangat
lintasan yang menguntungkan. Tidak ada proses besar yang harus kami jalani melalui
manajemen untuk "menyetujui" seleksi. Wejusl berkata, "Oracle, Anda menang, [vendor lain]
Anda kalah." Kemudian kami melanjutkan negosiasi kontrak dengan Oracle dan menyusun
proposal untuk dewan direksi kami. Fokus segera beralih 10 masalah berapa lama proyek yang
akan diambil, dan berapa biayanya.

 Goong To The Board

Sebelum pergi ke dewan untuk mendapatkan persetujuan, tim perlu menjawab dua
pertanyaan yang sangat penting: Berapa biayanya dan berapa lama waktu yang dibutuhkan?
Mereka tahu eksekutif mereka khawatir bahwa proyek besar mungkin lepas kendali dan
memberikan hasil di bawah standar. Terlepas dari risikonya, tim mengambil pendekatan
pragmatis untuk memperkirakan kebutuhan proyek. Solvik menggambarkan prosesnya:

Gambar 1 Ringkasan Tanggal Implementasi ERP Milestone

 Terlepas dari risikonya, tim mengambil pendekatan pragmatis untuk memperkirakan
proyek persyaratan. «') Jadi di sini di bulan Mei 1, awal kuartal keempat, kami bertanya
»bagaimana? lama yang dibutuhkan untuk melakukan proyek untuk menggantikan semua inti
kami sistem?« Ini benar-benar bagaimana kelanjutannya. Kami berkata, »Kalian akan tahu kami
tidak dapat diterapkan pada kuartal keempat. « Jika membutuhkan waktu satu tahun kami akan
mengimplementasikannya kuarter keempat. Kami pikir itu benar-benar harus memakan waktu 15
bulan, Juli atau Agustus setahun kemudian. Robek Herbert, manajer program, mengatakan tidak
mungkin kita akan mengambil 15 1110nths untuk mendapatkan ini dilakukan. Pahami kami
belum memiliki ruang lingkup. Pada akhirnya kita pada dasarnya menyatakan bahwa kami ingin
melakukan siaran langsung pada awalnya ofQ3, jadi kami akan benar-benar stabil untuk Q4».
Sekali lagi, Cisco agresif Setelah kami menetapkan tanggal, kami memperkirakan
anggaran. Kami menyatukan semua ini tanpa benar-benar sejauh itu ke dalam program ini. «
Alih-alih mengembangkan kasus bisnis formal untuk menunjukkan dampak yang akan
ditimbulkan proyek miliki di perusahaan, tim memilih untuk fokus pada masalah yang telah
memicu analisis pada awalnya tempat. Tn vicw's vicw, Cisco tidak punya banyak pilihan selain
untuk pindah. » Bahwa kita adalah customcr terbesar dari vendor sollware kami saat ini dan
bahwa vendor sedang dibeli oleh perusahaan lain. Tidak jelas siapa yang akan mendukung
keberadaan kami sistem dan kami perlu melakukan sesuatu. dan modifillhility aplikasi kami saat
ini tidak akan mendukung pertumbuhan masa depan yang kami antisipasi. Kita diperlukan
peningkatan cither ke versi baru saat ini aplikasi atau kami membutuhkan 10 menggantinya Jika
kami menggantinya, kami bisa melakukannya sebagian atau melakukannya secara keseluruhan.
Kami mengevaluasi ketiga alternatif itu, berbicara tentang pro dan kontra dari setiap alternatif,
dan merekomendasikan agar kami mengganti sistem, big-bang, dengan satu solusi ERP. Kami
setuju untuk melakukannya dalam sembilan bulan untuk S15 juta untuk semuanya. «Meskipun
Cisco, sampai batas tertentu, terpaksa untuk mengimplementasikan ERP, berjalan tanpa formal
pembenaran ekonomi juga merupakan masalah filosofi manajemen. » Penghindaran biaya
bukanlah cara yang tepat untuk lihat semua.
Anggota tim siap dengan sedikit gentar, untuk membawa nomor ini ke manajemen senior.
Pertemuan pertama dengan CEO Morgridge tidak melakukan apa pun untuk meredakan
kekhawatiran mereka. « dan saya mengambil proposal untuk Morgridge lind reaksinya cukup
menarik. Kami tahu bahwa jika kami gagal, kami akan pergi untuk ditembak. »
Sayangnya untuk Pond dan Solvik, penerimaan tidak jauh lebih hangat di sana. Proyek ini
muncul sebagai salah satu dari tujuh tujuan teratas perusahaan untuk tahun ini.
Gambar 2 Rincian Biaya Implementasi untuk Implementasi Cisco ERP

 Membangun Tim Pelaksana

Gambar 3 Struktur Tim Implementasi Cisco ERP

Dengan persetujuan dewan di tangan, tim inti ERP tidak membuang waktu dalam
menyiapkan struktur untuk implementasi. Salah satu tindakan pertama mereka adalah Solvil
memperluas hubungan Cisco dengan KPMG hingga akhir implementasi. Keputusan ini adalah
dibuat berdasarkan kinerja KPMG melalui proses pemilihan perangkat lunak, dan komitmen
perusahaan yang berkelanjutan untuk mengelola proyek dengan personel yang paling
berpengalaman. Elizabeth Fee, seorang rekrutan tim implementasi, menjelaskan bagaimana tugas
itu dilihat. «Mereka memilih yang terbaik dan paling cerdas untuk tim ini. Untuk setiap orang itu
dalam kemungkinan kemajuan karir. Orang-orang melakukannya karena itu adalah sesuatu yang
berbeda, itu adalah kesempatan». Anggota tim dari seluruh Cisco ditempatkan ke salah satu dari
lima «trek» , Setiap trek memiliki pemimpin sistem informasi Cisco, pemimpin bisnis Cisco,
konsultan bisnis dan TI dari KPMG atau Oracle, dan personel tambahan dari bisnis sebagai
anggota tim . Strategi tim ERP untuk menggunakan Komite Pengarah adalah untuk
memberdayakan mereka dengan cara tertentu sambil membebaskan mereka dari kebutuhan untuk
campur tangan langsung dalam pengelolaan proyek.

 Menerapkan Oracle
Strategi implementasi tim menggunakan teknik pengembangan yang disebut sebagai
"perulangan cepat dalam prototyping. Dengan menggunakan pendekatan ini, anggota tim setuju
untuk memecah implementasi menjadi serangkaian fase yang disebut ember "Conference Room
Pilots (CRP). Tujuan bergabung dengan setiap CRP adalah untuk membangun pekerjaan
sebelumnya untuk mengembangkan deskripsi pemahaman yang lebih dalam tentang perangkat
lunak dan bagaimana fungsinya dalam lingkungan bisnis.

 CRP0
CRP (CRP0) pertama dimulai dengan melatih tim pelaksana dan menyiapkan teknis
lingkungan. Di sini tim bekerja dalam dua upaya paralel. Upaya pertama difokuskan untuk
melatih tim tentang aplikasi Oracle. Cisco mengarahkan Oracle untuk memampatkan kelas
pelatihan lima hari normalnya menjadi dua hari 16 jam. Dalam periode dua minggu, mayoritas
anggota tim berpartisipasi dalam pelatihan "perendaman" ini untuk seluruh rangkaian aplikasi.
Sementara ini terjadi, "tim harimau" kecil terlibat dalam upaya kedua, menjalankan dan
menjalankan aplikasi. Setelah pelatihan dan pengaturan sistem, tim inti bertemu dalam sesi yang
dirancang untuk mengkonfigurasi paket Oracle dengan cepat. Anggota tim dari semua area
perusahaan "dikunci" bersama dalam pertemuan di luar lokasi untuk membahas dan memutuskan
pengaturan yang sesuai untuk ratusan parameter yang tertanam di dalam perangkat lunak.
Anggota tim bergabung dengan spesialis dari dan KPMG Solvik, menggambarkan pengalaman,
intensitasnya, dan hasilnya: Ada semua opsi yang dapat dikonfigurasi ini tentang bagaimana
Anda akan menjalankan sistem. Anda benar-benar menjual banyak parameter dalam aplikasi ini.
Jadi, kami berada di luar lokasi selama dua hari, 40 orang, dan semua pekerjaan rumah untuk itu
di luar lokasi yang membutuhkan waktu tiga atau empat minggu untuk proyek tahap ini. untuk
datang dengan 80-20.
Satu minggu setelah pertemuan ini tim selesai CRP0 dengan demonstrasi kapasitas perangkat
lunak untuk menerima pesanan Cisco sepanjang proses bisnis perusahaan (Quote-to-Cash).
Realisasi penting yang keluar dari CRPO adalah bahwa Cisco tidak akan dapat mematuhi salah
satu tujuan awal implementasinya untuk menghindari modifikasi perangkat lunak ERP,
Menghindari modifikasi itu penting karena perubahan cenderung spesifik perusahaan dan
melakukan migrasi ke aplikasi masa depan rilis sulit dan memakan waktu Pengalaman tim
selama fase pertama proyek menunjukkan bahwa tanpa sejumlah besar perubahan perangkat
lunak tidak akan dapat secara efektif mendukung perusahaan. Pada saat satu bulan telah berlalu,
sudah jelas bahwa perubahan kecil akan diperlukan. Dalam dua bulan setelah itu menjadi jelas
bahwa beberapa perubahan akan menjadi substansial. contoh lembar pelacakan prototipe dalam
komentar di CRPO, anggota tim dengan hati-hati mendokumentasikan waktu yang mereka lalui
selama pemodelan. Lagu-lagu dibahas dalam pertemuan tiga jam mingguan yang diadakan oleh
Program Management CHffice. Selama pertemuan ini pemimpin trek dari masing-masing area
bekerja sama untuk menyelesaikan masalah dan mendorong proyek ke depan. Pemodelan selama
plusse ini mengkonfirmasi kekhawatiran tentang perangkat lunak. Ada sejumlah besar proses
bisnis yang tidak dapat didukung oleh perangkat lunak.
Tanggapan tim pelaksana terhadap kesenjangan yang ditemukan dalam sistem adalah
mengembangkan sarana untuk mengkategorikan dan mengevaluasi masing-masing secara
individual "Semua permintaan modifikasi diklasifikasikan sebagai Merah, Kuning, atau Hijau.
Masing-masing pergi ke lead trek, dan apa pun yang merupakan Rod harus pergi ke Steering
Comminee untuk persetujuan.Ada beberapa Reds (lihat Exhibit 7 untuk daftar modifikasi
"Merah") pada akhirnya, 30 pengembang diperlukan selama tiga bulan untuk memodifikasi
Oracle untuk mendukung bisnis Elizabeth Fee menjelaskan prosesnya . Apa yang sangat kami
butuhkan untuk bisa membuat diver illbom mengerjakan modifikasi kami Bulan-bulan hei dan
Augun oune terbentuk di mana modifikasi kami ng begitu juga Whar's dan apa yang mus. dalam
beberapa kasus usurul beng kthehet menjadi hal yang Anda ketik Orad lain itu adalah kesadaran
bahwa kita memiliki rumah Isi pop toko floo tu mpen dan memilih pekerjaan ondern jika kita
melakukan non figur sity untuk

 CRP1
Berangkat dari pelajaran yang didapat di CRPO, tim pelaksana segera memulai CRPL.
Dengan tim yang sekarang terisi penuh, tujuan dari fase proyek ini adalah agar setiap jalur
membuat sistem bekerja dalam area spesifik mereka Seperti pada pekerjaan sebelumnya,
penekanannya adalah membuat sistem mengakomodasi proses Cisco tanpa modifikasi. Selama
CRPI, anggota tim membuat skrip terperinci yang mendokumentasikan tujuan dan prosedur yang
digunakan untuk menyelesaikan suatu proses (lihat Exhibi5 untuk contoh skrip proses bisnis).
Untuk memastikan bahwa semua kontinjensi diperhitungkan, lembar pelacakan prototipe proses
bisnis dikembangkan (lihat Tampilan 6 untuk "Saat merancang modifikasi yang diperlukan untuk
sistem, Cico melakukan upaya bersama untuk menghindari kode aplikasi inti. Kode "Come"
adalah logika pemrograman pusat yang menjadi dasar pemrosesan aplikasi Modifikasi kode
perawatan sering kali tidak didukung oleh vendor perangkat lunak dan dapat mempersulit
kemampuan fi untuk meningkatkan perangkat lunak yang ada dengan rilis baru dalam kasus
Cuco, sebagian besar modifikasi menghindari menyentuh kode inti, sebaliknya mengandalkan
penambahan database Neids dan perubahan layar secara teknis sederhana dalam kasus-kasus di
mana kode inti diarahkan (biasanya untuk memotong pemrosesan tertentu), personel Osco
bergabung dengan konsultan Oracle dan insinyur perangkat lunak untuk mengidentifikasi
perubahan yang sesuai dalam beberapa kasus, modifikasi Chico kemudian dimasukkan ke dalam
produk con Oracle.
 Penemuan kebutuhan untuk memodifikasi Oracle menyebabkan beberapa perubahan
yang tidak direncanakan dalam rencana dan anggaran proyek. Selain mengidentifikasi modifikasi
yang diperlukan, tim implementasi juga menetapkan bahwa paket Oracle tidak dapat
diselaraskan secara memadai dengan kebutuhan dukungan purna jual perusahaan. Akibatnya, tim
memulai upaya bersamaan untuk mengevaluasi dan memilih paket dukungan layanan. Paket
tersebut dipilih dan diimplementasikan pada jadwal yang sesuai dengan jadwal implementasi
keseluruhan yang direncanakan Cisco untuk ditayangkan pada kedua paket pada hari yang sama.

 CRP2 dan CRP3

Sebuah CRPI berubah menjadi CRP2, dan suminer berubah menjadi fill, tim
implementasi menemukan dirinya berada di bagian implementasi yang paling tebal dan paling
sulit. Lingkup proyek telah diperluas untuk mencakup modifikasi besar dan paket dukungan
purna jual baru. Satu perubahan ruang lingkup besar lainnya juga membayangi Karena dampak
hilir proyek jauh lebih besar dari yang diharapkan, tim memutuskan untuk menangani beberapa
masalah teknis yang lebih besar. Padahal sebelumnya, sistem cenderung berkomunikasi secara
langsung satu sama lain (misalnya "titik ke titik"), pendekatan baru sekarang akan digunakan di
mana semua komunikasi data akan dilakukan melalui "gudang data". Pemanfaatan gudang data
akan memungkinkan semua aplikasi Cisco mengakses satu sumber untuk kebutuhan informasi
mereka. Perubahan ruang lingkup berarti pergeseran lebih lanjut dalam pemanfaatan sumber
daya Cisco, terutama untuk departemen TI perusahaan yang beranggotakan 100 orang. Sifat
teknis dari sebagian besar perubahan ruang lingkup berarti bahwa kelompok ini memikul
sebagian besar tanggung jawab untuk penambahan proyek. Solvik menggambarkan hasilnya:
Pada dasarnya semua grup IT yang lain terpaku pada dokumen kemudian mereka lebih memilih
Mereka tidak harus menghabiskan nie je menyerap pukulan bahwa musuh sedang berubah. Kami
membutuhkan mont und mure enres yang layak dan satu al mond menjadi moject. Saya tidak
melakukan apa pun yang membuat W Anda tidak menjadi bagian dari projesa ini Sebaliknya
(loncatan ünis wümbouse menciptakan kemampuan untuk mpen lésimal dan masa depan dalam
data yang terintegrasi datang.
Pada akhir CRP2, putaran pertama modifikasi sudah berjalan. Selama waktu ini, tim
implementasi terus memperdalam pemahamannya tentang paket Oracle dan Layanan dan untuk
menentukan cara terbaik membuatnya bekerja untuk Cisco. Tujuan akhir dari CRP2 adalah mulai
menguji sistem, baik perangkat keras maupun perangkat lunak untuk melihat seberapa baik
sistem tersebut bertahan terhadap beban pemrosesan dan volume transaksi yang diperlukan untuk
menjalankan bisnis Cisco yang sedang berkembang.

Fokus CRP3 adalah pada pengujian sistem lengkap dan penilaian kesiapan perusahaan
untuk "go live". Pengujian terakhir dilakukan dengan melengkapi pengguna untuk melihat
bagaimana kinerja sistem, dari depan ke belakang, dengan beban transaksi penuh. Tim
implementasi menjalankan tes ini dengan menangkap data bisnis aktual selama satu hari penuh
dan "menjalankannya kembali pada hari Sabtu di bulan Januari Anggota tim menyaksikan setiap
trek, pada gilirannya, menjalankan simulasi pekerjaan sehari.

 Memotong ke Oracle
Lebih dari 1 tahun mengatakan perusahaan menabrak tembok ini, tapi aku liar sy kami
memiliki tantangan besar sehari-hari yang harus segera diperbaiki untuk mengubah dampak di
sumpou. Keberhasilan awal culover Cisco untuk Oracle membuat keputusan yang akan
mempengaruhi gering perusahaan, untuk sedikitnya, sesuatu yang kurang dari apa yang
diharapkan. Kinerja bisnis secara keseluruhan anjlok adalah pengguna berusaha untuk
menangani sistem baru yang terbukti sangat tidak stabil Rata-rata, sistem turun hampir sekali
sehari Masalah utama, ternyata, adalah dengan arsitektur perangkat keras dan ukuran Biasanya
memperbaiki kekurangan akan membutuhkan pembelian perangkat keras tambahan, sehingga
meningkatkan total pengeluaran proyek. Seperti yang dikatakan Fond: «Beberapa hal rusak parah
pada volume data yang tinggi dan kami memiliki basis data yang sangat besar. Kesalahan kami
adalah kami tidak menguji sistem dengan basis data yang cukup besar yang melekat padanya.»
Dalam pengujian sistem, Cisco telah menjalankan proses individu secara berurutan daripada
pada waktu yang sama. Selain itu, hanya database yang dimuat sebagian yang digunakan. Kami
bekerja sangat lama untuk membuat keputusan yang akan mempengaruhi perusahaan ke depan
kami selalu tahu bahwa kami akan berhasil. itu selalu «kapan», bukan «jika». Ada hal yang tidak
Anda sukai dari .
Status proyek ERP menjadi agenda nomor satu untuk rapat staf eksekutif mingguan.
Komitmen vendor yang kuat dari Oracle, vendor perangkat keras, dan KPMG menghasilkan
stabilisasi perangkat lunak dan peningkatan kinerja. Solvik menggambarkan lingkungan:

 Setelah Stabilisasi
Masalah teknis yang terkait dengan implementasi Oracle terbukti berumur pendek
Selama tiga bulan ke depan, Cisco dan vendornya, bekerja sama, menstabilkan dan menambah
kapasitas sistem. Beberapa anggota Direksi Cisco juga hadir Harapan semakin tinggi bahwa
sistem informasi baru akan memenuhi janji untuk mendukung pertumbuhan pesat yang
diperkirakan perusahaan. Penggantian sistem total sebesar $15 juta dalam sembilan bulan, siapa
yang mengira kita bisa melakukannya?" Dia mencoba memikirkan keputusan yang akan diambil
dan yang telah dibuat tim selama implementasi.