Comment gérer un projet populaire que vous ne souhaitez plus entretenir?

Je suis le responsable d'un projet qui a une grande base d'utilisateurs non techniques. Je la maintiens depuis environ 4 ans et j'ajoute de nouvelles fonctionnalités à la demande.

J'aimerais maintenant passer à d'autres projets et arrêter de développer cette application. En raison de la nature non technique des utilisateurs, il y a eu très peu de contributions de code dans le passé. Je ne pense pas pouvoir trouver quelqu'un d'autre pour prendre en charge le projet à ma place.

Bugs, problèmes, demandes de fonctionnalités - elles arrivent toujours. Je réponds toujours aux courriels pour obtenir de l'aide, car je ne sais pas si je devrais les ignorer, leur dire que je ne travaille pas sur l'application ou que je devrais répondre. aux courriels dans certains cas seulement.

Quel est le meilleur moyen d '"abandonner" ce projet, tout en laissant les utilisateurs utiliser l'application?

Mise à jour (juillet 2016) - Cela ne s'est pas passé comme prévu. J'ai fait une annonce dans le fichier README et peu de temps après, j'ai commencé à recevoir des contributions plus substantielles. Extraire les requêtes avec des corrections de bugs, des fonctionnalités, de la documentation et des problèmes. Depuis lors, le projet s'est senti «revigoré» et je le maintiens maintenant avec bonheur, tout comme de nouveaux projets. J'ai aussi des collaborateurs. À mon avis, c’était peut-être le type de contribution qui avait influencé ma vision du projet et, avec l’amélioration de la qualité des contributions, cela ne semblait plus être une corvée.

J'imagine que ce n'est pas un projet sur un lieu de travail où vous êtes un employé rémunéré et que vous faites gratuitement pendant votre temps libre?

Si vous ne faites pas d’argent avec cela, il est clair qu’il n’ya aucune incitation pour vous, ni aucune incitation pour que quelqu'un d’autre vienne frais pour le gérer. (sauf peut-être pour un organisme de bienfaisance ou un organisme bénévole similaire)

Au lieu de cela, pourquoi ne pas envisager la possibilité d’ajouter des fonctionnalités payantes.

De cette façon, vous pouvez être incité à continuer. Vous trouverez peut-être des personnes prêtes à payer, en particulier lorsque le système ne pourra plus être activement développé. (Bien sûr, les gens peuvent abandonner votre système, mais qu'importe ce qui vous importe, vous n'êtes déjà pas payé).

Une autre option pourrait être d'utiliser le projet pour apprendre de nouvelles technologies? Est-ce un site web? Passer à la dernière technologie? Convertir de Asp.Net en MVC4 par exemple? construire une version mobile, en faire un service et créer une application iOS frontale pour elle?

Annoncez votre abandon du produit auprès de votre communauté d'utilisateurs. Peut-être trouverez-vous un successeur à votre rôle de responsable. Essayez d'organiser du temps de transfert, comme vous le feriez avec un projet dans votre travail quotidien.

Comme esr le dit dans la cathédrale et le bazar :

Lorsque vous perdez tout intérêt pour un programme, votre dernier devoir consiste à le transmettre à un successeur compétent.

Une autre suggestion pour vous, qui est légèrement le contraire de ce que vous demandez, mais je pense que devrait être dans votre liste pour examen. Avez-vous envisagé de ne pas l'abandonner? Si vous avez un projet que certaines personnes utilisent activement et dont les exigences sont croissantes, mais que vous ne pouvez pas le modifier vous-même et que vous êtes le seul expert du logiciel ... alors vous êtes en mesure de leur facturer de l'argent.

Si la source est ouverte, vous pouvez envisager de la fermer (à vous de choisir d’étouffer la concurrence pour développer davantage le projet). Lorsque la prochaine demande de fonctionnalité arrive, dites oui pour une charge de $ xyz.

Juste une option à considérer.

C'est une chose difficile d'abandonner votre base de fans, surtout quand vous êtes différent d'eux. S'il y avait des développeurs dans le groupe d'utilisateurs, ce serait un problème facile à résoudre: il suffit d'annoncer votre départ imminent et de suggérer que quelqu'un d'autre prenne la relève, en proposant de l'aider à se mettre à niveau avant votre départ. Puisqu'il n'y en a pas, la question est vraiment la suivante: pouvez-vous (ou vos utilisateurs) trouver quelqu'un pour vous remplacer dans un délai raisonnable pour vous (ou vos utilisateurs).

Dans le passé, j'ai maintenu plusieurs projets plus longtemps que prévu car c'était bon pour ma réputation. Ma stature, même si elle est relativement petite, m'a permis de trouver un emploi quand j'en ai besoin ou si je le voulais, et cela a de la valeur pour moi. Assez de valeur pour que cela vaille la peine de consacrer mon temps quand je le pouvais. Finalement, bien sûr, je suis parti, mais je me suis assuré que le code de projet complet était disponible pour tous les successeurs.

Voulez-vous abandonner le projet parce que ...

