Làm thế nào để bạn xác định những tính năng nào đủ để khởi chạy? Chúng ta có nên khởi động với "chức năng trần" không có tính năng tốt không? Hay chúng ta nên thêm "chuông và còi"?Xác định những tính năng nào đủ để khởi chạy
Bạn quyết định như thế nào? Có đúng là chúng ta có thể "bị cháy" do tiếp xúc suddden, hoặc là tiếp xúc đột ngột thay vì một huyền thoại, và tiếp xúc chậm và dần dần.
Đề xuất của bạn được hoan nghênh.
Nếu bạn đủ may mắn để có lựa chọn, hãy phát hành ngay sau khi bạn có thói quen cài đặt và một tính năng hữu ích duy nhất hoạt động.
Phát hành sớm, phát hành thường xuyên, cho phép người dùng của bạn cho bạn biết những gì họ thích, xem 37Signals các chàng trai áp phích nhỏ xinh đẹp.
Tôi đồng ý, chỉ cần đảm bảo bạn đã TESTED! Nhỏ hơn với lời hứa lớn hơn với các lỗi, và không hoàn thành mặt của bạn trong thỏa thuận.
Thêm BETA vào biểu tượng của bạn không làm cho lỗi dễ chấp nhận hơn.
bạn nói đúng, thử nghiệm là quan trọng nhưng chỉ cho các lỗi mã, như các nhà phát triển, chúng tôi thường không có ý tưởng những gì người dùng muốn, như, cần. – MrTelly
Theo kinh nghiệm của tôi, thường tốt hơn là phát hành ngay sau khi bạn đã đánh bóng chức năng chính. Và nếu một tính năng rất quan trọng đối với khách hàng hoặc đối tượng mục tiêu, thì nó không còn thuộc về các chuông & còi và nên được coi là một tính năng cốt lõi, cho dù nó có dễ dàng như thế nào hay ít được thêm vào sản phẩm.
Giống như hầu hết mọi thứ, câu trả lời của tôi là 'phụ thuộc' ...
Mục đích của phần mềm của bạn là gì? Nếu nó là một ứng dụng nhằm vào một nhóm người dùng cụ thể với nhu cầu cụ thể thì bạn cần chắc chắn rằng bạn đáp ứng đủ những nhu cầu đó để làm cho nó trở nên đáng giá để mọi người sử dụng hệ thống của bạn (nhớ, hầu hết mọi người tin rằng một khi bị cắn, hai lần nhút nhát - bạn sẽ không có cơ hội thứ hai). Bạn có mua một chiếc xe không rẽ trái không?
Nếu ứng dụng của bạn tổng quát hơn và bạn đang hướng tới một nhóm người dùng cụ thể từ cơ sở rộng hơn (thường là người dùng công nghệ cao) để giúp phát triển ứng dụng của bạn theo các dòng nhanh, sau đó phát hành sớm và thường xuyên. Nhiều loại hệ thống này không lên kế hoạch phát hành dựa trên thời gian, nhưng trên các tính năng, tức là Phiên bản 2.1 sẽ được phát hành khi tất cả các vé được gán cho 2.1 được đánh dấu là đã hoàn thành hoặc bị loại bỏ.
Tôi cũng sẽ nói điều đó phụ thuộc vào thị trường. Tôi sẽ không phát hành một sản phẩm mà không có một tính năng sát thủ (thậm chí đơn giản). Ngay cả trong bản phát hành sớm, bạn phải xây dựng một số danh tiếng.
Có hai giáo điều để chỉ đạo rõ ràng về:
Đừng phát hành cho đến khi bạn kết thúc.
và
phát hành ngay sau khi bạn có bất cứ điều gì, dù nhỏ hay lớn.
Tôi thích cách tiếp cận thứ hai, nhưng nó cần phải được thực hiện với một hạt thông thường. Có chi phí cho bất kỳ bản phát hành nào, tùy thuộc vào tổ chức và sản phẩm của bạn.
Đừng làm cho tôi sai: phát hành sớm và thường có lợi thế, đặc biệt là vì chúng tôi không bao giờ có được yêu cầu kinh doanh hoàn toàn đúng, nhưng bạn cần phải cân nhắc những lợi ích đó so với chi phí thực tế của bản phát hành. Đây là một trong những lý do tôi thích phát hành nội bộ xen kẽ giữa các bản phát hành 'thực tế': chúng có chi phí thấp hơn (nếu không phải), nhưng giữ cho bạn tiến triển phát triển một cách trung thực.
Cuối cùng, tôi đoán tôi kết thúc với câu trả lời của nhà tư vấn cổ điển: "Nó phụ thuộc"!
Có đúng là chúng ta có thể "bị cháy" do tiếp xúc suddden, hoặc là tiếp xúc đột ngột chứ không phải là một huyền thoại?
Bạn có thấy tin tức trên báo chí về sự ra mắt của Cuil.com không? Thông cáo báo chí của họ đã phát hiện ra nó như một công cụ tìm kiếm sẽ giết Google, nhưng các tìm kiếm đơn giản lại tạo ra kết quả đáng kinh ngạc. (Ví dụ: Tìm kiếm "COBOL" đã nói với bạn rằng không có kết quả nào cho COBOL.) Sự bùng nổ đột ngột của các thông tin từ các thông báo cũng làm cho các máy chủ của họ bị quá tải. Tôi sẽ nói rằng họ bị đốt cháy bởi sự tiếp xúc đột ngột mà họ trải qua khi ra mắt.
Một số người gọi đây là bản trình diễn "Hollywood Style" vì nó tương tự như cách phim được khởi chạy. Có một số lợi ích cho phong cách khởi chạy này mà bạn không phải lúc nào cũng nhận được từ việc tích lũy dần dần người dùng. Tuy nhiên, hầu hết những lợi ích này đều lớn hơn bởi thực tế là lần hiển thị đầu tiên rất quan trọng và sự phức tạp thông thường của một sản phẩm khiến cho việc phát sinh lỗi trở nên rất dễ dàng và khiến cho hầu hết người dùng tiềm năng của bạn có ấn tượng xấu đầu tiên.
Câu hỏi đặt ra là, hãy khởi chạy những gì?
Nếu bạn đang làm phần mềm nội bộ, bạn muốn thu hút người dùng càng sớm càng tốt, vì vậy hãy đưa ra một vài điều trong số đó nhanh chóng là một ý tưởng hay.
Nếu bạn đang làm nguồn mở, hãy phát hành sớm và thường xuyên, với lộ trình phát triển trong tương lai.
Nếu bạn đang làm phần mềm thu nhỏ, bạn cần cung cấp cho người dùng một cái gì đó tốt cho tiền của họ. Đừng tính đến việc tính phí cho việc nâng cấp mà thực sự làm cho phần mềm hữu ích, trừ khi bạn là một công ty lớn được thành lập đã thực hiện điều đó. Trừ khi bạn được biết đến như là nguồn chính của loại phần mềm đó, không ai sẽ bận tâm trả tiền cho bạn hai lần sau khi bị đốt cháy một lần.
Nếu bạn đang làm dịch vụ web, bạn cần phải có một cái gì đó hữu ích khi bạn phát hành. Nó có thể nhỏ, nhưng nó sẽ cung cấp cho người dùng một lý do để quay trở lại. Nếu không, đó là "Foo.com không có bất cứ điều gì tốt về nó, không đến đó" ngay cả sau khi bạn đã thực hiện những con voi nhảy múa hay bất cứ điều gì. Bạn cần phải để người dùng cảm thấy tốt về trang web của mình và lý tưởng là tò mò muốn biết bạn đang làm gì tiếp theo. Nếu bạn định phát hành với một giật gân, hãy đảm bảo rất nhiều thứ đang hoạt động.
Nếu bạn đang nhúng, bạn phát hành khi phần mềm đủ gần hoàn hảo và mọi người đã đăng xuất và không sớm hơn một chút.
Đã có câu hỏi hay hơn cho http://programmers.stackexchange.com những ngày này. –