Hai, saya Olya dan saya RO yang baru dibuat. Saya telah bekerja sebagai pemilik produk selama 1,5 tahun, mesin virtual baru tiba setiap beberapa bulan, dunia terbalik, dan saya pikir, "Sialan!" Saya melakukan semua yang salah! Tapi sekarang saya tahu persis bagaimana caranya! Tentu saja, setiap kali saya bahkan tidak bisa membayangkan betapa salahnya saya.
Kualitas "intro" sedikit lebih detail tentang produk, tim, dan saya.
Kami menciptakan platform teknologi untuk mengelola jaringan afiliasi pompa bensin. Kami membangunnya dari awal, menggunakan layanan Microsoft, mengerjakan scrum, mencoba menerapkan devops, dll. Sekarang kami memiliki 30 pompa bensin, pada akhir tahun akan ada lebih dari 150.
1,5 tahun yang lalu, setelah semua acara wajib seperti pitch, arsitektur solusi, perlindungan anggaran, dll, saya tanpa berpikir dua kali mendapat tim yang terdiri dari 8 orang, 6 - BE, 1 - FE, 1 - desainer. Setiap pengembang adalah unik, dia menulis hanya pada sesuatu miliknya sendiri, saya mendengar kata "lincah" di suatu tempat, begitu saya membacanya di Habré, dan apa yang dilakukan rekan kerja di sana tidak banyak berpengaruh pada prinsipnya.
Saya mempelajari informatika terapan dan pada saat yang sama bekerja sebagai pekerja hookah, pelayan, konsultan nutrisi olahraga, bartender, spesialis logistik di pelabuhan, decarant (di pelabuhan yang sama), manajer distribusi komoditas di ritel besar, analis, kepala analisis bisnis, kepala departemen analisis sistem SAP , kepala departemen untuk pengembangan solusi BI, semua dalam ritel yang sama.
Di posisi terakhir saya, saya memiliki tim analis dan pengembang sistem, tumpukan tugas selama 100 tahun ke depan, banyak pengguna yang sendiri memberi saya umpan balik (saya bahkan tidak memerlukan perawan pemain, meskipun pada saat itu saya bahkan tidak tahu bahwa itu adalah seperti itu). Kami bekerja sprint selama empat minggu, karena CIO mengatakan demikian, semua aksi terjadi dalam diet. Demonstrasi - tidak, retrospektif - tidak, metrik - tidak, master Scrum - siapa itu?
Dan sekarang, 1,5 tahun yang lalu, saya berada di sekolah pemilik produk di Gazprom Neft. Minggu ketiga kelas sudah berlangsung, kami diberitahu tentang layanan bluetooth, tentang para pemain, tentang CJM, tentang metrik ... dan saya tidak mengerti apa-apa. Mengapa saya membutuhkan ini? Kenapa saya disini? Bolehkah saya pergi merekrut tim?
Jadi apa yang kita miliki:- Ideal dari sudut pandang faktor bass, sebuah tim berkumpul dari awal
- Banyak pengetahuan teoritis di bidang pengembangan produk
- Banyak pengalaman berbeda dari tempat masa lalu
- Perusahaan di mana bahkan tidak ada lemak
Tetapi ada beberapa orang penting yang karena beberapa alasan menentang masa depan yang cerah dari startup kami dan pandangan maskulin yang menyipit dari rekan-rekan yang juga tidak benar-benar mengerti apa yang saya lakukan di sini.
Saya menyimpulkan dengan pembukaan, beralih ke kesalahan.
Kesalahan pertama
Tidak masuk akal untuk belajar menjadi RO - Anda perlu mencoba
Jadi, sekolah RO adalah hal yang perlu, bermanfaat, dan wajib, tetapi hanya jika Anda sudah menjadi RO. Kalau tidak, itu akan seperti di sekolah atau universitas - mereka mengatakan sesuatu di sana, menarik, tetapi bagaimana ini berhubungan dengan kehidupan? Tidak jelas.
Ketika Anda pertama kali mulai bekerja sebagai RO, Anda, tentu saja, sangat bermuatan dengan kualitas produk Anda dan produk itu sendiri secara umum, ini adalah peran baru bagi Anda, yang sangat menarik untuk ditulis di Internet, mereka bahkan berbicara terlalu keren di konferensi, dan Anda harus mematuhinya.
Dalam mengejar peningkatan yang benar-benar mengesankan, setiap sprint Anda akan melakukan segala yang mungkin dan tidak mungkin, para pemangku kepentingan (investor) akan "membantu" Anda menentukan metrik produk ANDA yang menjadi tanggung jawab Anda, Anda akan mencoba semua cara untuk memotivasi dan menurunkan motivasi tim dan diri Anda sendiri, Anda akan bermimpi tentang produk di malam hari, dan fitur-fitur baru akan dihasilkan dengan kecepatan cahaya.
Seperti yang Anda ketahui, tidak ada waktu bagi klien untuk mengambil produk sama sekali!
Tapi cepat atau lambat, euforia akan berlalu, dan umpan balik dari pelanggan akan muncul, itu akan membuka mata Anda untuk pertama kalinya, dan Anda akan mengerti: ada yang tidak beres. Di sini Anda akan mulai mencari di Google, Anda akan belajar apa itu CJM, betapa pentingnya penelitian, dan bahwa secara umum diperlukan hipotesis untuk mengujinya, dan tidak hanya sekedar mengambil dan mengerjakannya.
Dan sekarang inilah saatnya untuk pergi ke sekolah RO.
Kesalahan kedua
Manusia Snowflake - sangat ambisius tetapi tidak berguna
Ini adalah kesalahan utama saya. Dan di sini semuanya sederhana.
Ketika Anda adalah RO yang baru dibuat, bagi Anda tampaknya tidak ada yang tahu produk lebih baik daripada Anda (dan ini memang benar) dan tidak ada yang akan melakukan lebih baik (dan ini bukan), dan di sini Anda mencoba menjadi seorang Scrum Master, dan seorang analis, dan seorang arsitek, dan sekretaris, dan banyak lagi oleh siapa. Mungkin Anda bahkan dapat menggabungkan semua peran ini, TETAPI tidak lama, dan yang paling penting - Anda akan berhenti menjadi pemilik produk Anda.
Anda perlu menjaga diri sendiri dan belajar untuk mempercayai tim, mereka mendukung produk tidak kurang dan ingin membuatnya sukses. Yang Anda berutang kepada orang-orang ini adalah visi, jaminan simpanan, dan upaya untuk melindungi mereka dari birokrasi apa pun, dengan kata lain, bukan untuk mencegah mereka membuat keputusan tentang BAGAIMANA membuat produk.
Siapa pria salju seperti itu dapat ditemukan di sini:
Kesalahan tiga
Tim akan melakukannya tanpa master scrum
Seringkali RO menghemat pada posisi ini dan menganggap bahwa lebih baik mengambil pengembang lain untuk uang yang sama, karena di sana efeknya langsung terlihat.
Saya berpikir dengan cara yang sama, dan hampir kehilangan tim dev saya. Pertama, sangat penting untuk membenamkan tim dalam filosofi scrum, menginfeksi mereka dengan ide produk, mengajar mereka bagaimana melakukannya dengan benar, dan menunjukkan mengapa harian sangat diperlukan dan mengapa mereka harus mengambil 15 menit. Apa yang akan terjadi jika tugas dinilai salah, bagaimana menolak RO untuk melakukan sesuatu yang tidak perlu dalam sprint (Anda sendiri tidak mengenakan 2 topi, dan Anda tidak akan mengajari mereka untuk menolak Anda sendiri).
Saya menulis hal-hal yang tampaknya biasa, tetapi dalam praktiknya tim yang terorganisasi dengan baik adalah tim yang jauh lebih produktif dan efisien yang akan melakukan apa yang Anda butuhkan, tidak saling menembak selama retrospektif, melebihi harapan Anda, dan Anda akan memiliki 50% kebahagiaan Anda pelanggan.
Kelanjutan dari kesalahan akan, karena saya telah mengumpulkan banyak fakaps. Bagaimana dengan kamu?