“Di tim pengembang mana pun ada penguji dan devops,” - dengan awal seperti itu, siapa pun ingin segera menggantungkan hidung mereka dalam kesedihan. Jangan menyerah pada provokasi, jangan percaya slide dari megastar. Dalam situasi kritis apa pun, sumber kebenaran adalah pos ini.
Dari seluruh negara, para amatir berkumpul untuk memperkenalkan lincah, diikuti oleh kanban; mereka di dapur biasanya berbagi pengetahuan suci di malam hari. Anda sudah menebak, mungkin, mengapa semua teks ini sebelum kat. Yandex.Money memegang "Piemnu", di mana tidak ada kursi kosong.
Mengapa menjadi produk (atau proyek), rahasia kesuksesan tim keren, ada esai tentang kehidupan bisnis, dan bagaimana menyelesaikan neraka lokal - bagi mereka yang tidak, semuanya ditulis, ada banyak pengetahuan dengan pengalaman. Nyalakan latar belakang, seperti di TV.
Produk vs proyek: bagaimana kami berteman dengan minat bisnis dan pengembangan (Dmitry Volkov, Yandex.Money)
Saya akan berbicara tentang kasus dan keputusan saya yang menyebabkan kegagalan atau kemenangan dalam membangun komunikasi antara tim dari kedua perusahaan. Kasus pertama tentang bagaimana kehilangan PM yang kuat karena kesalahpahaman timbal balik atas dasar apa yang benar-benar dibutuhkan bisnis. Kasus kedua dikhususkan untuk betapa pentingnya menjelaskan kepada tim bahwa produk tersebut dibutuhkan oleh pasar, dan bagaimana kecepatan, efisiensi, dan kerja yang terkoordinasi dengan baik dari semua tim yang terlibat.
OKR & Scrum. Kocok, tapi jangan campur (Natalya Antipova, Wrike)
Saya sering melihat bagaimana perusahaan memutuskan untuk mengimplementasikan Scrum yang populer, percaya bahwa "peluru perak" telah terbukti berhasil. Pada kenyataannya, di perusahaan dengan pengembangan besar jarak jauh, Scrum tidak cukup. Tim berjalan ke arah yang berbeda, dan hasilnya berhenti memuaskan bisnis. Saya akan memberi tahu Anda bagaimana di Wrike, sambil tetap fleksibel untuk berubah, kami menggunakan alat perencanaan strategis OKR (Tujuan dan Hasil Utama) dalam kombinasi dengan kerangka taktis Scrum, dan perubahan apa yang telah terjadi.
Metode Kanban dan manajemen proyek dalam tim untuk 30 orang (Igor Filipiev, ScrumTrek)
Dalam laporan itu, saya akan berbicara tentang pengalaman menggunakan metode Kanban di tim pengembangan layanan pinjaman online. Bagaimana kami mengelola alur kerja, menyetujui bisnis dengan tujuan triwulanan dan mengubah rencana di sepanjang jalan. Apa masalah penskalaan selama transisi dari Scrum ke Kanban yang dihadapi dan bagaimana menyelesaikannya. Saya juga akan berbicara tentang titik kontak dan gesekan antara tautan dalam rantai pembuatan produk akhir dan berbagi pelajaran yang dipetik. Laporan ini akan menarik terutama untuk manajer proyek dari sisi TI dan manajer produk dari sisi bisnis.
Mengapa perkembangan modern tidak membutuhkan PMs (Dmitry Kruglov, Arrival)
PM kita menjadi korban pengembangan proses pembangunan dan keluar dari mode? Apakah tim berpengalaman modern menyerahkan posisi ini satu per satu? Sudahkah Pemilik Produk Menjadi PM Modern? Begitukah dan apa yang harus dilakukan siapa pun yang menghubungkan karier mereka dengan profesi ini?
Berlangganan ke blog kami - kami berbicara tentang apa yang ada di balik tudung Uang, dan bagaimana kami hidup dengannya. Datanglah ke acara dan tetap ikuti perkembangannya.