5 Tanda Anda Membutuhkan Tim Pengembangan Seluler Baru

Diterbitkan: 2021-10-05

Seharusnya terasa seperti tangga menuju surga. Anda sudah mulai memutar roda, dan Anda harus bangga pada diri sendiri. Anda memiliki ide proyek yang brilian, Anda pergi dan mempekerjakan orang-orang yang terus menggedor dada mereka, mengatakan bahwa mereka akan membuatnya bekerja dengan harga yang wajar. Namun rasanya sangat meresahkan, ada tanda-tanda buruk yang membuat tim pengembangan Anda mengecewakan Anda. Setiap kali Anda berinteraksi dengan orang-orang, yang seharusnya membuat impian Anda menjadi kenyataan, Anda tidak merasakan ketenangan; hanya saja tidak lagi memuaskan. Jadi di mana Anda harus mencari alasan rasa malu ini? Apakah masalahnya terletak di pihak Anda atau di sisi lain - dan bagaimana menangani programmer yang buruk jika ada?

Untuk membantu pencarian, kami akan mencoba menyoroti poin-poin penting yang menandakan harapan Anda dan tim Anda berpisah. Artikel ini bukan perbandingan pengembang yang baik vs pengembang yang buruk, karena tidak ada tanda-tanda akhir dari perusahaan perangkat lunak yang buruk. Di sini ada beberapa hal yang harus Anda perhatikan secara khusus selama proses pengembangan; meskipun kami tidak akan memberi Anda pernyataan langsung seperti karakteristik pengembang yang buruk atau tanda-tanda perusahaan pengembang yang buruk; kami akan menarik perhatian Anda ke beberapa tanda peringatan yang harus diperhatikan oleh setiap pengusaha.

1. Tim Anda secara sistematis mengacaukan tenggat waktu yang ditetapkan.

tenggat waktu tim Tanpa berlebihan yang tidak perlu pada saat ini, kita semua adalah manusia. Baik atau buruk, kesalahan dari pihak kita cenderung terjadi, dan tidak semuanya dapat dihindari terlebih dahulu. Tenggat waktu yang pernah terlewatkan mungkin bisa dijelaskan dan dimaafkan karena kasus darurat. Namun, mengabaikan tenggat waktu yang ditetapkan secara sistematis adalah pertanda buruk - ini melambangkan distribusi sumber daya yang tidak rasional, yang dapat mengakibatkan masalah produk utama.

Larutan:

Dunia kontemporer memiliki daftar lengkap alat manajemen waktu, yang membantu Anda mengatur tugas, melacak waktu yang dihabiskan untuk itu, dan memperkirakan jumlah jam dengan benar. Untuk tujuan ini di Mind Studios kami menggunakan alat berikut:
Slack - impian bagi setiap pengusaha, pendiri, investor, dan VC. Slack memungkinkan kami membawa kolaborasi tim kami ke tingkat yang lebih tinggi Ini memberi kami integrasi untuk manajemen tugas dan Perpesanan Tim. Ini juga terlihat bagus, menyenangkan dan dirancang dengan baik, memungkinkan klien kami dan tim kami untuk menikmati proses komunikasi.

Redmine - aplikasi web manajemen proyek fleksibel yang memungkinkan Anda membuat proyek, membaginya menjadi epik, memperkirakan tugas, dan menghitung jumlah waktu yang dihabiskan untuk setiap tugas. Alternatif berbayar Redmine disebut Jira dan juga dapat digunakan untuk manajemen proyek yang lebih baik. Dengan bantuan alat yang disebutkan, kami mengetahui tenggat waktu sebelum tiba, yang secara signifikan mengurangi peluang "hari target yang terlewat".

2. Anda selalu merasakan kurangnya komunikasi.

kurangnya komunikasi tim

Apakah manajer pengembangan Anda merespons Anda dalam beberapa hari atau lebih? Dan tidakkah Anda merasa tidak dihargai setiap saat? Aturan nomor 2 dari komunikasi klien-manajer yang hebat mengklaim: “Apa pun itu - laporan status, ringkasan epik, atau hanya surat singkat kepada klien, hal terpenting bagi tim pengembangan adalah memperhatikan - orangnya mereka bekerja dengan. Untuk terus menjaga dia dalam lingkaran - ini adalah penguasaan. ” Jika tidak demikian - maka tim pengembangan Anda tidak ada di sini.

Larutan:

Kami menyadari bahwa komunikasi sama pentingnya dengan kualitas produk secara keseluruhan; karena ini, kami mengikuti "prinsip emas" - kami menghubungi mitra kami sedikit lebih banyak daripada yang mereka inginkan. Panggilan mingguan terjadwal dan pembaruan status harian dari komunikasi tim klien seperti yang kita lihat.

3. Setelah proyek selesai, dukungan teknis tim menguap.

"Apakah Anda lelah menjadi" yang berikutnya "dalam antrian?"

