Bagaimana proses kerja pada sistem FoodSoul: dari ide hingga hasil

Kami menghargai kepercayaan para mitra kami dan karena itu ingin bersikap se-transparan mungkin. Dalam artikel ini, kami akan menceritakan bagaimana tim kami bekerja, bagaimana ide-ide berubah menjadi fitur, bagaimana kami menentukan prioritas, dan apa yang terjadi di balik layar ketika sesuatu tidak berjalan sesuai rencana.

FoodSoul — Sebuah Sistem yang Hidup

FoodSoul bukan sekadar aplikasi. Di baliknya terdapat infrastruktur besar: CRM, penyimpanan dan perlindungan data, template situs web dan aplikasi mobile, serta ribuan restoran mitra, masing-masing dengan kebutuhan dan skenario kerja yang unik.

Kami selalu mendengarkan: mengumpulkan ide dari mitra melalui dukungan teknis, komunikasi langsung dengan klien, dan dari analis internal tim IT kami. Semua ini terakumulasi dalam backlog — daftar tugas yang terus diperbarui, yang menjadi dasar peta jalan pengembangan produk.

Bagaimana Tim dan Struktur Kerja Kami

Beberapa kelompok spesialis bekerja di FoodSoul, dan masing-masing memiliki tanggung jawab serta logika interaksi sendiri dengan tim lain.

Dukungan Teknis — garis kontak pertama dengan mitra. Mereka menerima permintaan, memahami inti masalah, dan baik menyelesaikannya di tempat atau meneruskannya ke spesialis yang memahami bagian sistem yang relevan.

Spesialis Lini Kedua — para insinyur yang sangat memahami modul tertentu: integrasi, aplikasi mobile, CRM, pembayaran. Mereka yang memeriksa apakah permintaan tersebut merupakan fitur sistem atau benar-benar sebuah kesalahan.

Analis mengumpulkan dan menyusun keinginan mitra, menilai seberapa dibutuhkannya perubahan tersebut dan bagaimana dampaknya bagi klien lain sebelum tugas masuk ke tahap pengembangan.

Pengembang dan Penguji mewujudkan tugas dan memeriksanya sebelum rilis — mulai dari perbaikan kecil hingga pengembangan fitur besar.

Manajer Proyek menjaga fokus pada prioritas: memantau backlog, mendistribusikan tugas antar tim, dan memastikan hal-hal penting tidak hilang di antara tugas-tugas yang sedang berjalan.

Pekerjaan dilakukan secara siklikal: tim secara rutin meninjau backlog, menilai permintaan dan keinginan baru, merencanakan tugas terdekat, dan memantau status tugas yang sedang dikerjakan. Ritme ini memungkinkan kami untuk tidak melewatkan masalah mendesak maupun pengembangan jangka panjang produk, sekaligus menjaga prediktabilitas: mitra selalu dapat mengetahui melalui dukungan teknis di tahap mana permintaannya berada.

Bagaimana Kami Menentukan Prioritas

Ketika muncul masalah, kami bertindak sesuai salah satu skenario berikut.

Gangguan Massal — kesalahan yang dialami beberapa klien sekaligus dalam satu hari atau beberapa jam. Ini adalah prioritas tertinggi: penguji dan pengembang segera terlibat.

Bug Kritis pada Satu Klien — jika kesalahan secara langsung memengaruhi pendapatan atau reputasi mitra, prioritasnya sama tingginya. Kami mengerahkan sumber daya utama dan menyelesaikan masalah dalam waktu singkat.

Bug Standar — permintaan yang diterima oleh dukungan teknis, yang tidak tampak sebagai bencana. Ini akan ditangani oleh spesialis lini kedua yang memahami sistem dengan baik. Ada dua kemungkinan: jika ternyata itu adalah fitur sistem yang belum diperhitungkan, klien akan diberi penjelasan; jika memang ada masalah, maka tugas tersebut masuk ke manajer proyek, dicatat dalam sistem dengan prioritas dan penanggung jawab, dan dikerjakan sesuai urutan. Spesialis dukungan teknis memantau status dan memberi tahu klien saat tugas selesai.

Bug Minor — kesalahan yang tidak memengaruhi kinerja sistem, tetapi perlu diperbaiki: typo, elemen antarmuka yang bergeser, warna tombol yang salah. Tugas-tugas seperti ini dikerjakan ketika tidak ada permintaan dengan prioritas lebih tinggi.

Permintaan — kami memantau dengan cermat apa yang diminta mitra. Ketika permintaan yang sama datang dari beberapa klien, prioritasnya meningkat dan kami melakukan analisis. Setiap perubahan memengaruhi semua mitra sekaligus, bukan hanya yang meminta, sehingga sebelum implementasi kami mengumpulkan umpan balik dari berbagai klien agar perbaikan untuk sebagian tidak menimbulkan ketidaknyamanan bagi yang lain. Ini adalah langkah tambahan, namun justru inilah yang membuat keputusan akhir lebih matang.

Mengapa Bug Terjadi

Pengembangan produk kompleks apa pun memang selalu melibatkan kesalahan sebagai bagian rutin dari proses, bukan pengecualian. Berikut adalah faktor-faktor yang membentuk kompleksitas ini.

Sistem terus berkembang. Semakin banyak fitur, integrasi, dan skenario penggunaan, semakin banyak titik di mana bagian-bagian sistem saling berinteraksi. Tim menguji skenario paling umum, tetapi secara fisik tidak mungkin mencakup semua kombinasi bahkan untuk tim paling berpengalaman sekalipun.

Setiap mitra menggunakan sistem dengan caranya sendiri. Ribuan tempat usaha berarti ribuan proses kerja unik. Perilaku pengguna dalam kondisi nyata selalu lebih beragam daripada yang bisa diprediksi dalam skenario pengujian, dan beberapa penyimpangan hanya muncul pada data nyata.

Satu perubahan memengaruhi yang lain. Ketika pengembang memperbaiki satu modul, hal itu bisa berdampak pada fitur terkait. Semakin besar sistem, semakin panjang rantai ketergantungan antar bagiannya, dan semakin teliti setiap perubahan harus diperiksa.

Lingkungan selalu berubah. Browser, sistem operasi, dan layanan pihak ketiga yang kami integrasikan terus diperbarui. Apa yang berfungsi kemarin bisa saja berubah setelah pembaruan dari pihak ketiga, dan kami memantau perubahan tersebut agar dapat merespons dengan cepat.

Persyaratan diperjelas seiring proses berjalan. Kadang fitur sudah diimplementasikan sesuai rencana, namun dalam penggunaan nyata ternyata perlu disempurnakan. Dengan demikian, produk menjadi semakin tepat di setiap iterasi.

Kami menganggap ini sebagai bagian normal dari pertumbuhan sistem yang kompleks dan terus bekerja agar sistem menjadi lebih stabil, cepat, dan nyaman bagi setiap mitra — melalui pengujian yang lebih mendalam, struktur tim yang jelas, dan umpan balik yang terus-menerus dari klien.

Jika Anda mengalami masalah atau ingin berbagi ide, silakan hubungi dukungan teknis FoodSoul. Setiap permintaan akan diteruskan ke spesialis yang tepat dan tidak akan hilang. Kami selalu siap membantu!

Hormat kami,

Project Manager FoodSoul