상용 소프트웨어에 대한 조기/릴리스 릴리스 자주? [닫은

Question

상용 소프트웨어를 위해 자주 출시/공개하는 경험/사례가있는 사람이 있습니까? 작동합니까?

나는 각 주요 버전 사이에 많은 수정이 릴리스되는 VMware를 생각하고있었습니다. 설치 경험은 끔찍했고 때로는 기존 VM을 깨뜨릴 수 있으며 다른 경우 게스트 OS 내부의 VMware 도구가 오작동/설치되지 않습니다. 그냥 끔찍 해요.

ClickOnce가 소프트웨어를 업데이트 할 때 ClickOnce를 사용하면 모든 클라이언트가 자동으로 릴리스에 대한 알림을 받고 새로운 버전으로 업데이트되었습니다. 소프트웨어에 버그가있는 경우 버그도 자동으로 "업그레이드"됩니다.

릴리스 초기/릴리스 원칙을 상용 소프트웨어에 적용하는 경험 예제 제안이 있습니까?

나는 그것을 하나에 적용하려고합니다.

Answer 1

케니가 옳습니다 : 그것은 달라집니다.

우리는 고객이 새로운 릴리스로 업그레이드하기 위해 내부 3 개월 이상 프로젝트를 실행할 수있는 엔터프라이즈 소프트웨어에서 작업합니다. 그 환경에서 빈번한 릴리스가 발생합니다 ~ 아니다 일하다. 고객은 몇 년 동안 오래된 릴리스를 유지할 것이며 우리는 계속 지원해야하므로 활발한 릴리스가 많을수록 더 많은 지원 작업을 수행해야합니다.

다른 극단에서는 Google Chrome을 실행하고 베타 새로 고침에 대해 읽었습니다. 나는 그것을 얻는 방법을보고 Chrome이 이미 업데이트되었다는 것을 발견했습니다. 알림이 있었다면 나는 그것을 놓쳤다. 그리고 그것은 나에게 괜찮다.

주요 질문은 새로운 릴리스가 얼마나 파괴적인 지입니다.. 예를 들어, MS가 새로운 .NET 버전, C 런타임 등으로 3 개월마다 3 개월마다 새로운 버전의 Visual Studio를 출시 한 경우 업그레이드를 다루는 데 많은 시간을 소비 할 것입니다. 그러나 나에게 괜찮은 새로운 위젯으로 새로운 버전의 Windows Media Player를 출시하려면 다운로드/설치 프로세스를 가능한 한 완벽하게 만들 수 있습니다.

Answer 2

항상 시장이나 고객 기반에 달려 있다고 생각합니다. 소프트웨어 변경/업그레이드는 일부 환경과 회사에서 항상 고통스럽고 훨씬 더 고통 스럽습니다. 빠른 방출 사이클은 파괴적 일 수 있습니다. 이러한 혼란은 종종 마케팅/관리에 의해 Creep 기능을 얼마나 잘 관리하는지에 따라 내부 운영으로 확장됩니다.

그래서, 고전적인 진실한 '그것은 의존한다'는 답이 다시 울립니다.

실제로 제품에 가치를 더하는 경우 고객이 특히 새로운 고객이 원할 것입니다. 가장 좋은 경우는 업그레이드 변경 통증을 제거하는 것입니다. 엄청난.

Answer 3

커튼 뒤에있는 남자에게주의를 기울이십시오.:
일찍 출시되는 것은 종종 연습을 원하기를 원합니다. 너무 늦었을 때 프로젝트가 끝나는 대신 일찍 그리고 빠르게 실패하는 것입니다. 최종 고객에게 구축하는 것을 보여줄 수있는 더 많은 기회를 제공하고, 귀중한 피드백을 받고, 저렴한 비용으로 적응할 수 있습니다. '고객'역할을 수행하는 사람은 최신 릴리스를 쉽게 얻을 수 있어야합니다. 그것과 함께 연주하고 가능한 한 정기적으로 건설적인 피드백으로 응답하십시오.

발전소를 모니터링하거나 통제하는 중요한 것을 구축하는 경우이 관행에주의를 기울이고 싶을 것입니다. 당신은 새로운 릴리스의 피드백으로 횃불을 가진 사람들을 원하지 않습니다. 이러한 경우 정기적으로 테스트 베드에 배치하고 신뢰 수준에 따라 X 일을보고 라이브로 이동하는 것이 합리적입니다! 고객 에게이 테스트 베드에 액세스하여 자신감 미터를 플레이하고 구축 할 수 있습니다.
비 임계 응용 프로그램이고 좋은 릴리스에 대한 역사적인 기록을 가지고 있다면 Clickonce와 같은 일을하십시오.

Answer 4

이 작업을 수행하려면 사람들이 제품을 구매할 때 1 년 동안 새로운 버전으로 무료로 업그레이드되거나 새로운 기간이 새로 찢어 지도록 느끼지 않도록하십시오. 버전은 사본을 구입 한 후 2 개월 후에 나옵니다. 또한 업그레이드를 원하지 않는 사람들이 새로운 버전의 소프트웨어로 현재 설치를 위반하지 않고 버그 수정을 원하지 않도록 이전 버전을 지원하도록하십시오. 나는 개인적으로 그것이 더 많은 일이 될 것이라고 생각하지만, 당신은 더 나은 제품으로 끝날 것이며, 당신은 당신의 소프트웨어를 사용하는 사람들이 선택한 경우 더 빨리 새로운 기능을 더 빨리 활용할 수있게 해줄 것입니다.

Answer 5

우리는 SaaS 응용 프로그램을 실행하므로 원칙적으로 우리가 원하는만큼 자주 업데이트 될 수 있습니다.

반면에 실제로는 연간 몇 가지 주요 릴리스 만 얻습니다 (소규모 패치 릴리스는 일반적으로 몇 주마다 배출됩니다).

그 이유는 릴리스가 운영 직원을위한 혼란을 야기하기 때문입니다. 때로는 응용 프로그램의 일부를 중단해야합니다. 비 고객을 대면하는 변화를 위해서는 실제로 많은 작업이 있습니다. 릴리스를 수행합니다 엔지니어링과는 반대로.

따라서 StackoverFlow는 며칠마다 업데이트되는 것처럼 보이지만 우리는 그런 일을하지 않습니다. 몇 가지 버그는 하루에 고정 될 수 있지만, "빅뱅"으로 나오는 후속 릴리스에서 고정되어 있습니다. 또는 뭔가.

Answer 6

그것은 당신의 자원에 달려 있습니다. Microsoft라면 Sista와 운율을 불러 일으키는 버그가 달린 PO를 조기에 배출하고 마케팅 힘에 의존하여 사람들이 제품에 대한 초기 경험을 잊게 만들 수 있습니다.

입소문을 기대하고 있다면, 초기 버전을 공개하는 것은 좋은 생각이 아닙니다 (최종 릴리스 전에 이름이나 무언가를 변경할 계획이 없다면).