vous ne voulez plus le faire?

Puis: arrêt gracieux ala Reader.

Ou ... engagez un développeur (continuez ci-dessous)

Ou parce que vous perdez de l'argent?

Calculez les coûts à la charge (et continuez ci-dessous)

Ou parce que vous ne faites pas d'argent?

Calculez combien vous devez gagner pour que vous vous sentiez différemment:

1. les frais non remboursés doivent être couverts
2. coût d'un développeur pour poursuivre le développement
3. une marge bénéficiaire

Soyez honnête avec vos utilisateurs: expliquez-leur que le maintien du service nécessite un certain temps, de l'énergie, etc.

Ensuite, demandez des dons et / ou des frais pour les fonctionnalités existantes . N'essayez pas d'inventer des fonctionnalités haut de gamme qui ne font que retarder la détermination de la valeur réelle du service pour qu'il puisse se prendre en charge. Il suffit d'aller avec les fonctionnalités que vous avez.

Si les utilisateurs font bon ménage, ils peuvent aller ailleurs. S'il n'y a pas assez de dons et / ou d'inscriptions, alors arrêtez-vous.

Soyez brutal - une fois que vous tirez la fiche, ne regardez pas en arrière.

Vous avez plusieurs options comme d'autres l'ont noté. Mon option est de donner un avis de fin de vie. Indiquez que le produit va s'arrêter à telle date.

Indiquez en outre que, comme ce produit approche de la fin de sa vie, seuls les bogues critiques ayant une incidence sur la capacité de l’application à fonctionner comme prévu ou prévu seront traités. IE si le serveur est en panne, vous le redémarrez.

Si les utilisateurs ont des données, vous devrez peut-être ajouter un moyen de les exporter.

Jetez un coup d'œil à ce que Google a récemment fait avec Reader pour vous guider. Ils l'ont fermé et le service était très populaire, mais cela ne cadrait pas avec leurs objectifs à long terme, il fallait donc prendre la décision difficile de le fermer.

Une sorte de demi-mesure est-elle une solution possible? Continuez le projet mais réduisez votre charge de travail?

Par exemple, vous dites que vous répondez toujours aux courriels pour obtenir de l'aide. Pouvez-vous configurer un forum d'utilisateurs et insister sur le fait que toutes les demandes d'assistance sont traitées de manière à ce que d'autres utilisateurs chevronnés puissent aider?

Bien passer au mode purement payé tuera beaucoup d'utilisateurs, mais il existe de nombreuses alternatives au mode purement payé. Un jeu vidéo auquel je joue offre aux donateurs quelques avantages supplémentaires, tels que plus de téléchargements à l'heure: "un jeu basé sur le savoir-faire pur, à ne pas confondre avec le paiement pour gagner des déchets lol". Un autre jeu, Path of Exile, propose des améliorations cosmétiques. D'autres sites proposent des enquêtes en échange de bande passante. Le codeur de dons donne aux utilisateurs gratuits une licence pour (X Time) renouvelable plusieurs fois, mais les donateurs obtiennent une licence permanente.

Il existe une multitude d’options qui permettent de gagner de l’argent, tout en conservant les utilisateurs gratuits.

La plupart des gens n’ont aucun problème à supporter quelque chose qu’ils aiment tellement honnêtement que j’essayais d’abord de demander en établissant une zone de pourboire calculée de manière à couvrir votre coût mensuel.

Vous avez inclus le open-sourcetag, donc je suppose que votre projet est un logiciel open source.

il y a eu très peu de contributions de code dans le passé

C'est malheureux, mais compréhensible au cas où vous fassiez tout. De nombreux utilisateurs n'interviennent pas tant que cela fonctionne raisonnablement.

Certains dirigeants aiment déléguer toutes leurs responsabilités et certains gardent un contrôle plus strict. Bien qu'un équilibre soit nécessaire, la délégation dès que possible est la clé ici.

J'ai créé plus de 30 projets open source, et beaucoup sont toujours actifs même si je les ai quittés. Voici ce que je recommanderais:

1. Donnez très généreusement l’accès au traqueur de bugs, peut-être à tous ceux qui ont déjà fourni une ligne de code. Si quelqu'un commence à faire des choses folles (très faible probabilité), vous avez toujours le contrôle de l'administrateur pour les supprimer. N'oubliez pas de donner d'autres droits: contrôle du code source, wiki, traduction en masse, page Facebook, compte Twitter, site officiel, Google Analytics, etc.

2. Publiez sur le forum (et sur le site Web) une annonce de votre retraite et à la recherche d'un nouveau chef de projet.

3. Même si personne n’intervient en tant que chef d’équipe pour éviter des problèmes graves (exemple idiot: une URL codée en dur devient 404, ce qui provoque le blocage de l’application au démarrage), celle-ci sera probablement corrigée par quelqu'un. Si personne ne corrige des défauts fatals, cela signifie que vous ne devez plus vous inquiéter trop, vous avez fait ce que vous pouviez, mais le projet ne semble plus viable.