Di Bawah Kap Mesin: Proses di Balik Teknologi di Shoprocket

Ini adalah artikel pertama dalam serangkaian yang baru di mana kami mengungkap bagaimana kami melakukan berbagai hal di departemen teknologi di Shoprocket. Kami bangga dengan sistem dan proses yang kami miliki, tetapi kami selalu mencari cara untuk memperbaiki dan mengembangkannya. Jadi, kami ingin mendengar bagaimana Anda melakukan berbagai hal.

Saat ini, kami akan melihat bagaimana sebuah sprint disiapkan di Shoprocket.

Kami menjalankan proses sprint selama 10 hari. Inilah seperti apa hari rata-rata bagi salah satu pengembang kami:

• 4 jam sprint
• 2 jam perbaikan bug
• 2 jam waktu luang

Ini berarti setiap pengembang memiliki 40 jam dalam satu sprint untuk mengerjakan tugas sprint mereka. Setiap jam setara dengan satu poin cerita dan ini dibagi sebagai berikut:

Ukuran Cerita

• kecil = 5 poin cerita
• sedang = 10 poin cerita
• besar = 20 poin cerita
• sangat besar = 40 poin cerita

Kami menggunakan poin cerita untuk mengontrol burndown dan perkiraan pengiriman. Kami tidak pernah menjanjikan tanggal pengiriman karena manusia sangat buruk dalam melakukannya. Di masa depan, kami berencana menggunakan metadata di alat sprint kami dan mengikatnya dengan ukuran cerita untuk menghitung rata-rata historis tentang seberapa lama waktu yang dibutuhkan untuk melakukan X karena itu merupakan indikator yang baik mengenai berapa lama waktu yang dibutuhkan untuk melakukan tugas serupa. Kami belum memiliki alat ini, meskipun, jadi jika ada yang ingin membangunnya (saya melihat kalian sprint.ly) itu akan luar biasa.

Dalam sprint ini, ini adalah urusan yang sangat biasa. Kami mulai dengan memperbaiki bug dan menulis pembaruan sistem seperti biasa.

Salah satu pembaruan tersebut adalah pada pelaporan pesanan. Dengan menawarkan dukungan item baris, pengguna sekarang dapat melihat apa yang membentuk sebuah pesanan daripada hanya melihat total pesanan. Di permukaan, ini tampak seperti hal yang sangat sederhana untuk dilakukan, tetapi kenyataannya cukup rumit karena laporan harus dibangun sedemikian rupa agar kompatibel dengan berbagai paket akuntansi yang ada. Selain itu, harus bekerja dengan seluruh database kami yang kembali satu tahun penuh dan mengekspor laporan lengkap secara waktu nyata dalam sekitar satu detik.

Sejauh teknologi inti, Winston telah bekerja untuk memisahkan mikroservis pertama kami dan mengintegrasikannya dengan aplikasi yang sudah ada. Yang kami pilih pada awalnya adalah Sistem Manajemen Sesi yang merupakan kode yang menghasilkan GUID unik yang digunakan untuk masa hidup suatu pesanan (baik itu diselesaikan atau ditinggalkan). Kami akan menulis serangkaian artikel tentang petualangan mikroservis kami jadi kami tidak akan terlalu mendalami detail di sini, cukup untuk mengatakan bahwa berpindah dari monolit ke mikroservis itu menantang tetapi menyenangkan.

Alex telah bekerja pada alat belakang untuk menangani UTM. Pemasaran telah mendorong alat ini selama waktu yang lama dan kami terkejut bahwa sesuatu seperti ini tidak ada saat ini di luar sana (kami mungkin akan menjadikannya open source setelah selesai) karena ini adalah alat yang relatif sederhana dan sangat dibutuhkan.

Shashi telah bersemangat minggu ini. Dia telah menyelesaikan modul pembungkus hadiah nya, yang kini berada di produk dan pada dasarnya memungkinkan Anda untuk dengan cepat menambahkan opsi pembungkus hadiah ke keranjang Anda. Setelah itu, dia dengan cepat beralih untuk membangun integrasi Google Analytics kami. Sekarang ini adalah sesuatu yang sama sekali tidak ada dalam radar kami, tetapi salah satu mitra kami datang kepada kami meminta hal ini, memberi tahu betapa pentingnya hal ini untuk siklus hidup produk mereka. Menjadi tim teknologi yang akomodatif, kami menyelipkannya. Ini sudah terlihat keren dan melacak semua elemen utama dari keranjang belanja dengan mudah. Kami sebenarnya tidak pernah menyimpang dari sprint sekali sudah diatur tetapi kami memberikan fleksibilitas dalam sprint untuk dapat melakukannya.

Inilah seperti apa salah satu tugas Sprint.ly kami.

Proses untuk pembuatan ini juga cukup sederhana: seseorang yang memimpin menulis spesifikasi awal dan kemudian kami semua bergabung dalam Google Hangout dan menguraikannya. Ini kemudian dikirim kepada pihak eksternal untuk umpan balik dan diperiksa oleh sisa perusahaan. 

Dan kemudian kami membangunnya. Sederhana, kan?