7 Hal yang Perlu Diperiksa Sebelum Bekerja dengan Vendor Perangkat Lunak Tiongkok

Yang perlu dilihat adalah isi vendornya, bukan hanya cara proyek dijalankan

Sebagian besar pembahasan tentang kegagalan pengembangan lepas pantai berbicara soal proses: tingkat kedetailan kebutuhan, cara berbagi progres, dan syarat serah terima. Hal-hal itu bisa diperbaiki pembeli lewat manajemennya sendiri. Namun ada jarak yang tidak bisa ditutup oleh manajemen. Apakah vendor pernah bekerja di lantai produksi, apakah ia bisa menerbitkan dokumentasi dalam bahasa yang tim Anda baca, apakah masih ada yang menjawab setelah serah terima — ini semua sifat vendor itu sendiri dan tidak berubah setelah kontrak diteken.

Karena itu pemeriksaan terbagi dua lapis. Lapis atas adalah manajemen proyek, lapis bawah adalah kelayakan vendor. Artikel ini membahas lapis bawah: tujuh hal yang menunjukkan isi sebuah vendor sebelum Anda mengikat diri. Perusahaan yang bisa menjawab ketujuhnya secara tertulis jumlahnya tidak banyak, dan justru itu yang membuat daftar ini berguna untuk mempersempit daftar kandidat.

Tujuh hal yang perlu diperiksa sebelum tanda tangan

• ① Ada pengalaman di lantai produksi atau tidak — tanyakan soal PLC, fieldbus, dan kontrol kelistrikan, bukan portofolio aplikasi yang sudah diserahkan. Mengambil data dari mesin adalah jenis pekerjaan yang berbeda dari membangun sistem web. Tanyakan secara spesifik di lini produksi nyata mereka pernah menyambungkan PLC merek apa dan lewat protokol apa; jawabannya langsung menunjukkan ada atau tidaknya pengalaman.
• ② Bahasa komunikasi dan bahasa dokumentasi — persoalannya bukan apakah ada penerjemah di rapat, melainkan apakah dokumen spesifikasi dan panduan operasi bisa diserahkan dalam bahasa Inggris. Dokumen yang tidak terbaca operator lapangan tidak akan dipakai setelah go-live. Pastikan ada jalur komunikasi berbahasa Inggris yang tetap sepanjang proyek, dan apakah mereka pernah menerbitkan dokumen rekayasa dalam lebih dari satu bahasa.
• ③ Apakah dokumen serah terima membentuk sebuah sistem — yang dicari adalah daftar lengkap dari awal proyek sampai pemeliharaan, bukan satu dokumen desain saja. Proposal proyek, kesepakatan teknis, dokumen spesifikasi, tabel alokasi I/O, tabel alokasi alamat, diagram topologi jaringan, dokumen desain layar, panduan operasi, dokumen tabel basis data, dokumen antarmuka data, laporan pengujian, berkas serah terima, daftar pemeliharaan, laporan pemeliharaan tahunan — pembedanya adalah apakah daftar seperti ini bisa disodorkan lebih dulu.
• ④ Bagaimana keamanan informasi dan penanganan data diatur — metode koneksi (VPN atau jalur khusus), pengelolaan hak akses, penyimpanan log operasi, tempat kode sumber dan gambar teknis disimpan, serta apakah data tetap di negara Anda atau juga disimpan di sisi vendor. Selain redaksi perjanjian kerahasiaan, periksa apakah mereka bisa menjelaskannya sebagai prosedur kerja sehari-hari.
• ⑤ Apakah pilot berlingkup sempit dimungkinkan — daripada memesan seluruh lingkup sekaligus, tanyakan apakah mereka mau mengambil pilot yang dibatasi pada satu mesin atau satu lini. Vendor yang menolak pilot, atau tidak bisa menjelaskan hubungan struktur biaya pilot dengan proyek penuh, mungkin belum terbiasa menarik batas lingkup. Pastikan juga hasil pilot bisa langsung dipakai sebagai fondasi tahap berikutnya.
• ⑥ Apakah kriteria serah terima bisa masuk ke kesepakatan teknis — bukan "mengimplementasikan fungsi", melainkan syarat yang terukur seperti batas atas keterlambatan data, definisi agregasi setiap laporan, dan kelengkapan data setelah koneksi pulih. Perusahaan yang langsung menjawab "itu bisa dituliskan" berada pada posisi berbeda dari yang hanya memberi jaminan lisan.
• ⑦ Bagaimana pemeliharaan dan waktu tanggap pascaserah dijanjikan — jalur kontak, waktu tanggap, cakupan pekerjaan pemeliharaan tahunan, cara menangani perubahan lini, dan frekuensi pelaporan. Jika vendor sudah memiliki templat kontrak pemeliharaan tahunan dan format laporan pemeliharaan, terlihat bahwa dukungan berkelanjutan memang praktik nyata.

