Cách tốt nhất để thực hiện một loạt bắn Proof of Concept là gì?


8

Để chuẩn bị cho việc phát hành phần mềm mới mà công ty chúng tôi duy trì, tôi đã nghiên cứu những gì tôi tin là một cách tiếp cận thực sự tốt để giải quyết các vấn đề về khả năng mở rộng của chúng tôi. Tôi có mọi ý định đưa ra một bằng chứng về khái niệm để xác nhận thiết kế trên giấy sẽ thực sự làm những gì tôi muốn. Khi tôi tóm tắt nó cho nhóm, ông chủ có một đề nghị phản biện, một phần lấy cảm hứng từ cách tôi mô tả các khu vực có vấn đề. Sếp cũng chấp nhận đề xuất của tôi để làm hai bằng chứng về khái niệm để đánh giá các lựa chọn thay thế.

Vì vậy, cách tốt nhất để làm việc thông qua các bằng chứng về khái niệm bắn ra là gì? Chúng tôi có cả tiêu chí khách quan và chủ quan mà chúng tôi đang sử dụng để đánh giá các giải pháp. Tôi muốn chắc chắn rằng chúng ta đang so sánh táo với táo với những cách tiếp cận khá khác nhau này.

  • Chúng tôi có yêu cầu về thông lượng và kích thước. Nói tóm lại, chúng tôi biết rằng chúng tôi cần xử lý một số lượng đối tượng nhất định mỗi giây và duy trì tốc độ đó trong một giờ.
  • Chúng ta cần đánh giá khả năng mở rộng (cả bằng cách thêm nhiều lõi và bằng cách tăng số lượng đối tượng)
  • Chúng ta cần đánh giá sự dễ phát triển (chủ quan)
  • Chúng ta cần đánh giá mức độ dễ hiểu của thuật toán (chủ quan)

Tôi có lý thuyết của mình về cách mọi thứ sẽ nghiêng, nhưng tôi không muốn điều đó ảnh hưởng đến kết quả của mình. Bất kỳ đầu vào nào về cách duy trì tính khách quan trong quá trình này và những điều tôi có thể cần xem xét sẽ được đánh giá rất cao.

Câu trả lời:


9

Nói chung những gì chúng tôi làm là ...

  • đặt thời hạn như 1 tháng
  • sử dụng các yêu cầu của bạn mà bạn đã liệt kê và mã hóa nó lên.
  • có một số người điều hành không viết chương trình kiểm soát các yêu cầu và không thấy họ nghĩ đến một yêu cầu ẩn có thể thực hiện được trong một khoảng thời gian ngắn.

  • Khi các thành viên còn lại xem xét các chương trình để đánh giá chúng, HỌ phải thêm yêu cầu cho từng hệ thống để họ có cảm giác với cả hai. Sau khi nhóm nghiên cứu mã và thêm vào yêu cầu còn thiếu, họ sẽ có cảm giác hợp lý cho các cơ sở mã và chọn cái nào họ muốn phát triển hơn.

    • sau đó lấy những mảnh ghép còn lại tốt nhất của 'kẻ thua cuộc' và kết hợp chúng vào kiến ​​trúc chiến thắng.

tôi thích ý tưởng này
Justin Ohms

1

Đối với các mặt hàng chủ quan đưa ra một đánh giá số một thời gian và cố gắng để có được phản hồi không thiên vị. Ví dụ: đối với "Hiểu thuật toán" có một lập trình viên không viết hoặc nhìn cả hai và xếp hạng lẫn nhau.

Bạn cũng có thể tính đến các biện pháp khách quan trên mã như mã "Độ phức tạp", có một số công cụ để đo lường dựa trên số lượng câu lệnh kiểm soát, v.v.

Xếp hạng của bạn trong mỗi danh mục và tổng hợp chúng thành "Tổng số điểm" cho mỗi phương pháp.


1

Làm thế nào để duy trì tính khách quan trong quá trình này

Bạn chỉ có một tiêu chí khách quan. Thông lượng.

Mọi thứ đều chủ quan. Bạn không thể "khách quan". Tất cả những gì bạn có thể làm là "công bằng". Thế giới của sự khác biệt.

Quyết định cuối cùng luôn luôn là chính trị. Miễn là tất cả các thông tin có sẵn đã được cung cấp; bạn đã làm tất cả những gì bạn có thể làm.

Đừng căng thẳng vì cố gắng làm cho điểm hoàn hảo ("khách quan"). Những gì bạn thấy là đúng hoặc tốt nhất có thể đơn giản bị đảo lộn bởi một số lý do vô lý như "nhóm không có các kỹ năng cần thiết cho giải pháp đề xuất của bạn".

Chỉ cần xây dựng các bản demo. Chạy chúng. Hãy chuẩn bị cho việc ra quyết định ngẫu nhiên. Điều tốt nhất bạn có thể hy vọng được thông báocông bằng . Bạn không thể có được "mục tiêu" rất dễ dàng.


Đó không phải là về chiến thắng và thất bại. Đó là về việc chọn tùy chọn tốt nhất. Nhóm nghiên cứu ở đây là tuyệt vời mang tính tự trị, một tìm thấy hiếm có thực sự. Họ cũng chỉ quan tâm đến việc chọn sự lựa chọn tốt nhất. BTW: khả năng mở rộng cũng có thể đo lường được.
Berin Loritsch

@Berin Loritsch: Tùy chọn "tốt nhất" không thể dễ dàng thấy trước. Khả năng mở rộng hoàn toàn dựa trên các giả định về tương lai. Vì chúng tôi không thể thấy trước tương lai, chúng tôi không có tiêu chí rất khách quan. Chúng tôi chỉ có một loạt các giả định có thể tranh cãi. "Tốt nhất" là khó làm; sự hoàn hảo là không thể đạt được. Thư giãn. Chọn một cái gì đó và đi về phía trước. Một năm nữa, bạn sẽ nhận ra một vài sai lầm bạn đã mắc phải.
S.Lott
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.