Bagaimana proses kerja pada sistem FoodSoul: dari ide hingga hasil

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

FoodSoul — 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 kerjanya sendiri.

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 diatur

Beberapa kelompok spesialis bekerja di FoodSoul, dan masing-masing memiliki area 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 diperlukan.

Spesialis lini kedua — para insinyur yang sangat memahami modul tertentu: integrasi, aplikasi mobile, CRM, pembayaran. Mereka yang memeriksa apakah permintaan tersebut merupakan fitur dari fungsionalitas 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 pengembangan.

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

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 dibangun secara siklikal: tim secara rutin meninjau backlog, menilai permintaan dan keinginan baru, merencanakan tugas terdekat, dan memantau status tugas yang sedang dikerjakan. Ritme seperti ini memungkinkan kami untuk tidak melewatkan baik 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 seperti bencana. Ini akan ditangani oleh spesialis lini kedua yang memahami sistem dengan baik. Ada dua kemungkinan: jika ternyata itu adalah fitur fungsionalitas yang belum diperhitungkan, klien akan dijelaskan solusinya; jika masalah benar-benar ada, maka akan diteruskan ke manajer proyek, dicatat dalam sistem tugas dengan prioritas dan penanggung jawab, dan dilaksanakan sesuai antrean. Spesialis dukungan teknis memantau status dan memberi tahu klien ketika tugas selesai.

Bug minor — kesalahan yang tidak memengaruhi kerja sistem, tetapi perlu diperbaiki: salah ketik, elemen antarmuka yang bergeser, warna tombol yang salah. Tugas seperti ini dikerjakan ketika tidak ada permintaan dengan prioritas lebih tinggi dari poin-poin di atas.

Permintaan/Usulan — kami memantau dengan cermat apa yang diminta mitra. Ketika permintaan yang sama datang dari beberapa klien, prioritasnya meningkat dan kami mulai menganalisisnya. 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 muncul

Pengembangan produk kompleks apa pun diatur sedemikian rupa sehingga kesalahan adalah bagian rutin dari proses, bukan pengecualian. Berikut faktor-faktor yang membentuk kompleksitas ini.

Sistem terus berkembang. Semakin banyak fungsi, integrasi, dan skenario penggunaan, semakin banyak titik di mana bagian-bagian sistem saling berinteraksi. Tim menguji skenario yang paling umum, tetapi secara fisik tidak mungkin untuk mencakup semua kombinasi di muka, 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 meningkatkan satu modul, hal itu dapat memengaruhi fungsionalitas terkait. Semakin besar sistem, semakin panjang rantai ketergantungan antar bagiannya, dan semakin hati-hati setiap perubahan harus diperiksa.

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

Persyaratan diperjelas selama proses. Terkadang fitur diimplementasikan persis seperti yang direncanakan, tetapi dalam penggunaan nyata ternyata idenya 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 berkelanjutan 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