더 이상 유지하고 싶지 않은 인기있는 프로젝트를 어떻게 처리해야합니까?

저는 비 기술적 인 사용자 기반을 가진 프로젝트의 관리자입니다. 나는 약 4 년 동안 그것을 유지해 왔으며 요청에 따라 새로운 기능을 추가했습니다.

지금 다른 프로젝트로 넘어 가서이 응용 프로그램 개발을 중단하고 싶습니다. 사용자의 기술적이지 않은 특성으로 인해 과거에는 코드 기여가 거의 없었습니다. 나는 대신에 프로젝트를 맡을 다른 사람을 찾을 수 있다고 생각하지 않습니다.

버그, 문제, 기능 요청-여전히오고 있습니다. 이메일을 무시해야하는지 잘 모르겠거나, 애플리케이션에서 작업하고 있지 않다고 말하거나, 응답해야하는지 이메일로 답장을 보냅니다. 특정 경우에만 이메일에.

이 프로젝트를 '버림'하는 가장 좋은 방법은 무엇입니까? 그러나 여전히 사용자가 응용 프로그램을 사용할 수있게합니까?

업데이트 (2016 년 7 월)-계획대로 진행되지 않았습니다. README에서 발표를 한 후 곧 더 실질적인 기여를 받기 시작했습니다. 버그 수정, 기능, 설명서, 문제 활동으로 요청을 가져옵니다. 그 이후로이 프로젝트는 '강화'되었다고 느꼈으 며 이제는 새로운 프로젝트와 함께 행복하게 유지하고 있습니다. 공동 작업자도 있습니다. 추측에 따르면, 프로젝트에 대한 나의 견해에 영향을 미쳤던 기여의 종류였으며 기여의 질이 향상되면서 더 이상 번거로운 느낌이 들지 않았습니다.

나는 이것이 당신이 유급 직원이고 여가 시간에 무료로하는 일을하는 직장에서의 프로젝트가 아니라고 생각합니다.

당신이 이것으로 돈을 버지 않는다면, 분명히 당신에게 인센티브가 없으며, 다른 누군가가 그것을 다루기 위해 신선하게 인센티브가 없습니다. (아마도 자선 단체 또는 이와 유사한 자발적 조직을위한 것이 아닌 한)

대안으로 유료 기능을 추가 할 수있는 가능성을 살펴보십시오.

이런 식으로 계속할 동기가 생길 수 있습니다. 특히 대안이 시스템 개발을 중단 할 때 지불 할 의사가있는 사람을 찾을 수 있습니다. (물론 사람들이 당신의 시스템을 버릴 수도 있지만, 당신이 무엇을 신경 쓰는지, 당신은 이미 지불받지 못했습니다).

또 다른 옵션은 프로젝트를 사용하여 새로운 기술을 배우는 것일 수 있습니까? 웹 사이트입니까? 최신 기술로 업그레이드 하시겠습니까? 예를 들어 Asp.Net에서 MVC4로 변환? 모바일 버전을 빌드하고 서비스 기반으로 만들고 iOS 앱 프론트 엔드를 만드시겠습니까?

사용자 커뮤니티에 제품 포기를 알리십시오. 아마도 당신은 관리자로서 당신의 역할에 대한 후계자를 찾을 것입니다. 하루 일과에서 프로젝트와 마찬가지로 핸드 오버 시간을 구성하십시오.

esr가 대성당과 시장 에 넣을 때 :

프로그램에 대한 관심을 잃을 때 마지막 임무는 유능한 후임자에게 전달하는 것입니다.

당신을위한 또 다른 제안은 당신이 요구하는 것과 약간 반대이지만 고려할 목록에 있어야한다고 생각합니다. 그것을 포기하지 않는 것을 고려 했습니까? 적극적으로 사용하는 사람들이 있고 요구 사항이 높아지고 있지만 스스로 수정할 수없는 프로젝트가 있고 소프트웨어의 유일한 전문가 인 경우에는 비용을 청구 할 수있는 위치에 있습니다.

소스가 열려 있으면 소스를 닫는 것을 고려할 수 있습니다 (프로젝트 개발을 위해 경쟁을 억제하려는 경우 선택). 다음 기능 요청이 들어 오면 $ xyz의 요금으로 예라고 말하십시오.

고려해야 할 옵션입니다.

특히 팬층과 다른 경우 팬 기반을 포기하기가 어렵습니다. 사용자 그룹에 개발자가 있었다면 해결하기 쉬운 문제가 될 것입니다. 임박한 출구를 알리고 다른 사람이 물러서 나가기 전에 속도를 높이도록 제안하십시오. 존재하지 않기 때문에 문제는 실제로 다음과 같습니다. 귀하 (또는 귀하의 사용자)가 귀하 (또는 귀하의 사용자)에게 합당한 시간 내에 귀하를 대신 할 사람을 찾을 수 있습니까?

과거에는 명성이 좋았 기 때문에 내가 생각했던 것보다 몇 년 동안 여러 프로젝트를 유지해 왔습니다. 내 분야에서 키는 비교적 작지만, 내가 필요로하거나 원할 때 일자리를 찾는 데 도움이되었으며 그것은 나에게 가치가 있습니다. 내가 할 수있을 때 시간을 투자 할 가치가있는 충분한 가치. 결국, 나는 물러 갔지만 모든 프로젝트 코드가 모든 후임자에게 제공되도록했습니다.