Gejala menghilangnya juga diketahui secara luas oleh kami: setelah proyek dikerahkan, ditayangkan, dan diluncurkan, tim pengembangan tampaknya semakin jarang menghubungi Anda. Bahkan tidak menghubungi - ketika ada bug yang muncul, Anda membutuhkan tim Anda untuk menutupinya. Anda berhubungan dengan mereka - dan diam selama berhari-hari adalah jawaban Anda, atau maksimal "Kami akan melakukan yang terbaik" dengan hati-hati. Meskipun ini adalah masalah yang paling kecil, Anda masih bisa menunggu untuk waktu yang lama.

Larutan:

Tidak ada obat universal dari daftar panjang menunggu atau kewajiban yang dilanggar, tetapi yang paling dapat Anda lakukan - pastikan tim yang bekerja dengan Anda 100% responsif terhadap konsumen selama tahap kerja utama. Sebagai perusahaan pengembangan perangkat lunak, kami juga menghadapi bug produksi kecil sesekali, tetapi kami mencoba membalas permintaan dalam beberapa jam, berupaya memperbaiki semua ketidaksempurnaan.

4. Tim Anda tidak termotivasi untuk melihat hasil Anda .

“Kami tidak membangun hal-hal yang diinginkan orang. Kami membangun hal-hal yang dibutuhkan orang” Steve Jobs

tim yang termotivasi

Menurut Pengganda Keterlibatan, Pentingnya keterlibatan karyawan tidak dapat dilebih-lebihkan – “strategi keterlibatan karyawan telah terbukti mengurangi pergantian staf, meningkatkan produktivitas dan efisiensi, mempertahankan pelanggan pada tingkat yang lebih tinggi, dan menghasilkan lebih banyak keuntungan”. Di Mind Studios, kami tahu hal ini benar - proyek yang dibuat oleh agen pengembangan yang energik dan antusias sangat mirip dengan penciptanya. Sebaliknya, proyek-proyek yang dipimpin oleh programmer yang apatis dan lamban jauh lebih kecil kemungkinannya untuk menunjukkan kinerja terbaik.

Larutan:

Perbedaan antara keterlibatan tim dan sikap apatis tim pada proyek dapat dengan mudah dilacak - beberapa jawaban yang adil untuk pertanyaan di bawah ini akan membantu:
Apakah tim Anda menantang ide Anda dari sudut pandang analitis?
Apakah mereka menawarkan tahap analisis bisnis untuk membantu meningkatkan titik lemah produk Anda?
Apakah tim Anda melakukan brainstorming berdampingan dengan Anda?
Jika Anda telah memberikan "ya" dengan percaya diri untuk semua hal di atas - selamat, keterlibatan tim Anda berada di luar bayangan. Namun, jika Anda tidak yakin bagaimana menjawab pertanyaan-pertanyaan ini, atau hanya memiliki beberapa pertanyaan negatif - ini mungkin merupakan tanda peringatan.

5. Bug, Mikroba, dan Masalah Lainnya.

Ini adalah salah satu indikator kinerja rendah yang paling jelas, namun banyak yang cenderung mengabaikannya. Setiap kali Anda menerima build baru untuk diuji (setelah setiap demo di Agile), fungsional memiliki banyak bug untuk diperbaiki. Jangan tertipu dengan berpikir bahwa ini hanyalah tahap pengembangan, dan bahwa semuanya akan dipoles sebelum peluncuran - kemungkinan besar, tidak. Jumlah masalah yang kritis menunjukkan bahwa proses pengujian tim entah bagaimana tidak disederhanakan, yang akan menyebabkan Anda lebih banyak masalah nanti - pada tahap peluncuran.

Larutan:

Setelah Anda menyadari bahwa produk Anda terus-menerus (sprint-by-sprint) berbau bug, Anda mungkin ingin tim mengubah proses pengujian, atau Anda mungkin ingin mengubah tim.

Di Mind Studios, kami melakukan pengujian dengan sangat serius - kami memiliki beberapa iterasi setelah setiap sprint, kami bereksperimen dengan grup uji A/B, dan kami bahkan membuat produk kami berpartisipasi dalam QA Hackathons, memastikan klien kami akan menerima proyek kualitas tahan google. Kami selalu senang membantu jika terjadi masalah.

tim pengembangan yang berbeda

Perubahan memang sulit pada awalnya,

Berantakan di tengah, dan

Cantik di akhir.

Robin Sharma, penulis dan pembicara kepemimpinan

Memulai hal baru yang lengkap dari awal tidak pernah mudah - perangkap ada di mana-mana, misalnya berurusan dengan pengembang perangkat lunak yang buruk. Terkadang Anda mungkin merasa disalahpahami atau benar-benar ketinggalan zaman dan kecewa - tidak ada asuransi keselamatan di sini. Kami tidak mencoba membuktikan bahwa Anda bekerja dengan programmer yang buruk. Meskipun tergantung pada orang yang bekerja dengan Anda, Anda mungkin merasakannya lebih atau kurang akut, atau bahkan menghindari emosi ini sama sekali. Jadi mungkin ini saatnya untuk perubahan yang lebih besar?

Ditulis oleh Dmitry Dobritsky dan Elina Bessarabova.