Mengapa membangun terasa menyenangkan sekarang

Dulu pun banyak hal ini bisa dikerjakan. Yang berubah adalah apakah pekerjaan itu layak dipilih. Mengapa kami meninjau kembali hambatan yang muncul setelah adopsi SaaS, dan apa yang kami periksa lebih teliti saat membangun lebih cepat.

Diterbitkan Oleh

  • SaaS
  • Pengembangan khusus
  • AI
Di halaman ini
  1. Bisa dikerjakan, tetapi sulit dipilih
  2. Meninjau kembali titik tempat kami dulu berhenti
  3. Semakin cepat membangun, semakin teliti kami memeriksa

Ini adalah tulisan kedua dari dua tulisan. Pada tulisan pertama, Dipakai untuk mengurangi pekerjaan, malah muncul pekerjaan baru, kami menceritakan masalah yang terus kami temui saat membangun dan menawarkan SaaS. Kali ini kami membahas bagaimana kami memandang masalah-masalah itu sekarang.

Belakangan ini tim kami senang membuka kembali hambatan yang lama belum bisa kami selesaikan. Status persetujuan yang berbeda di setiap sistem, pengaturan hak akses yang perlu diubah lagi setelah reorganisasi, dan orang yang harus turun tangan membereskan ketika satu langkah gagal di tengah jalan bukanlah masalah yang asing bagi kami. Namun kini rasanya berbeda dibanding dulu.

Bisa dikerjakan, tetapi sulit dipilih

Untuk membuat integrasi atau penanganan pengecualian bagi satu pelanggan, kami harus lebih dulu memahami lingkungan perusahaannya: bagaimana sistem yang ada berjalan, dari mana pengecualian muncul, dan siapa menyetujui apa dengan aturan apa. Setelah itu kami membangun, menguji, dan memperbaiki. Bila waktu yang dibutuhkan besar, sulit membenarkan pembuatan pengecualian yang berbeda untuk setiap pelanggan. Pengecualian itu tidak bisa masuk ke produk bersama yang harus cocok untuk semua orang, dan membuatnya terpisah untuk tiap pelanggan tidak sepadan dengan biayanya, sehingga perbedaan itu tetap diisi oleh manusia.

Ini bukan hal yang mustahil secara teknis. Dulu pun bisa. Yang berubah adalah waktu dan biaya. Dengan memanfaatkan AI dan alat pengembangan, tim kami merasakan waktu dan biaya untuk mengulang analisis, implementasi, dan verifikasi turun secara nyata. Karena itu, pengecualian yang berbeda untuk setiap pelanggan kini bisa masuk ke dalam pilihan.

Meninjau kembali titik tempat kami dulu berhenti

Saat mengerjakan integrasi, kadang kami sampai pada titik ketika sistem di seberang tidak menyediakan cara koneksi yang bisa dipakai. Dalam kasus seperti itu, kita bisa mengotomatiskan layar agar menjalankan langkah-langkah yang dulu dilakukan manusia, atau menganalisis lalu lintas data (paket) yang dipertukarkan antar sistem untuk memahami perilakunya. Cara-cara ini dulu kami singkirkan karena biaya memahami lingkungan dan mengujinya tidak sebanding dengan hasilnya. Bisa membuka kembali titik-titik itu adalah bagian yang paling menyenangkan bagi kami saat ini.

Cara-cara ini pun hanya kami pertimbangkan dalam lingkup sistem dan akun yang diizinkan pelanggan, serta dalam batas persyaratan keamanan dan ketentuan penggunaannya.

Ini juga hanya satu pilihan di antara beberapa. Jika ada integrasi resmi, itulah jalur yang lebih baik, dan jika masalahnya selesai dengan mengubah prosedur atau pengaturan, itulah jawaban yang tepat. Kami tidak mengusulkan AI di mana-mana. AI adalah sarana penyelesaian, bukan keharusan. Semakin cepat alatnya, semakin penting menilai apa yang dipakai di mana, dan memanfaatkan pengalaman lapangan saat mengambil keputusan itu.

Semakin cepat membangun, semakin teliti kami memeriksa

Ketika membangun menjadi cepat, perbedaan antara sesuatu yang berhasil sekali dan sesuatu yang bisa terus diandalkan menjadi semakin penting. Karena itu, setelah membangun, kami ingin memeriksa hal-hal seperti berikut:

  • apakah kami langsung tahu ketika layar atau respons sistem di seberang berubah
  • apakah kegagalan terlihat oleh penanggung jawab dan tidak terkubur diam-diam
  • apakah mengirim permintaan yang sama lagi tidak membuat satu item diproses dua kali
  • apakah tercatat siapa melakukan apa dengan hak akses apa, serta siapa yang bertanggung jawab dan mengambil keputusan ketika terjadi masalah

Biayanya pun tidak hilang. Apa yang kami bangun harus dipelihara, dan jika alat baru itu menjadi satu pekerjaan pemeliharaan lagi, berarti kami mengulang masalah di tulisan pertama. Karena itu kami memegang satu ukuran: apakah ini mengurangi pekerjaan nyata pelanggan? Kami masih terus mengerjakan masalah ini, dan menambahkan satu per satu hal yang telah kami pastikan di sepanjang jalan.

Ketika lapal lab mengatakan Beyond advice. We build., maksudnya bukan bahwa saran tidak penting. Maksudnya melangkah melampaui saran hingga membangun dan memeriksa. Bisa mengajak pelanggan dengan, “Mari kita bangun ini dan periksa bersama,” itulah alasan mengapa sekarang terasa menyenangkan bagi kami.

Tulisan sebelumnya: Dipakai untuk mengurangi pekerjaan, malah muncul pekerjaan baru

Kembali ke semua wawasan