다음과 같은 이유로 프로젝트를 포기 하시겠습니까?

더 이상하고 싶지 않아?

그런 다음 : 정상 종료 ala Reader.

또는 ... 개발자를 고용하십시오 (아래 계속)

아니면 돈을 잃고 있기 때문에?

본인 부담 비용 계산 (아래에서 계속)

아니면 돈을 벌지 않기 때문에?

다르게 느끼기 위해 얼마나 필요한지 계산하십시오.

1. 본인 부담 비용은 보장되어야합니다
2. 개발을 계속하는 개발자 비용
3. 이윤

사용자에게 정직하십시오. 서비스를 유지하는 데 일정 시간, 에너지 등이 필요하다고 설명하십시오.

그런 다음 기부를 요청하거나 기존 기능에 대한 요금을 청구하십시오 . 서비스 자체가 자신을 지원할만큼 가치가 있는지 판단하는 것을 지연시키는 프리미엄 기능을 발명하려고 시도하지 마십시오. 당신이 가진 기능으로 가십시오.

사용자가 나쁜 경우 다른 곳으로 갈 수 있습니다. 기부 및 / 또는 가입이 충분하지 않으면 종료하십시오.

잔인한 자세를 취하십시오. 일단 플러그를 뽑으면 되돌아 보지 마십시오.

다른 사람들이 언급했듯이 몇 가지 옵션이 있습니다. 나의 선택은 수명 종료 통지를하는 것입니다. 제품이 그러한 날짜에 종료 될 것임을 나타냅니다.

또한이 제품의 수명이 거의 다되었으므로 응용 프로그램이 설계되거나 의도 한대로 작동하는 데 영향을 미치는 중요한 버그만 해결 될 것임을 나타냅니다. IE 서버가 다운되면 서버를 다시 시작합니다.

사용자에게 데이터가있는 경우 데이터를 내보내는 방법을 추가해야 할 수 있습니다.

최근 Google에서 리더로 수행 한 작업을 살펴보십시오. 그들은 그것을 폐쇄하고 매우 인기있는 서비스 였지만 장기 목표에 맞지 않았기 때문에 폐쇄하기위한 힘든 결정을 내려야했습니다.

어떤 종류의 반 방법이 가능한 해결책입니까? 프로젝트를 계속 진행하면서 작업량을 줄이겠습니까?

예를 들어, 여전히 도움을 요청하기 위해 이메일에 응답한다고 말합니다. 사용자 포럼을 설정하고 다른 고급 사용자가 도울 수 있도록 모든 지원 쿼리를 수행하도록 요구할 수 있습니까?

순수한 지불로 넘어 가면 많은 사용자를 죽일 수 있지만 순수한 지불에 대한 많은 대안이 있습니다. 내가 플레이하는 비디오 게임은 기부자에게 시간당 더 많은 다운로드와 같은 추가 혜택을 제공합니다. Path of Exile의 또 다른 게임은 미용 업그레이드를 제공합니다. 다른 사이트는 대역폭을 대신하여 설문 조사를 실시했습니다. 기부 코더는 무료 사용자에게 원하는만큼 여러 번 재생 가능한 (X Time) 라이센스를 제공하지만 기부자는 영구 라이센스를 얻습니다.

현금으로 제공하는 수많은 옵션이 있지만 여전히 무료 사용자를 유지합니다.

대부분의 사람들은 자신이 좋아하는 것을 지원하는 데 아무런 문제가 없습니다. 정말로 월별 비용을 충당하기 위해 계산 된 팁 영역을 설정하여 먼저 묻습니다.

open-source태그를 포함 시켰 으므로 프로젝트는 소프트웨어가 오픈 소스 인 것 같습니다.

과거에는 코드 기여가 거의 없었습니다.

불행한 일이지만 모든 일을하는 경우 이해할 수 있습니다. 합리적으로 작동하는 한 많은 사용자가 관여하지 않습니다.

어떤 지도자들은 모든 책임을 위임하기를 원하며 어떤 지도자들은 더 철저하게 통제하기를 원합니다. 균형이 필요하지만 가능한 빨리 위임하는 것이 핵심입니다.

30 개가 넘는 오픈 소스 프로젝트를 만들었으며 많은 프로젝트가 남아 있지만 여전히 활동 중입니다. 내가 추천하는 것은 다음과 같습니다.

1. 한 줄의 코드에 기여한 사람이라면 누구나 버그 트래커에 넉넉하게 액세스 할 수 있습니다. 누군가 미친 짓을하기 시작하면 (매우 낮은 확률로) 제거 할 수있는 관리자 권한이 있습니다. 소스 코드 제어, 위키, 크라우드 번역, 페이스 북 페이지, 트위터 계정, 공식 웹 사이트, 구글 분석 등의 다른 권리를 제공하는 것을 잊지 마십시오.

2. 은퇴하고 새로운 프로젝트 리더를 찾고 있음을 알리는 포럼 (및 웹 사이트 공지)에 게시하십시오.

3. 팀 리더가 된 사람이 없더라도 치명적인 문제 (예 : 하드 코딩 된 URL이 404가되어 시작시 앱이 충돌 함)가 발생하면 누군가에 의해 해결 될 수 있습니다. 아무도 치명적인 결함을 고치지 않으면 더 이상 걱정하지 말고 할 수있는 일을했지만 프로젝트는 더 이상 실행 가능한 것으로 보이지 않습니다.