Bagaimana saya menjelaskan bahwa kami membuang-buang waktu pengembang dengan menambahkan fitur yang tidak perlu?

Jadi saya sudah memimpin tugas dengan rekan insinyur saya, paling tidak, mulai "berpikir" Lean. Kami menemukan beberapa area utama pemborosan, dan 2/3 mengarah ke titik yang sama persis ... "Fitur Ekstra". Kami menggunakan perangkat lunak kami sendiri di dua bidang, penjualan dan manajemen proyek. Ini berfungsi baik untuk penjualan, karena untuk itulah CRM sangat bagus. Ini tidak begitu bagus untuk mengelola proyek, dan kami sering ditugaskan untuk menambahkan fitur tambahan agar berfungsi untuk kasus penggunaan ini.

Apakah lebih masuk akal untuk terus menambahkan fitur yang tidak menambah nilai pelanggan, atau haruskah kita menerima bahwa memiliki tim penjualan kita menggunakan produk kita sendiri adalah "cukup baik" dan mungkin mencari solusi di luar rak?

professionalism dogfooding

— pengguna115710
sumber

Apa produk Anda (bukan nama produk spesifik, lebih seperti "CRM untuk perusahaan penerbitan")? Untuk apa ini digunakan? Apa yang harus Anda makan?

Fitur diperlukan atau tidak dan jika penggunaan aplikasi Anda oleh perusahaan Anda sangat berbeda dari pelanggan Anda, Anda tidak benar-benar memakan makanan anjing. Sepertinya seseorang ingin kue mereka dan memakannya juga.

— JeffO

Kami menggunakan alat CRM kami sebagai sistem manajemen proyek.

— user115710

Kami memiliki tim yang menggunakannya, dan saya yakin dengan produknya (saya harap kita semua melakukannya)

— user115710

Mungkin Anda harus membuat "Manajemen Proyek" fitur yang dapat dipilih untuk pelanggan Anda serta modul tambahan. Maka "dogfooding" akan lebih masuk akal.

— Doc Brown

Jawaban:

Saya tidak setuju dengan penilaian awal Anda.

Pertama-tama, sangat tidak mungkin perusahaan Anda begitu unik atau tidak biasa sehingga pelanggan Anda mungkin juga tidak mendapat manfaat dari fitur khusus Anda.

Dogfooding (bahkan jika Anda harus menyesuaikan perangkat lunak untuk membuatnya bekerja di perusahaan Anda) adalah salah satu cara terbaik untuk mendapatkan "pemeriksaan realitas." Ketidaknyamanan harus sangat mengerikan untuk mengatasi manfaat yang Anda dapatkan.

Selain itu, lebih murah menggunakan barang-barang Anda sendiri daripada membeli sesuatu yang lain untuk digunakan secara internal. Jika Anda tidak menggunakan barang-barang Anda sendiri, maka kepercayaan apa yang Anda berikan kepada pelanggan Anda?

Yang mengatakan, jika aplikasi Anda tidak cocok dengan dogfooding (yaitu itu bukan aplikasi Manajemen Proyek, tetapi Anda sedang mencoba menggunakannya untuk Manajemen Proyek), Anda harus memutuskan apakah menambahkan fitur ke sana untuk membuatnya atau tidak. bekerja dalam peran Manajemen Proyek (ketika pelanggan Anda tidak menggunakannya seperti itu) sepadan dengan masalah, biaya tambahan, dan kompleksitas.

Fitur Dogfooding yang tidak akan pernah dilihat oleh pelanggan tidak masuk akal, kecuali itu menghemat banyak uang dengan tidak harus membeli solusi yang tidak tersedia yang bisa mengatasi semua kekurangannya.

— Robert Harvey
sumber

Seperti yang saya sebutkan dalam pertanyaan saya, kami memasang pasak persegi ke dalam lubang bundar dengan menggunakan perangkat lunak dengan cara yang tidak pernah dilakukan pelanggan. Ingin menjelaskan bagaimana ini menambah nilai bagi pelanggan jika pelanggan tidak pernah menggunakannya?

— user115710

Selain itu, tim penjualan kami menggunakan versi "konsumen" dari alat CRM dengan cara yang sama dengan pelanggan kami, jadi ya kami menggunakan barang-barang kami sendiri.

— user115710

@ user115710: "menggunakan perangkat lunak sedemikian rupa sehingga pelanggan tidak akan pernah" - jujur, saya tidak membacanya dalam pertanyaan Anda. Anda harus mengedit pertanyaan, memasukkan informasi itu dan menghapus kata-kata kasar, maka Anda memiliki peluang yang lebih baik bahwa itu tidak akan segera ditutup.

— Doc Brown

@RobertHarvey: mengembangkan dan menggunakan barang-barang sendiri - tidak dijual kepada orang lain - mungkin memang lebih mahal daripada tidak mengembangkan fitur-fitur tersebut dan membeli sesuatu yang lain sebagai gantinya. Tapi mungkin masalahnya adalah mereka tidak menjual fitur manajemen proyek.

— Doc Brown

@ user115710 - Never say never. Jika Anda tidak bisa membuatnya bekerja untuk Anda, maka ya, tidak ada harapan klien bisa membuatnya bekerja, tetapi Anda tidak pernah tahu. Biarkan staf penjualan dan pemasaran Anda mengetahui penggunaan ini dan mereka akan mendorongnya pada seseorang.

— JeffO

Buatlah semua permintaan untuk fitur dari perusahaan Anda seolah-olah itu untuk pelanggan dan tunjukkan biaya untuk melakukannya. Kemudian lakukan perbandingan berdampingan dengan perangkat lunak yang ada.

Selanjutnya, sorot fitur perusahaan Anda yang disembunyikan dari pelanggan lain karena tidak ada manfaat bersih kecuali fitur tersebut menghemat lebih banyak waktu / uang daripada yang dibutuhkan untuk menghasilkan.

Siapa pun yang melakukan penganggaran harus segera melihat nilai menghabiskan waktu pada makanan anjing sebagai waktu yang dapat dihabiskan untuk pekerjaan yang menghasilkan pendapatan.

— Kevin
sumber

Ini mengabaikan bahwa dogfooding memiliki lebih banyak kegunaan daripada sekadar menyediakan layanan spesifik yang dapat dipenuhi oleh perangkat lunak lain: Jika Anda dogfood perangkat lunak Anda, ini mirip dengan tes UX dan QA berkelanjutan dalam lingkungan semi-terkontrol, namun dunia nyata. Bagaimana Anda menghitungnya?

— amon

Tidakkah pengujian otomatis melayani kapasitas yang sama?

— user115710

@Amon, makan anjing tidak boleh menggantikan bagian mana pun dari validasi QA, jadi ada biaya tambahan. Manajemen produk mungkin melihat manfaat dari penggunaan in-house dalam menentukan fitur yang akan ditambahkan dan semacamnya, tetapi saya tidak tahu tentang penganggaran semacam itu.

— Kevin