Bagaimana anda harus berurusan dengan proyek populer bahwa anda tidak lagi ingin mempertahankan?

Saya pengelola sebuah proyek yang memiliki sejumlah besar non-teknis userbase. I've telah mempertahankan itu selama sekitar 4 tahun sekarang dan menambahkan fitur-fitur baru seperti mereka've telah diminta.

I'a ingin pindah ke proyek-proyek lain sekarang dan menghentikan pengembangan untuk aplikasi ini. Karena bersifat non teknis dari pengguna, telah ada sangat sedikit kode kontribusi di masa lalu. Saya don't percaya aku akan dapat menemukan orang lain untuk mengambil alih proyek menggantikan saya.

Bug, masalah, permintaan fitur - ini adalah masih datang. Saya masih menanggapi email untuk membantu, karena saya tidak yakin apakah saya harus mengabaikan mereka, memberitahu mereka bahwa saya'm tidak bekerja pada aplikasi, atau jika saya harus menanggapi email hanya dalam kasus-kasus tertentu.

Apa cara terbaik untuk 'meninggalkan' proyek ini, tetapi masih memungkinkan pengguna menggunakan aplikasi ini?


Update (agustus 2016) - didn't berjalan seperti yang direncanakan. Saya membuat pengumuman di README dan segera setelah itu, saya mulai menerima kontribusi yang lebih besar di alam. Permintaan tarik dengan perbaikan bug, fitur, dokumentasi, masalah aktivitas. Sejak itu, proyek ini telah dirasakan 'kebangkitan' dan I'm sekarang bahagia mempertahankan itu bersama dengan proyek-proyek baru. Saya memiliki kolaborator juga. Menurutku, itu mungkin telah menjadi semacam kontribusi yang mempengaruhi pandangan saya tentang proyek dan dengan kualitas kontribusi peningkatan, hal itu tidak't merasa seperti sebuah tugas lagi.

Mengomentari pertanyaan (8)
Larutan

I'm menduga ini bukan sebuah proyek di tempat kerja di mana anda adalah seorang karyawan dibayar dan sesuatu yang anda lakukan di waktu luang anda secara gratis?

Jika anda tidak membuat uang dari ini, maka jelas tidak ada insentif bagi anda, dan tidak ada insentif bagi orang lain untuk datang untuk berurusan dengan itu. (kecuali mungkin itu adalah untuk amal atau mirip organisasi sukarela)

Sebagai alternatif, mengapa tidak melihat kemungkinan menambahkan dibayar untuk fitur.

