Mungkin pendapat ini akan tampak tidak populer dan bahkan aneh - tetapi sejak itu saya tidak ingin (dan tidak dapat) bekerja secara berbeda. Saya suka saat pengembangan berada pada kecepatan super cepat. Saya menyadari bahwa saya ingin menjadi tinggi. Tapi saya tidak ingin kehabisan tenaga lagi. Dan saya mulai membangun perlindungan terhadap kelelahan: izinkan saya memberi tahu Anda apa yang terjadi dan bagaimana hal itu membantu saya dan tim di karantina, ketika kami harus bekerja dalam format "sprint in a day" untuk membantu anak-anak sekolah.
Untuk memulai kejenuhan, Anda perlu mengulangi siklus sederhana beberapa kali.
Di sini Anda mengetahuinya, melawan bug, tenggat waktu, menjadi tinggi pada apa yang Anda dapatkan. Anda melihat hasilnya, Anda merasakan hasilnya, Anda ingin melakukan sesuatu yang melebihi apa yang Anda miliki. Kemudian seseorang datang dan berkata:
- Kami melakukan INI dalam seminggu!
- Tidak mungkin.
- Senin depan saya harus pergi ke produksi.
- Oke, mari kita lihat apa yang bisa kita lakukan.
Biasanya, "yang ini" berarti proyek yang benar-benar baru, atau beberapa fitur baru yang tidak selalu termasuk dalam konsep keseluruhan proyek, tetapi harus menjadi kunci. Dan Anda mengambil tugas untuk akhir pekan atau duduk di malam hari.
Ini terjadi pada startup medis. Pada titik tertentu, kami memutuskan untuk mengambil kursus tentang b2b. Pelanggannya adalah klinik swasta: pada saat itu, sebagian besar situs dengan daftar harga excel adalah yang teratas dari digital, tetapi kami menawarkan "kombinasi" dengan akun pribadi dan integrasi ujung-ke-ujung. Pada saat yang sama, setiap klinik menginginkan sesuatu yang belum dimiliki orang lain, dan sesuatu ini harus bekerja dan terlihat "sebagaimana mestinya". Baik pelanggan maupun kami sering tidak tahu persis dalam bentuk apa segala sesuatu seharusnya. Namun penting bagi kami untuk merilis fitur yang sudah selesai sesering mungkin.
Perkembangannya seperti kontrak pendek. Secara paralel, undang-undang itu berubah. Kami tidak mampu memprediksi terlalu jauh.
Setiap hari kami mengatakan bahwa itu tidak mungkin, bahwa kami membutuhkan sprint dengan rencana yang jelas, tetapi ... pada akhirnya kami menerima pentingnya perubahan cepat, belajar untuk berbuat lebih banyak dan menikmatinya. Dan setahun kemudian kami terbiasa dengan ritme ini.
Gagasan "Anda bekerja bukan karena Anda bekerja, tetapi karena Anda ingin" telah menjadi kredo. Masalahnya dimulai kemudian.
Ketika Anda menyadari bahwa ini adalah sensasi, Anda mulai bekerja hampir selalu ketika ada waktu dan mood untuk itu. Itu merampas kekuatan Anda. Pada satu titik Anda dapat mendapati diri Anda berpikir bahwa Anda tidak tahu bagaimana mengambil dan mematikan bagian hidup Anda ini. Jika Anda mengambil cuti satu atau dua minggu, Anda tidak akan dapat melakukan apa pun yang berguna. Dan secara umum, bagaimana Anda bisa beristirahat di sini sementara semua orang bekerja untuk tujuan yang baik? Pada titik tertentu, Anda mulai berpikir bahwa Anda dapat melakukannya tanpa istirahat. Tapi ini bohong :)
Setelah bekerja dalam ritme seperti itu selama beberapa tahun, saya berhenti. Pada bulan-bulan terakhir, semuanya menjijikkan, termasuk berpikir bahwa saya tidak ingin lagi menulis kode. Dalam upaya untuk melepaskan diri dari diri saya sendiri, saya mencoba menjadi proyek dan pemimpin tim. Saya mencoba untuk "pergi ke Asia untuk berbaring di pantai", tetapi tidak dapat berkonsentrasi pada istirahat, kembali dua minggu kemudian tanpa istirahat.
Setelah beberapa bulan, saya dapat menulis kode lagi. Ternyata berada di lokasi yang bagus. Tetapi ini bukanlah startup: tugas yang dapat diselesaikan dalam satu hari membutuhkan waktu seminggu, dan pertemuan serta kenalan dengan departemen lain berlawanan dengan kebiasaan yang sudah terbentuk untuk bekerja terus-menerus.
Saya mulai khawatir bahwa saya tidak membawa hasil. Dan lagi dia mulai mencari dirinya sendiri.
Kisah bagaimana mengetahuinya, tetapi tidak terbakar
Saya akan mulai dari jauh - musim panas lalu Skyeng meluncurkan kembali Skyes: layanan b2g untuk sekolah dan universitas. Singkatnya, mereka membeli akses ke sistem, dan guru mereka menerima akun pribadi di mana mereka dapat mengirim pekerjaan rumah kepada siswa berdasarkan materi buku teks yang diperlukan.
Saya menyukai awalnya: proyek harus diluncurkan dalam sebulan. Kami berhasil tepat waktu, tetapi kemudian semuanya berjalan sangat lamban - spesifikasi pasar, dan banyak momen lainnya muncul. Saat itu Maret 2020, saya memutuskan untuk pergi berlibur dan setelah akhir tahun sekolah mulai mencari proyek baru, karena saya mulai bosan.
Dan kemudian pandemi datang: liburan saya dinyatakan sebagai minggu non-kerja, dan sekolah dipindahkan ke "terpencil". Beberapa ratus ribu anak sekolah datang ke lokasi proyek kami. Saya ingat bagaimana saya terbangun dari panggilan dari inframerah - Skyes tidak menahan beban.
Pada saat yang sama, Skysmart ditemukan dalam manajemen. Singkatnya, perusahaan memiliki beberapa proyek yang ditujukan untuk sekolah: idenya muncul untuk "merekatkan" mereka, menyesuaikannya untuk karantina. Pada dasarnya, buat ikatan di sekitar platform Vimbox utama kami, tambahkan materi sekolah, akses mudah dan gratis untuk guru dan siswa.
Diputuskan untuk segera memindahkan proyek kami ke proyek lain - dan saya kembali masuk ke dalam demam startup.
Mari beri tahu Anda bagaimana dan mengapa kami bekerja:
- Tidak banyak tujuan, tetapi semuanya tampak transendental. Tujuan utama dari proyek baru ini adalah untuk mengumpulkan audiens maksimum untuk dua "bulan sekolah" yang tersisa - sekitar jutaan anak sekolah dan sepuluh juta pekerjaan rumah telah diselesaikan. Pada saat yang sama, selama proyek berlangsung, beberapa tujuan berubah ke atas.
, , , — . .
- 12 . . - . «»: - , , .
- — . , , . . 9 15 , , «» , : , , , .
Suatu kali tim peneliti meminta anak sekolah untuk menggambar bagaimana mereka melihat platform kami - itu lucu. Umpan balik dari pengguna termotivasi untuk "mencari tahu" hari demi hari.
Dua bulan kemudian, kami berteriak satu sama lain untuk terakhir kalinya di demo: "Bagus sekali!" - dan beristirahat selama seminggu dengan seluruh tim. Semua orang sangat bersemangat pada hari Jumat - sebuah perusahaan di Zoom, kenangan bagaimana itu. Dan kemudian hal yang paling menarik terjadi.
Sulit bagi saya untuk membandingkan kelelahan dengan apa pun, tetapi itu mungkin terjadi pada para atlet: ketika Anda mencapai tujuan untuk waktu yang lama, maka kehancuran mulai terjadi.
Hari-hari pertama sangat sulit untuk memaksa diri Anda sendiri baik untuk beristirahat maupun melakukan sesuatu - sampai-sampai tidak ada kekuatan untuk bertemu dengan kurir yang mengantarkan makanan.
Tetapi saya berhasil mengatasi kondisi ini dalam dua hari. Kemudian saya pergi jalan-jalan, "mencicipi" akhir pekan dan tidak menyalahkan diri saya sama sekali karena tidak bekerja. Pada saat yang sama, saya mendapat perhatian dari jumlah pekerjaan yang saya lakukan, dan kelelahan serta "pergeseran fase" minimal. Tapi aku pernah mengalami ini sebelumnya. Saya tahu bagaimana saya akan bereaksi, dan reaksi seperti itu normal. Sebagian besar pria tidak memiliki pengalaman ini.
Namun, beberapa hari kemudian, korespondensi dengan mereka menjadi jelas: orang-orang mulai memberikan izin untuk "menurunkan", memotong chip hadiah dan pergi mencari hadiah nyata untuk diri mereka sendiri dan orang yang mereka cintai selama 2 bulan maraton. Atau entah bagaimana mereka mulai mengatasinya dan kembali normal.
Tampaknya kami mengambil praktik kontroversial dan ini entah bagaimana memberikan hasil. Saya pikir kami mencari-cari prototipe proses yang baik.
Tentu saja, kondisi "eksperimen" kami ternyata unik - dengan karantina, kami tidak dapat diganggu oleh kafe dan restoran, pergi berkunjung, pergi ke suatu tempat pada akhir pekan. Oleh karena itu, "bekerja keras" adalah cara yang masuk akal untuk tidak menjadi gila dalam empat dinding.
Tapi membandingkan pengalaman startup medis, di mana saya pergi selama enam bulan, dan startup pendidikan, di mana saya pergi selama seminggu, saya menyadari satu hal: tidak mungkin untuk tidak kehabisan tenaga sama sekali, tetapi tingkat "rasa terbakar" dapat diatur.
Tujuannya bisa ambisius dan berubah ke atas, tapibagi pencapaian mereka menjadi beberapa tahap - dan hitung terlebih dahulu. Dalam kasus kami, masing-masing tujuan entah bagaimana dihitung oleh analis dengan akurasi yang hampir terkini. Dan kemudian dipecah menurut gradasi: tidak hanya "menyelesaikan 10 juta tugas di platform dalam 6 minggu", tetapi "lakukan 100K dalam seminggu", "lakukan 1 juta dalam dua".
Tempat-tempat penting ini membantu menoleh lebih sering dan hanya melakukan apa yang diperlukan. Plus, hanya metrik yang dicapai setengah jalan yang direvisi.
Desainer kami memulai saluran Slack terbuka, tempat dia menuliskan suasana hatinya% setiap hari. Untuk bersenang-senang, saya telah menyimpulkan korelasinya. Ini dia:
30 Mei - hari kami menyelesaikan proyek.
Sprint in a Day adalah solusi yang baik dalam menghadapi tenggat waktu yang ketat: penting bagi bisnis untuk banyak bereksperimen dan dengan cepat mengubah produk di bawah pengaruh audiens, sementara ada permintaan untuk produk (dan turun tajam dengan dimulainya liburan). Tugas memiliki waktu singkat untuk dipasarkan. Oleh karena itu, untuk menyeret tugas ke demo, tugas tersebut harus kecil dan jelas bagi semua orang.
Hal ini menyebabkan hukum berikut dalam kerangka hari ini: minimal birokrasi dalam diskusi, tetapi setiap tugas harus dievaluasi dengan jelas.
Setiap hari kami mencoba menemukan solusi terbaik dalam diskusi dengan desain dan pemasaran. Ini memberikan tingkat kepercayaan yang tinggi antar departemen dan di dalam, serta pendalaman maksimal dari setiap peserta dalam prosesnya.
Jika kita dari sisi pengembangan tidak dapat menguraikan tugas menjadi langkah-langkah yang dapat dipahami dan diukur (membuat entitas, migrasi, pengambil, uji), maka jelaslah bahwa sesuatu akan menimbulkan pertanyaan.
Biasanya, soal yang diselesaikan dalam waktu 4-5 jam masuk dalam kategori tidak bisa dipahami. Mereka setuju untuk membusuk dan baru kemudian membawa mereka ke sprint. Lebih baik untuk langsung mengakui bahwa kita mempunyai tiga tugas untuk masing-masing lima sampai enam jam, daripada kemudian bertanya-tanya mengapa "putaran selama delapan jam memakan waktu begitu lama" (berikut adalah posting yang bagus dari seorang kolega tentang topik ini).
Hasilnya, kami mendapatkan serangkaian tugas yang jauh lebih mudah dikelola. Kami melihat kemajuan lebih sering. Dan, jika perlu, sejajar pekerjaan. Bahkan demo yang diobral memberikan motivasi untuk membuat fitur-fitur tersembunyi di balik konfigurasi. Dan juga dengan sangat cepat memperbaiki apa yang rusak) Hasilnya memberi kekuatan: dalam mode tenggat waktu yang ketat, sangat penting untuk mengamatinya sesering mungkin, untuk memvisualisasikannya.
Tetapi hal utama yang saya sadari adalah bahwa tantangan itu merusak dalam jangka panjang.
Tantangannya adalah untuk diri Anda sendiri. Panggilan telepon menyatukan tim. Tetapi untuk bangkit menghadapi tantangan dan tidak kelelahan, Anda membutuhkan kondisi yang diperlukan dalam bentuk budaya dan tim yang membagikannya. Mereka harus dibudidayakan secara berkelanjutan. Karena "mode startup" bisa diterima oleh orang atau tidak.
Tetapi tugas Anda secara keseluruhan adalah keluar dari mode ini dengan cepat.
Tentukan batasan lari Anda. Dalam kasus pengalaman pertama saya, mode tantangan menjadi bagian dari kehidupan sehari-hari: kelelahan menumpuk secara bertahap, tetapi pada titik tertentu, kelelahan itu "menekan" selama enam bulan. Dalam kasus proyek yang dikarantina, batasan umum 2 bulan menciptakan gambaran dunia di kepala saya yang tidak perlu diperangi, karena terjadi dalam mode "butuh kemarin" yang konstan. Pikiran lain duduk di kepala saya:“Saya tahu ini akan berakhir dalam 2 bulan. Saya tahu mengapa saya melakukan ini. Ini adalah pilihanku . "
Akibatnya, tidak akan berhasil sama sekali tidak terbakar. Tapi Anda bisa terbakar dan cepat menjauh. Untuk melakukan ini, ketika Anda cocok dengan permainan, Anda perlu memahami untuk apa permainan itu. Dan semakin lama Anda bermain, semakin Anda perlu memastikan bahwa game ini bukan hanya itu.