Come dovresti affrontare un progetto popolare che non vuoi più mantenere?

Sono il manutentore di un progetto che ha una vasta base di utenti non tecnici. Lo sto mantenendo da circa 4 anni e aggiungendo nuove funzionalità come sono state richieste.

Vorrei ora passare ad altri progetti e smettere di sviluppare per questa applicazione. A causa della natura non tecnica degli utenti, ci sono stati pochissimi contributi in codice in passato. Non credo che sarò in grado di trovare qualcun altro a prendere il posto del progetto al posto mio.

Bug, problemi, richieste di funzionalità: stanno ancora arrivando. Sto ancora rispondendo alle e-mail di aiuto, poiché non sono sicuro che dovrei ignorarle, dire loro che non sto lavorando sull'applicazione, o se dovrei rispondere alle e-mail solo in alcuni casi.

Qual è il modo migliore per "abbandonare" questo progetto, ma consentire comunque agli utenti di utilizzare l'applicazione?

Aggiornamento (luglio 2016) - Non è andato come previsto. Ho fatto un annuncio nel README e subito dopo ho iniziato a ricevere contributi di natura più sostanziale. Estrai richieste con correzioni di bug, funzionalità, documentazione, attività di emissione. Da allora, il progetto si è sentito "rinvigorito" e ora lo mantengo felicemente insieme a progetti più recenti. Ho anche dei collaboratori. A quanto pare, potrebbe essere stato il tipo di contributi che ha influenzato la mia visione del progetto e con la qualità dei contributi in miglioramento, non mi sembrava più un lavoro ingrato.

Immagino che questo non sia un progetto sul posto di lavoro in cui sei un dipendente retribuito e qualcosa che fai gratuitamente nel tuo tempo libero?

Se non stai facendo soldi con questo, allora chiaramente non c'è alcun incentivo per te e nessun incentivo per chiunque altro che arrivi fresco per affrontarlo. (a meno che forse non sia per un'organizzazione benefica o simile)

In alternativa, perché non guardare la possibilità di aggiungere funzionalità a pagamento.

In questo modo potresti avere qualche incentivo per continuare. Potresti trovare persone disposte a pagare, soprattutto quando l'alternativa è che il sistema smetta di essere sviluppato attivamente. (ovviamente le persone possono abbandonare il tuo sistema, ma cosa ti interessa, non sei già pagato).

Un'altra opzione potrebbe essere quella di utilizzare il progetto per apprendere nuove tecnologie? È un sito Web? Eseguire l'aggiornamento alla tecnologia più recente? Convertire ad esempio da Asp.Net a MVC4? costruire una versione mobile, renderla basata sul servizio e creare un front-end per app iOS?

Annuncia il tuo abbandono del prodotto alla tua community di utenti. Forse troverai un successore per il tuo ruolo di manutentore. Cerca di organizzare un po 'di tempo per la consegna, come faresti con un progetto nel tuo lavoro quotidiano.

Come diceva esr in The Cathedral And The Bazaar :

Quando perdi interesse per un programma, il tuo ultimo dovere è consegnarlo a un successore competente.

Un altro suggerimento per te, che è leggermente l'opposto di quello che stai chiedendo, ma penso che dovrebbe essere nella tua lista per considerazione. Hai pensato di non abbandonarlo? Se hai un progetto per il quale ci sono persone che utilizzano attivamente e per cui hanno requisiti crescenti, ma non riesci a modificarlo da solo e sei l'unico esperto del software ... allora sei nella posizione di addebitare loro denaro per questo.

Se la fonte è aperta, potresti considerare di chiuderla (la tua scelta se vuoi reprimere la concorrenza sviluppando ulteriormente il progetto). Quando arriva la richiesta di funzione successiva, dire di sì con un addebito di $ xyz.

Solo un'opzione da considerare.

È una cosa difficile abbandonare la tua base di fan, specialmente quando sei diverso da loro. Se ci fossero sviluppatori nel gruppo di utenti, sarebbe un problema facile da risolvere: basta annunciare la tua imminente uscita e suggerire a qualcun altro di fare un passo avanti, offrendo di aiutarli a mettersi al passo prima di partire. Dato che non ce ne sono, la domanda è davvero questa: puoi tu (oi tuoi utenti) trovare qualcuno che ti sostituisca in un lasso di tempo che ha senso per te (o per i tuoi utenti).

In passato, ho mantenuto diversi progetti per anni più a lungo di quanto mi importasse perché era buono per la mia reputazione. La mia statura, per quanto relativamente piccola, nel mio campo mi ha aiutato a trovare lavoro quando ne avevo bisogno o li desideravo, e questo ha valore per me. Abbastanza valore per far valere la pena dedicare il mio tempo quando potevo. Alla fine, ovviamente, mi sono allontanato, ma mi sono assicurato che il codice completo del progetto fosse disponibile per tutti i successori.