Dengan cara ini anda dapat memiliki beberapa insentif untuk melanjutkan. Anda mungkin menemukan orang yang bersedia untuk membayar, terutama ketika alternatif bagi sistem untuk menghentikan sedang aktif dikembangkan. (tentu saja orang-orang dapat meninggalkan sistem anda, tetapi apa yang anda peduli, anda sudah aren't dibayar).

Pilihan lain bisa menggunakan proyek untuk belajar teknologi baru? Itu website? Meng-Upgrade ke teknologi terbaru? Mengkonversi dari Asp.Net untuk MVC4 misalnya? membangun sebuah versi mobile, membuat layanan berbasis dan membuat sebuah aplikasi iOS front end untuk itu?

Komentar (9)

Mengumumkan meninggalkan produk ke komunitas pengguna. Mungkin anda akan menemukan pengganti untuk peran anda sebagai pengelola. Cobalah untuk mengatur beberapa waktu serah terima, seperti yang anda lakukan dengan sebuah proyek dalam pekerjaan anda sehari-hari.

Sebagai esr memasukkannya ke dalam The Cathedral And The Bazaar:

Ketika anda kehilangan minat dalam program, anda tugas terakhir itu adalah tangan yang kompeten penerus.

Komentar (1)

Saran lain untuk anda, yang sedikit berlawanan dengan apa yang anda're bertanya tapi saya pikir harus di daftar anda untuk dipertimbangkan. Apakah anda dianggap tidak meninggalkannya? Jika anda memiliki proyek yang ada adalah orang-orang yang aktif menggunakan dan memiliki peningkatan kebutuhan, tetapi tidak dapat memodifikasi diri mereka sendiri dan anda adalah satu-satunya ahli dalam perangkat lunak... maka anda berada dalam posisi untuk biaya mereka uang untuk itu.

Jika sumber terbuka, anda bisa mempertimbangkan penutupan itu (pilihan anda jika anda ingin menahan kompetisi pengembangan proyek lebih lanjut). Ketika fitur berikutnya permintaan masuk, katakan ya untuk biaya $xyz.

Hanya sebuah pilihan untuk dipertimbangkan.

Komentar (5)

It's hal yang sulit untuk meninggalkan basis penggemar anda, terutama bila anda're yang berbeda dari mereka. Jika ada pengembang dalam kelompok pengguna, itu akan menjadi masalah mudah untuk memecahkan: hanya mengumumkan yang akan datang anda keluar dan menunjukkan bahwa orang lain melangkah, menawarkan untuk membantu mereka mendapatkan sampai dengan kecepatan sebelum anda meninggalkan. Sejak ada't, pertanyaannya adalah benar-benar ini: Dapatkah anda (atau pengguna) menemukan seseorang untuk menggantikan anda dalam jangka waktu yang masuk akal untuk anda (atau pengguna).

Di masa lalu, saya've dipertahankan beberapa proyek selama bertahun-tahun lebih lama dari saya peduli untuk karena itu baik untuk reputasi saya. Saya bertubuh relatif kecil meskipun, di bidang saya telah membantu saya mencari pekerjaan ketika saya've dibutuhkan atau ingin mereka, dan yang memiliki nilai untuk saya. Nilai yang cukup untuk membuatnya layak menempatkan saya di saat saya bisa. Akhirnya, tentu saja, aku berjalan pergi, tapi aku yakin proyek penuh kode yang tersedia untuk setiap penerusnya.

Komentar (2)

Apakah anda ingin meninggalkan proyek karena...

anda don't ingin melakukannya lagi ?

Maka: Anggun shutdown ala Pembaca.

Atau ... menyewa pengembang ( lanjutkan di bawah ini)

Atau karena anda kehilangan uang?

Menghitung out-of-saku biaya ( dan terus di bawah)

Atau karena anda tidak't membuat uang?

Menghitung berapa banyak yang anda butuhkan untuk membuat anda merasa berbeda :

  1. out-of-saku biaya yang harus ditutupi
  2. biaya pengembang untuk melanjutkan pembangunan
  3. profit margin

Menjadi jujur dengan anda pengguna: menjelaskan kepada mereka bahwa biaya jumlah tertentu dari waktu, energi, dll. untuk menjaga layanan.

Kemudian meminta sumbangan dan/atau biaya untuk ada fitur. Jangan mencoba untuk menciptakan fitur-fitur premium yang hanya penundaan menentukan apakah layanan ini benar-benar berharga cukup untuk mendukung dirinya sendiri. Hanya pergi dengan fitur yang anda miliki.

Jika pengguna jalang baik maka mereka dapat pergi ke tempat lain. Jika tidak cukup sumbangan dan/atau sign-up, kemudian shutdown.

Menjadi brutal - setelah anda tarik steker don't melihat ke belakang.

Komentar (2)

Beberapa jenis setengah jalan mengukur solusi yang mungkin? Menjaga proyek akan tetapi mengurangi beban kerja anda?

Misalnya, anda mengatakan anda masih menanggapi email untuk bantuan. Anda dapat mengatur pengguna forum dan bersikeras semua permintaan dukungan dilakukan melalui itu jadi lain power-pengguna dapat membantu?

Komentar (6)

Anda memiliki beberapa pilihan lain yang telah mencatat. Pilihan saya adalah untuk menempatkan suatu akhir dari kehidupan pemberitahuan. Menunjukkan bahwa produk tersebut akan menutup pada seperti saat ini.

Selain itu menunjukkan bahwa karena produk ini mendekati akhir kehidupan, hanya bug kritis yang berdampak pada kemampuan aplikasi untuk berfungsi seperti yang dirancang atau dimaksudkan akan dibahas. I. E. jika server down, anda akan mendapatkan hal itu dan berjalan lagi.

Jika pengguna memiliki data, anda mungkin harus menambahkan sebuah cara bagi mereka untuk ekspor.

Lihatlah apa yang Google baru-baru ini melakukan dengan Pembaca untuk bimbingan. Mereka menutupnya dan itu adalah layanan yang sangat populer, tapi itu tidak't sesuai tujuan jangka panjang mereka jadi keputusan sulit untuk menutup itu perlu dilakukan.

Komentar (1)

Nah akan lebih murni dibayar akan membunuh banyak pengguna, tapi ada banyak alternatif untuk murni dibayar. Video game yang saya mainkan memberikan donatur beberapa fasilitas tambahan seperti lebih banyak popularitas per jam "murni keterampilan permainan berbasis, tidak membingungkan dengan membayar untuk menang sampah lol". Lain permainan Path of Exile menawarkan upgrade kosmetik. Situs lain yang meletakkan survei dalam pertukaran untuk bandwidth. Donation coder memberikan gratis kepada pengguna lisensi untuk (X Waktu) terbarukan sebanyak yang mereka inginkan, tapi donatur mendapatkan lisensi permanen.

Ada ton pilihan menawarkan untuk uang tunai, tetapi masih tetap gratis untuk pengguna di sekitar juga.

Kebanyakan orang tidak memiliki masalah mendukung sesuatu yang mereka suka jadi jujur saya'd hanya mencoba menanyakan terlebih dahulu dengan menyiapkan area tip dihitung untuk menutupi biaya bulanan anda.

Komentar (1)

Anda telah menyertakan open-source tag, jadi saya kira proyek anda adalah perangkat lunak open source.

ada sangat sedikit kode kontribusi di masa lalu

Yang's disayangkan, tapi dimengerti dalam kasus anda melakukan segala sesuatu. Banyak pengguna don't terlibat selama itu bekerja dengan cukup.

Beberapa pemimpin untuk mendelegasikan semua tanggung jawab, dan beberapa pemimpin seperti untuk menjaga kontrol yang lebih ketat. Sementara keseimbangan ini diperlukan, mendelegasikan secepat mungkin adalah kunci di sini.

Saya telah menciptakan lebih dari 30 proyek open source, dan banyak yang masih aktif meskipun aku telah meninggalkan mereka. Berikut adalah apa yang saya akan merekomendasikan:

  1. Memberikan bug tracker akses yang SANGAT murah hati, mungkin untuk siapa saja yang pernah memberikan kontribusi baris kode. Jika seseorang mulai melakukan hal-hal gila (probabilitas yang sangat rendah), anda masih memiliki kontrol admin untuk menghapusnya. Don't lupa untuk memberikan hak-hak lainnya: source code kontrol, wiki, orang-terjemahan, facebook page, akun twitter, website resmi, google analytics, dll.

  2. Posting di forum (dan website pemberitahuan) mengumumkan bahwa anda pensiun, dan mencari project leader baru.

  3. Bahkan jika tidak ada langkah-langkah sebagai pemimpin tim, masalah fatal yang bisa terjadi (konyol contoh: keras-kode URL menjadi 404, membuat aplikasi crash pada startup), mungkin akan diperbaiki oleh seseorang. Jika tidak ada perbaikan kesalahan-kesalahan fatal, maka itu berarti anda tidak perlu khawatir terlalu banyak lagi, anda telah melakukan apa yang anda bisa, tapi proyek tidak muncul untuk menjadi layak lagi.

Komentar (2)