Produk, proyek, dan hewan lainnya

Produk atau proyek? Perselisihan tentang definisi konsep-konsep ini tidak surut, dan ini bukan debat kosong. Metode manajemen tergantung pada karakteristik masing-masing disiplin, harapan dari pihak yang berkepentingan bergantung. Saya ingin menyajikan definisi saya tentang konsep "produk" dan "proyek". Saya ingin segera menekankan - ini akan menjadi definisi saya tepat berdasarkan praktik bertahun-tahun. Tidak mungkin Anda akan menemukan kata demi kata dalam literatur bersertifikat, tetapi saya akan mencoba untuk menunjukkan semua perhitungan yang mengarah pada definisi seperti itu. Saya dengan senang hati akan membahas dalam komentar jika sudut pandang Anda berbeda dari saya.

Proyek adalah kegiatan. Suatu produk juga merupakan kegiatan. Setelah selesai, hasil nyata dapat muncul dalam bentuk produk TI, tetapi perangkat lunak tidak pernah menjadi tujuan akhir dari suatu produk. Berbeda dengan proyek, di mana fakta menciptakan solusi IT yang berfungsi akan menjadi hasil yang signifikan. Tujuan dari kegiatan pembuatan produk adalah untuk memecahkan masalah spesifik dari sekelompok orang tertentu. Kualitas solusi untuk masalah dapat diukur dalam uang, suka, jumlah nyawa yang diselamatkan, jumlah kecelakaan, atau hanya konsep subyektif "kualitas hidup". Ya, karena kami adalah spesialis IT, kami menggunakan alat IT untuk menyelesaikan masalah. Namun, hasil dari produk secara keseluruhan tidak dapat dinilai oleh kesesuaian dengan kerangka acuan dan produk IT yang dikembangkan. Namun dalam proyek ini, inilah cara kami mengevaluasi hasilnya.

Tujuan dari kegiatan proyek adalah untuk memenuhi tugas dalam kerangka waktu dan anggaran yang jelas, dengan kualitas yang diberikan. Bahkan jika penugasan proyek ditulis pada fase pertama proyek, proyek selalu memiliki pelanggan yang kepentingannya penugasan ini ditulis. Proyek adalah pelanggan, produk adalah masalahnya.Ini perbedaan yang sangat penting! Bahkan jika pelanggan proyek merumuskan tujuan sebagai "memecahkan masalah bagi saya", itu tidak akan setara dengan produk karena satu alasan sederhana: tanggung jawab. Segera setelah tim proyek membentuk tugas dan membawanya ke pelanggan untuk ditandatangani, tanggung jawab atas kenyataan bahwa metode yang diusulkan menyelesaikan masalah ditransfer ke pelanggan. Ya, dalam beberapa kasus, Anda dapat mengurangi risiko solusi yang terlewat dengan menggunakan pendekatan Agile (agar tidak memulai holivar lain, mari kita asumsikan bahwa dalam konteks ini, Agile adalah “pendekatan yang mengurangi risiko kegagalan akibat siklus pengembangan singkat, konstan analisis hasil dan kemampuan untuk mengubah arah gerakan di setiap iterasi ”). Tetapi suatu proyek selalu memiliki keterbatasan. Setidaknya tepat pada waktunya. Jadi, tanggung jawab untukbahwa pada akhir proyek, hasilnya tidak akan tercapai, masih akan tetap dengan pelanggan (terutama, hanya dengan pendekatan Agile, di mana pelanggan terlibat dalam pekerjaan dengan cukup erat).

Produk tidak memiliki pelanggan. Ada pengguna yang produknya memecahkan masalah. Tapi mereka sama sekali bukan pelanggan. Henry Ford dikreditkan dengan frasa "Jika saya bertanya kepada pengguna saya apa yang harus dilakukan, saya masih akan melampirkan kaki kelima ke kuda." Tidak begitu penting siapa yang mengutarakan frasa ini, tetapi itu dengan sempurna menggambarkan perbedaannya. Ford memecahkan masalah pergerakan orang-orang kelas menengah yang cepat dan mandiri. Taksi Yandex menyelesaikan masalah pengiriman mobil cepat, terlepas dari milik armada taksi, dan menggunakan smartphone dan sistem TI alih-alih pusat pengiriman tunggal memungkinkan Anda untuk mengalahkan yang terakhir dalam harga dan kualitas. Klub pengiriman menyelesaikan masalah keragaman makanan. Dll