Vuoi abbandonare il progetto perché ...

non vuoi più farlo?

Quindi: arresto grazioso ala Reader.

Oppure ... assumi uno sviluppatore (continua sotto)

O perché stai perdendo soldi?

Calcola i costi immediati (e continua di seguito)

O perché non stai facendo soldi?

Calcola quanto devi fare per farti sentire diversamente:

1. le spese vive devono essere coperte
2. costo di uno sviluppatore per continuare lo sviluppo
3. un margine di profitto

Sii onesto con i tuoi utenti: spiega loro che per mantenere il servizio è necessario un certo tempo, energia, ecc.

Quindi chiedere donazioni e / o addebitare funzionalità esistenti . Non tentare di inventare funzionalità premium che ritardano semplicemente a determinare se il servizio è davvero abbastanza prezioso da supportarsi. Basta andare con le funzionalità che hai.

Se gli utenti si lamentano bene, possono andare altrove. Se non abbastanza donazioni e / o iscrizioni, quindi chiudere.

Sii brutale - una volta staccata la spina non guardare indietro.

Hai un paio di opzioni come altri hanno notato. La mia opzione è di mettere un avviso di fine vita. Indicare che il prodotto verrà spento in tale e tale data.

Inoltre, indica che poiché questo prodotto sta per esaurirsi, verranno risolti solo i bug critici che incidono sulla capacità dell'applicazione di funzionare come previsto o previsto. Ad esempio, se il server è inattivo, lo riavvierai e lo eseguirai di nuovo.

Se gli utenti dispongono di dati, potrebbe essere necessario aggiungere un modo per esportarli.

Dai un'occhiata a ciò che Google ha fatto di recente con Reader come guida. Lo hanno chiuso ed era un servizio molto popolare, ma non si adattava ai loro obiettivi a lungo termine, quindi è stata presa la decisione difficile di spegnerlo.

Una sorta di misurazione a metà strada è una possibile soluzione? Continuare il progetto ma ridurre il carico di lavoro?

Ad esempio, dici che stai ancora rispondendo alle e-mail di aiuto. Puoi creare un forum di utenti e insistere sul fatto che tutte le domande di supporto vengano fatte in modo che altri utenti esperti possano aiutarti?

Passare al puro pagamento ucciderà molti utenti, ma ci sono molte alternative al puro pagato. Un videogioco a cui gioco offre ai donatori alcuni vantaggi extra come più download all'ora "un gioco basato sull'abilità pura, da non confondere con la retribuzione per vincere la spazzatura lol". Un altro gioco Path of Exile offre aggiornamenti cosmetici. Altri siti mettono sondaggi in cambio di larghezza di banda. Il programmatore di donazioni offre agli utenti gratuiti una licenza per (X Time) rinnovabile molte volte come vogliono, ma i donatori ottengono una licenza permanente.

Ci sono tonnellate di opzioni che offrono denaro contante, ma mantengono anche gli utenti gratuiti.

La maggior parte delle persone non ha problemi a sostenere qualcosa che gli piace così onestamente, proverei prima a chiedere impostando un'area di suggerimento calcolata per coprire il costo mensile.

Hai incluso il open-sourcetag, quindi immagino che il tuo progetto sia software open source.

ci sono stati pochissimi contributi in codice in passato

È sfortunato, ma comprensibile nel caso tu stia facendo tutto. Molti utenti non vengono coinvolti finché funziona in modo ragionevole.

Ad alcuni leader piace delegare tutte le responsabilità e ad altri leader piace mantenere un controllo più stretto. Mentre è necessario un equilibrio, delegare il prima possibile è la chiave qui.

Ho creato oltre 30 progetti open source e molti sono ancora attivi anche se li ho lasciati. Ecco cosa consiglierei:

1. Dare accesso al tracker di bug MOLTO generosamente, forse a chiunque abbia mai contribuito con una riga di codice. Se qualcuno inizia a fare cose folli (probabilità molto bassa), hai ancora il controllo di amministratore per rimuoverle. Non dimenticare di cedere altri diritti: controllo del codice sorgente, wiki, traduzione della folla, pagina Facebook, account Twitter, sito Web ufficiale, analisi di Google, ecc.

2. Pubblica sul forum (e avviso sul sito Web) che annuncia che stai andando in pensione e stai cercando un nuovo capo progetto.

3. Anche se nessuno interviene come leader del team, potrebbero verificarsi problemi fatali (esempio sciocco: un URL hardcoded diventa 404, causando l'arresto anomalo dell'app all'avvio), probabilmente verrà risolto da qualcuno. Se nessuno corregge difetti fatali, significa che non dovresti più preoccuparti troppo, hai fatto quello che potevi, ma il progetto non sembra più essere fattibile.