Dari ketujuh hal itu, ① ② ③ adalah sifat vendor sedangkan ④ ⑤ ⑥ ⑦ adalah bagian yang bisa dinegosiasikan ke dalam kontrak. Bila sisi sifat belum terpenuhi, sedetail apa pun kontrak disusun, beban yang jatuh ke tim Anda sendiri tidak berkurang.

Perbedaan alih daya IT murni dengan vendor berlatar lantai produksi

Dua perusahaan bisa sama-sama menyebut diri pengembang perangkat lunak namun kuat di tahapan yang sama sekali berbeda. Perbandingan berikut bukan untuk menilai tipe mana yang benar, melainkan untuk mengetahui di mana beban kerja sebuah sistem pabrik menumpuk.

Tabel di atas membandingkan kecenderungan, bukan menilai perusahaan tertentu; pada praktiknya ada vendor yang memadukan kedua karakter. Dasar penilaian bukan kategorinya, melainkan isi jawaban atas butir ① sampai ⑦.

Kunci daftar dokumen sebelum tanda tangan, bukan "nanti saja"

Titik gesekan pada sistem pabrik biasanya muncul saat setelah go-live baru disadari bahwa satu dokumen tertentu tidak ada. Pergantian penanggung jawab, penggantian mesin, perluasan fase dua — dalam setiap situasi itu, cakupan dokumen yang Anda pegang sama dengan cakupan pekerjaan yang bisa Anda tangani sendiri. Dokumentasi bukan lampiran dari hasil pekerjaan; ia adalah hasil pekerjaan itu sendiri.

Cara memeriksanya sederhana: sebelum tanda tangan, mintalah vendor mendaftar dokumen yang akan diserahkan. Bila tidak ada daftar yang keluar, atau jawabannya "kami sediakan yang biasa", kemungkinan besar tidak ada sistem di belakangnya. Perusahaan yang punya sistem dapat menyajikan daftarnya dalam pengelompokan seperti berikut.

• Perencanaan dan kontrak: proposal proyek, kesepakatan teknis, dokumen spesifikasi — dokumen yang menetapkan lingkup dan syarat serah terima
• Perancangan: tabel alokasi I/O, tabel alokasi alamat, diagram topologi jaringan, dokumen desain layar — dokumen yang menetapkan asal setiap sinyal dan cara penyajiannya
• Pengoperasian: panduan operasi, dokumen tabel basis data, dokumen antarmuka data — dokumen yang dipakai lapangan dan departemen IT setelah go-live
• Verifikasi: laporan pengujian, berkas serah terima — dokumen yang menunjukkan kriteria yang disepakati telah dipenuhi
• Pemeliharaan: daftar pemeliharaan, laporan pemeliharaan tahunan — dokumen yang mencatat cakupan pekerjaan pascaserah dan apa yang benar-benar dikerjakan

Lima hal yang diamati selama pilot berlingkup sempit

Meski sudah memperoleh jawaban tertulis atas ketujuh butir, Anda tetap belum bisa melihat seperti apa rasanya bekerja bersama. Menempatkan pilot dengan lingkup yang jelas lebih dulu akan memperlihatkan dalam beberapa minggu apa yang tidak ditunjukkan berkas mana pun. Perusahaan yang bekerja secara sistematis membagi proyek dalam tahapan — diagnosis, pilot, implementasi, serah terima, pemeliharaan, perluasan — sehingga memisahkan tahap pilot saja adalah permintaan yang bisa mereka layani.

Satu mesin atau satu lini sudah cukup untuk pilot. Yang diamati bukan hanya mutu hasilnya, tetapi juga lima poin di bawah ini.

• Isi pertanyaan mereka — apakah mereka kembali menanyakan kondisi lapangan, atau menerima dokumen kebutuhan begitu saja lalu melanjutkan
• Kecepatan dan bentuk tanggapan — apakah jawaban berhenti di lisan, atau ditinggalkan sebagai dokumen dan gambar
• Kedetailan dokumentasi — apakah materi tahap pilot masih terbaca ketika Anda membukanya kembali nanti
• Cara perubahan ditangani — apakah mereka menyampaikan cakupan dampak lebih dulu, atau diam-diam membangun ulang
• Mutu nyata dokumen bahasa Inggris — apakah terasa seperti keluaran terjemahan mesin, atau seperti teks yang bisa diikuti operator