Suatu produk selalu memiliki investor. Ini bisa berupa pendiri yang menginvestasikan waktunya dan mengumpulkan uang, atau perusahaan terpisah yang menginvestasikan uang atau koneksi. Seorang investor berbeda dari pelanggan dalam hal itu tidak menerima tanggung jawab atas hasil dari tim. Tim bertanggung jawab atas hasil produk. Untuk memahami apakah suatu produk bergerak ke arah yang benar, metrik produk dihasilkan. Mengenai perubahannya, perubahan ini atau perubahan yang dibuat dalam produk untuk periode tertentu dievaluasi. Proyek ini juga memiliki metrik, tetapi terkait terutama dengan pengembangan waktu atau anggaran. Untuk memahami perbedaannya, mari kita lihat contoh sederhana: metrik "eksekusi anggaran" untuk periode tersebut menunjukkan kelebihan fakta relatif terhadap rencana. Analisis menunjukkan bahwa kami menangkap segmen di mana kami tidak mengharapkan iklan kontekstual.Konversi segmen ke tindakan target menunjukkan bahwa ada potensi. Jika kami membuat produk, kami akan menganalisis dan memperkuat keunggulan kompetitif produk di segmen baru, meningkatkan anggaran. Jika kami melakukan proyek, maka ini adalah langkah yang jelas di luar batas proyek dan kami harus menyesuaikan iklan untuk menghapus lalu lintas yang tidak perlu.

Setiap produk memiliki setidaknya satu pesaing - cara yang akrab untuk menyelesaikan masalah. Bagi Henry Ford, ini adalah menunggang kuda atau kereta kuda. Untuk taksi Yandex, hubungi perusahaan taksi atau hubungi layanan pengiriman tunggal. Klub Pengiriman berkelahi, pertama-tama, dengan "masak sendiri". Dan keefektifan masing-masing bukanlah kenyamanan dari antarmuka aplikasi mereka, tetapi kualitas solusi untuk masalah aslinya. Jika Yandex-taxi akan selalu tiba lebih cepat daripada melalui dispatcher, maka tidak peduli seberapa merepotkan aplikasi, mereka akan menggunakannya. Tetapi di Tolyatti, misalnya, masih ada taksi, yang dipesan melalui telepon dari satu layanan pengiriman, tiba lebih cepat dan di lebih banyak tempat. Oleh karena itu, di Tolyatti Yandex taksi sebagai produk tidak berhasil, meskipun aplikasi yang sangat keren.

Proyek mungkin tidak memiliki pesaing, karena tujuan proyek mungkin untuk mengoptimalkan beberapa proses atau hanya mengumpulkan data, pengintaian dalam pertempuran. Proyek berakhir segera setelah tujuannya tercapai atau batas waktu pelaksanaannya. Produk hidup sementara masalahnya hidup. Perubahan produk adalah cara untuk bertahan hidup dalam lingkungan yang kompetitif. Setiap iterasi, tim produk harus menjawab pertanyaan "apa yang bisa kita ubah sehingga menjadi lebih mudah / lebih cepat / lebih nyaman bagi pengguna untuk menyelesaikan masalah mereka". Tim proyek memecahkan masalah terbalik - bagaimana mencegah pertumbuhan volume proyek.

Sekarang, berdasarkan karakteristik di atas, mari kita ambil definisi proyek dan produk.

• — , , , . ( ) , .
• — , . , , , , — , . — — .

Sebelum menarik kesimpulan, saya ingin menjawab pertanyaan bisu dari pembaca: "Apa yang ada dalam judul gambar dengan topik yang sedang dibahas"? Yang paling langsung. Jacob Jordaens menggambarkan pertemuan kedua satyr dengan seorang petani dari dongeng Aesop "The Man and the Satyr". Pada pertemuan pertama, satyr bertanya kepada petani, meniup tangannya sendiri di musim dingin: "

Apa yang kamu lakukan?" Mengapa Anda meniup tangan Anda?
"Aku menghangatkan mereka dengan nafasku."
Dalam pertemuan kedua, yang ada dalam gambar, satir bertanya kepada petani: "
Mengapa kamu meniup sup, mencoba menghangatkannya?" Apakah dia sangat seksi?
"Tidak, aku meniup sup untuk mendinginkannya!"

Dari dialog ini, satyr menyimpulkan bahwa manusia adalah makhluk bermuka dua yang mencurigakan yang sebaiknya dihindari.

Definisi konsep "produk" dan "proyek" diperlukan agar tidak jatuh ke dalam situasi yang sama dengan satyr. Mereka diperlukan untuk menerapkan alat yang tepat pada waktu yang tepat, memilih sistem kontrol yang tepat. Agar tidak mencoba mengevaluasi kegiatan proyek dengan metrik produk atau sebaliknya. Agar tidak mencoba merumuskan anggaran produk berdasarkan spesifikasi teknis untuk sistem TI. Untuk secara jelas memfokuskan tim pada strategi kerja tertentu. Misalnya, ketika merancang sistem TI dalam suatu proyek, masuk akal untuk memilih solusi yang paling tidak berisiko. Dan dalam produk adalah mereka yang memenuhi konsep win-win. Pilihan air terjun berulang untuk pengembangan proyek adalah langkah yang sepenuhnya alami, karena memungkinkan Anda untuk mengontrol anggaran dan waktu dengan lebih akurat. Penggunaan pendekatan fleksibel dalam produk lebih mudah, karena merekalah yang lebih sering melakukan kesalahan dan lebih cepat.Gunakan pendekatan yang sesuai dengan kenyataan, jangan membodohi diri sendiri - dan akan ada lebih sedikit frustrasi dalam hidup.