Bagaimana saya dan tim saya bisa mengemudi sepanjang waktu?
Jika Anda pernah bekerja dalam tim kecil dengan sumber daya terbatas, maka kemungkinan besar Anda akrab dengan perasaan berkendara ini. Semacam gatal yang membuat Anda bergerak maju ketika sesuatu menarik kembali dengan sekuat tenaga. Gelombang motivasi yang luar biasa kuat yang Anda rasakan ketika Anda diberi tahu bahwa Anda tidak cukup baik.
Berkali-kali, saya perhatikan mukjizat apa yang mulai terjadi ketika Anda menemukan perasaan berkendara ini. Tetapi bagaimana mempertahankan semangat dorongan ini jika tim menjadi semakin banyak?
Beberapa bulan yang lalu, saya bergabung dengan tim Dropbox Paper. Pada saat itu, tim sudah berkembang ke ukuran yang cukup besar. Saya masih ingat pertemuan pertama saya dengan tim dan pemikiran bahwa kami mungkin cukup untuk memenuhi seluruh bioskop. (Saya pikir saya sudah bermimpi mengadakan pertemuan di luar ruangan).
Sampai saat ini, saya telah bekerja di sini selama beberapa bulan, dan saya melihat sesuatu: bahkan ketika tim kami tumbuh, kami entah bagaimana berhasil mempertahankan semangat drive yang melekat dalam tim kecil. Saya tidak tahu apakah ini terjadi secara kebetulan atau sesuai rencana, tetapi saya memiliki beberapa teori tentang bagaimana kita tetap berada di jalan.
Terjemahan didukung oleh EDISON Software, sebuah perusahaan pengembangan web profesional yang baru - baru ini mendesain ulang situs webnya .Kemajuan lebih penting daripada proses
Suatu hari saya berbicara dengan Kavita Radhakrishnan, manajer grup produk kami, dan dia mengatakan sesuatu yang mengejutkan saya:
"Persyaratan proses akan menjadi usang segera setelah Anda merumuskannya."
Jika Anda membaca artikel saya tentang dokumen proyek, Anda tahu betapa saya sangat menyukai dokumentasi yang ditulis dengan baik. Tetapi begitu saya memikirkan proyek terbaru saya, saya menyadari bahwa dia entah bagaimana benar.
Daftar persyaratan sangat bagus untuk berkenalan dengan tujuan dan ruang lingkup proyek. Tetapi begitu Anda mulai menerapkan rencana Anda, hal-hal jarang berjalan sesuai rencana. Pada titik ini, kemajuan menjadi prioritas. Dokumentasi menjadi masalah sekunder.
Saya akan mengatakan bahwa 25% dari pekerjaan nyata pada proyek terjadi setelah pengembang melewatinya. Saat itulah para ahli mulai menguji kekuatan proyek Anda, dan mereka pasti akan menyajikan persyaratan baru dan contoh-contoh canggih yang bahkan tidak dapat Anda pikirkan. Pada titik ini, Anda perlu merasakan dorongan dan melakukan segala yang mungkin untuk mencapai kemajuan.
Sebagai bagian dari tim Dropbox Paper, kami telah belajar untuk berurusan dengan pukulan takdir dan menerima kenyataan bahwa rencana akan berubah - tidak peduli seberapa baik dirancang persyaratan Anda.
Tidak ada "kunci gading"
Seiring pertumbuhan perusahaan, orang-orang yang menciptakan produk cenderung bergerak semakin jauh dari mereka yang menggunakannya. Apakah Anda kenal dengan pengembang atau manajer produksi yang bekerja untuk perusahaan besar? Tanyakan kepada mereka seberapa sering mereka berbicara dengan konsumen sehari-hari mereka. Saya yakin Anda akan terkejut dengan apa yang Anda dengar.
Sebagai bagian dari tim Dropbox Paper, kami berusaha untuk tidak membangun "menara gading" yang menjauhkan kami dari audiens kami. Sebagai gantinya, kami melakukan hal-hal di drive untuk bertemu orang-orang yang menggunakan Kertas.
Misalnya, proyek "Real World Environments", yang diluncurkan oleh Mir Rao, salah satu peneliti kami. Setiap hari Rabu, kami mengundang orang untuk datang ke kantor kami untuk memberi tahu mereka apa yang sedang kami kerjakan. Sepertinya sesi kencan cepat: peserta sedang berbicara dengan beberapa orang dari tim kami, masing-masing secara individual. Dan hal yang paling menarik dari hal ini adalah bahwa pada bagian kita sering pengembang, spesialis dan manajer produksi, dan bukan peneliti, berkomunikasi dengan mereka. Pertemuan semacam itu mengajarkan kami untuk berbicara dengan konsumen secara teratur.
Selain itu, kami mengatur pertemuan di mana-mana dengan tim yang menggunakan Kertas. Kami tertarik pada bagaimana orang menggunakan Kertas dalam situasi nyata, dan kami siap untuk pergi ke kantor mereka, jika memungkinkan. Setiap tim kami dapat bergabung dengan perjalanan seperti itu - pengembang, penulis, spesialis, siapa pun. Setiap pertemuan adalah kesempatan untuk terinspirasi oleh sesuatu dan belajar sesuatu yang baru tentang audiens kami.
Beberapa peneliti makalah mengobrol dengan tim di AirtaskerSaatnya meretas
Banyak perusahaan IT memiliki "minggu peretasan" di mana Anda dapat bekerja pada proyek apa pun yang Anda inginkan selama seminggu penuh. Paper juga menyelenggarakan minggu-minggu peretasan, tetapi di samping itu, ia juga memiliki “Jam Peretasan”.
Setiap beberapa minggu, pada hari Jumat sore, kami berkumpul, minum dan mengerjakan apa pun yang kami inginkan. Kita dapat menghabiskan satu jam penuh untuk itu atau menghabiskan sisa hari itu untuk itu.
Percaya atau tidak, banyak fitur yang sangat disukai pengguna Kertas hari ini dibuat selama pertemuan tersebut. Pernahkah Anda menggunakan mode presentasi? Diciptakan selama satu jam peretasan. Nama untuk emoji? Kisah yang sama.
Kertas tidak akan menjadi seperti sekarang ini jika bukan untuk sesi peretasan ini. Jika Anda memberi orang waktu dan tempat untuk improvisasi, mereka akan datang dengan ide-ide inventif yang mengejutkan.
Leandro Castillo dan Sheila Ramaswami selama Jam PeretasanBermain peran
Dalam tim Paper, orang sering memainkan peran berbeda dalam proyek yang berbeda. Saya melihat bagaimana manajer produksi melakukan studi kegunaan produk. Saya melihat bagaimana para peneliti terlibat dalam pekerjaan desain. Masing-masing dari kita memiliki peran yang disepakati, tetapi juga kita memiliki kesempatan untuk mencoba topeng yang berbeda.
Di perusahaan besar, mudah untuk mundur dan berkata, "Maaf, ini bukan pekerjaan saya," karena di perusahaan besar, setiap orang memiliki peran tetap untuknya. Di sana Anda tidak akan menemukan "pengembang" saja. Ada perancang interaktif, perancang visual, perancang gerak, perancang sistem, dll.
Judul pekerjaan kami tidak mendefinisikan seseorang. Kami hanya melakukan semua yang kami bisa untuk menyelesaikan semuanya. Saya menulis artikel, tetapi dari waktu ke waktu saya mendesain. Neil Networks dan Caroline Frost adalah pengawas produksi, tetapi saya melihat mereka menulis kode dan membuat hal-hal yang luar biasa.
Sangat memalukan melihat bagaimana semua orang di sekitar Anda menjadi energik, hanya untuk saling membantu.
Kemenangan kecil
Untuk beberapa alasan, tim kami suka saling menyukai. Serius, saya memiliki setidaknya dua pertemuan yang dijadwalkan setiap minggu yang kami temui, hanya untuk mengungkapkan kekaguman dan berterima kasih kepada orang lain di tim.
Kami juga membuat formulir anonim sehingga orang tidak malu mengungkapkan cinta dan itu tidak ... canggung.
Pada pandangan pertama, ekspresi kekaguman mungkin tampak seperti tradisi yang bodoh, tetapi saya perhatikan bagaimana itu membawa hasil yang baik satu per satu. Man A secara terbuka mengagumi Man B, dan kemudian Man B merasa baik dan “memberikan lima” kepada Man B. Anda tidak akan punya waktu untuk memperhatikan bagaimana semakin banyak orang akan mengambil bagian dalam hal ini.
Semua orang ingin merasa dihargai, dan rasa terima kasih yang sederhana membantu orang untuk merasa bermakna, bersemangat, dan merasakan semangat tim. Bukan hanya proyek besar yang penting. Rayakan kemenangan drive kecil.
Suka bereksperimen
Tim Paper senang bereksperimen. Selalu ada lusinan percobaan dengan fungsi dalam agenda yang dapat kita jalankan untuk belajar dari dalam ke luar dalam praktik. Kami memiliki eksperimen yang terkait dengan berbagai proyek tata letak, eksperimen yang terkait dengan berbagai versi salinan antarmuka pengguna, eksperimen tentang hampir semua hal.
Misalnya, ini adalah eksperimen internal yang dibuat oleh Aisha Ferrazares dan Harold Check, tempat kami menampilkan peringatan jika Anda mencoba mengirim pemberitahuan kepada semua orang di dokumen:
Kami tidak akan menjalankannya seperti sekarang, tetapi demonstrasi ini membantu untuk memahami apakah itu berguna atau tidak.
Kami mencoba membuat eksperimen di tim kami semudah mungkin, karena kami ingin membuatnya mudah untuk memeriksa mana yang baik dan mana yang perlu dikembangkan lebih lanjut.
Kami juga bereksperimen dengan berbagai cara kerja. Sekarang kami mencoba metode yang disebut hakai-and-run. Terdiri dari fakta bahwa kelompok kecil berfokus pada satu proyek selama 6 minggu penuh. Mereka dapat melewati semua rapat dan tugas lainnya untuk fokus hanya pada proyek ini. Ini mirip dengan startup drive di tim yang lebih besar.
***
Jadi itu saja. Saya bukan seorang psikolog di tempat kerja, jadi bawa artikel ini dengan sedikit ketidakpercayaan. Tapi menilai dari pengalaman saya, hal-hal di atas membuat tim kami merasa senang dan senang.
Jika tim Anda berkembang sekarang dan mencari cara untuk tetap memiliki semangat yang sama, saya harap tips ini akan membantu Anda dalam hal ini.