Solusi yang dikembangkan sendiri: Yang baik dan yang buruk

Suatu ketika, ketika AS / 400 berkeliaran dalam kawanan besar dan S / 390 menguasai tempat, hampir semua TI tumbuh di dalam negeri. Vendor tidak memiliki "solusi" - mereka memiliki platform, dan Anda menyesuaikannya agar sesuai dengan kebutuhan bisnis. Aplikasi ditulis dari awal dan terkait erat dengan kebutuhan bisnis, dengan ukuran infrastruktur dan dikonfigurasi agar sesuai.

Saat ini, kita hidup di era solusi homogenisasi yang digerakkan oleh vendor yang dicolokkan ke infrastruktur yang ada dan disesuaikan dengan ringan. Dalam pertempuran build vs. beli, beli menang, dengan banyak barang berharga yang dibawa serta. Ini berlaku untuk perangkat keras dan perangkat lunak.

[Untuk praktik terbaik tentang cara menyiapkan pemantauan jarak jauh dan sistem kontrol untuk memulai, lihat Paul Venezia, "Memecahkan masalah pusat data Anda dari kursi malas." | Lihat apakah Anda cocok dengan profil ini: "Sembilan ciri dari admin Unix veteran." ]

Alasan utama pergeseran ini adalah ledakan keanekaragaman teknologi. Di mana dulu ada mainframe, layar hijau, dan printer, sekarang ada beragam metode akses klien, jaringan, konektivitas jarak jauh, keamanan, penyimpanan, infrastruktur server, virtualisasi, dan sebagainya dan sebagainya.

Dulu ketika TI masih "sederhana", beberapa programmer dan staf pendukung yang baik dapat menjalankan keseluruhan pertunjukan. Saat ini, sulit bagi perusahaan kecil dan menengah untuk membenarkan mempertahankan ahli subjek pada staf untuk setiap bagian infrastruktur. Sebaliknya, mereka membeli kontrak dukungan yang lumayan dan mengalihkan beban pemeliharaan dan pemecahan masalah sebagian besar infrastruktur TI mereka ke vendor yang mungkin mengetahui produk mereka dengan baik, tetapi kesulitan menangani masalah yang mungkin muncul selama integrasi dengan vendor lain. gigi.

Pada dasarnya, pindah ke model ini menciptakan silo di sekitar komponen utama TI, dengan pemahaman yang tidak jelas tentang bagaimana semuanya bekerja sama. Di sinilah banyak perusahaan menemukan bahwa orang TI mereka menghabiskan sebagian besar waktu mereka duduk dalam rapat membahas masalah dengan vendor pada panggilan konferensi daripada benar-benar meneliti dan memperbaiki masalah itu sendiri. Dalam kasus tersebut, staf TI lokal dapat terlihat seperti penjaga - mereka tidak memiliki kepemilikan mental atas lingkungan mereka sendiri.

Jelas, ini bukan aturan yang keras dan cepat, tetapi sepertinya sedang tren. Dengan iklim ekonomi saat ini dan langkah-langkah penghematan yang diberlakukan sendiri seperti pembekuan perekrutan, terkadang lebih mudah untuk mendapatkan kontrak dukungan melalui proses anggaran daripada perekrutan baru ketika ada pergeseran teknologi di pusat data.

Dalam kasus lain, manajemen nonteknis mendapatkan keuntungan saat disajikan dengan rencana yang mencakup solusi mandiri yang dikembangkan sendiri. Banyak eksekutif lebih suka memiliki orang-orang yang sedikit teknis dan dukungan vendor daripada ahli teknologi yang sangat terampil dan dibayar tinggi untuk menjaga kereta tetap berjalan tepat waktu. Ada kekhawatiran yang masuk akal mengenai pengurangan rangkaian keterampilan yang diperlukan dan ketergantungan pada beberapa karyawan penting, tetapi orang-orang penting yang sangat terampil umumnya adalah yang membuat bisnis berhasil, tidak peduli di departemen mana mereka berada.

Masalahnya adalah tidak ada metrik bagus yang tersedia untuk menentukan biaya menjalankan bisnis dengan cara ini. Saat Anda memindahkan beberapa atau semua infrastruktur TI Anda ke vendor cloud dan mengubah pusat data menjadi ruang penyimpanan, Anda mungkin dapat mengukur penghematan Anda dalam hal tagihan listrik dan gaji TI, tetapi biaya tersembunyi dapat membuatnya tabungan hilang. Alih-alih dapat mengeluarkan uang sepeser pun dan memberikan solusi baru pada saat-saat kritis, Anda terikat pada penjadwalan dan kelenturan pihak ketiga yang telah dibayar dan bekerja di bawah kontrak yang panjang. Ketika Anda perlu "mewujudkan sesuatu", Anda tidak bisa - Anda terjebak dalam pertemuan apatis berbulan-bulan dan lelucon umum dari setiap sudut. Bahwa'Bahkan tidak menyentuh masalah yang melekat dengan meja bantuan outsourcing dan tugas komputasi umum.

Sekarang, ada alasan bagus bagi perusahaan untuk membawa kontrak dukungan untuk komponen perangkat keras seperti switching dan server fisik, dan tentunya vendor perlu dimintai pertanggungjawaban untuk mendukung produk mereka sendiri. Namun, hanya mengandalkan kontrak dukungan dan solusi umum adalah cara yang baik untuk membatasi kelincahan dan kinerja bisnis apa pun. Singkatnya, lebih banyak guru berarti lebih sedikit rasa cemas dan stres di sekitar.

Artikel ini, "Solusi yang dikembangkan sendiri: Yang baik dan yang buruk," awalnya diterbitkan di .com. Baca lebih lanjut blog The Deep End milik Paul Venezia di .com. Untuk berita teknologi bisnis terbaru, ikuti .com di Twitter.