Là một sản phẩm định hướng phát triển là một điều tốt?

Tôi làm việc trong một công ty nơi CEO quản lý nhóm sản phẩm, người mô phỏng các tính năng và thả vào lòng các nhà phát triển để thực hiện các tính năng nói trên. Tất nhiên có một số lần lặp lại, ý kiến ​​của nhà phát triển được tôn trọng. Nhưng tôi tự hỏi làm thế nào hiệu quả quá trình này là.

Jason Calacanis vừa viết :

Học thuyết Zuckerberg: Các nhà phát triển thiết kế các sản phẩm với tốc độ và chức năng được cải thiện đáng kể so với các nhà quản lý và thiết kế sản phẩm, vượt xa các lỗi và nhược điểm tiềm năng.

...

Sau đó, nó thực sự đánh vào tôi: Các công ty khởi nghiệp do nhà phát triển luôn sản xuất sản phẩm nhanh hơn.

Điều này đúng với lý do: những người phi kỹ thuật của chúng ta đang có các cuộc thảo luận và tranh luận trong khi Zuckerberg đang mã hóa tính năng tiếp theo của mình. Đây là lý do tại sao không ai có thể theo kịp Facebook!

Trong khi MySpacers tranh luận về cách lặp lại trên sản phẩm của họ, thì Facebook chỉ đơn giản là thử công cụ.

Điều này thực sự làm việc tốt hơn trong thực tế?

Sản phẩm nên được khách hàng hướng đến.

Nếu khách hàng của bạn là nhà phát triển phần mềm và bạn sử dụng sản phẩm của riêng bạn (trong mọi trường hợp bạn nên sử dụng), thì tôi cho rằng bạn có thể là khách hàng tốt nhất của riêng bạn.

Nhưng là một nhà phát triển, quan điểm của bạn đã bị tổn hại bởi những gì xảy ra dưới mui xe. Bạn cần khách hàng nói với bạn rằng những gì bạn đang làm với giao diện người dùng hoặc quy trình làm việc của ứng dụng là ngớ ngẩn và không có ý nghĩa gì.

Là một nhà phát triển, bạn cần biết đúng câu hỏi của các bên liên quan để bạn có thể kết hợp kinh nghiệm của mình với mong muốn của họ để tạo ra sản phẩm tốt nhất có thể.

Là một nhà phát triển, tôi muốn nghĩ rằng chúng tôi làm việc tốt hơn các nhà quản lý và thiết kế. Nhưng tôi không nghĩ bạn có thể khái quát.

Một trong những vấn đề với các nhà phát triển khi thiết kế là họ có thể không liên lạc được với nhu cầu của người dùng cuối và có thể không giỏi trong việc hỏi đúng người đúng câu hỏi. Một người quản lý, và đặc biệt là một nhà thiết kế giỏi có thể giỏi hơn trong việc tìm ra điều này.

Tuy nhiên, tôi nghĩ rằng điều quan trọng hơn không phải là con người mà là cách họ tiếp cận vấn đề. Cách tiếp cận hiệu quả là xuống và thực hiện các công cụ, thay vì dành những cuộc họp bất tận và chặt cây để đưa ra thiết kế "lý tưởng". Nó thực sự là Agile so với Thác nước được xem xét lại.

(Cần phải rõ ràng rằng Facebook là một ví dụ về cách KHÔNG làm quá. Chẳng hạn, cách tiếp cận ung dung của họ đối với các vấn đề riêng tư đang bắt đầu khiến họ gặp rắc rối về pháp lý ...)

IMHO, tôi sẽ nói bạn đúng một phần. Nghe có vẻ hợp lý. Nhưng, điều này có thể không áp dụng cho tất cả các sản phẩm / phần mềm. Vì vậy, tôi sẽ đặt nó theo cách này. Một nhà thiết kế nên là một người có nhiều kinh nghiệm phát triển trong vành đai của mình VÀ không chỉ vậy - người đó vẫn nên viết mã và không chỉ thiết kế.

Câu trả lời ngắn gọn: đôi khi.

Câu trả lời dài: Phát triển ổ đĩa khách hàng hoạt động nếu bạn biết khách hàng của mình là ai và họ biết họ muốn gì.

Phát triển dựa trên nhà phát triển có công với những người không nhận ra rằng họ sẽ thấy nó hữu ích. Nói cách khác, đôi khi khách hàng không thể luôn biết họ muốn gì. Yêu cầu mới có thể đến từ trải nghiệm hiện tại về cách thiếu sản phẩm hiện có. Không có bất kỳ khách hàng nào cho Facebook, Zuckerberg đã tạo ra một sản phẩm, một câu trả lời trước câu hỏi. Hiện đã được thành lập, Facebook chịu ảnh hưởng của khách hàng, nhưng trước khi nó được tạo ra và trong quá trình tạo, nó là một ý tưởng hướng đến nhà phát triển.

Phát triển theo hướng khách hàng là lý tưởng cho việc kiếm tiền, có thể là sản phẩm trưởng thành hoặc lặp lại sản phẩm mới trong cùng một thị trường, trong đó bỏ qua mong muốn của khách hàng sẽ rất bất lợi cho dòng thu nhập trong tương lai.

Phát triển theo định hướng của nhà phát triển là một hoạt động bên lề, tạo mẫu, nằm trong phạm vi 20% của Google, theo đó các nhà phát triển của họ dành 20% thời gian làm việc cho các dự án của riêng họ.

Để thiết kế một sản phẩm tốt, bạn cần có nhiều kiến ​​thức về miền vấn đề. Một sản phẩm công cộng chung như facebook có thể được điều khiển bởi các nhà phát triển, bởi vì nó cũng giải quyết được vấn đề mà các nhà phát triển gặp phải: Cách kết nối và giữ liên lạc với bạn bè, v.v ... Điều tương tự thậm chí còn đúng hơn đối với các sản phẩm nhắm đến nhà phát triển phần mềm: Nhà phát triển biết những gì một IDE nên làm và làm thế nào.

Nhưng đối với nhiều miền vấn đề khác, các nhà phát triển thường không biết đủ. Ngay cả với một cái nhìn sâu sắc nói chung và một số kinh nghiệm, họ sẽ thường có xu hướng thực hiện mát tính năng hoặc tính năng mà rất dễ thực hiện, nhưng không thêm nhiều giá trị cho khách hàng và làm cho sản phẩm phức tạp hơn. Đây là những trường hợp sản phẩm nên được thúc đẩy bởi các chuyên gia tên miền.

Tôi nghĩ rằng đây rõ ràng là cách tiếp cận tốt nhất cho một sản phẩm hướng đến nhà phát triển (như AWS hoặc Visual Studio), nhưng tôi không chắc chắn rằng đó rõ ràng là cách tiếp cận tốt hơn nói chung. Ý tôi là, tôi thường thấy mọi thứ diễn ra theo cách khác: các nhà phát triển đứng xung quanh tranh luận về cách tiếp cận tốt nhất trong khi những người phi kỹ thuật nhanh chóng đưa ra quyết định. Cá nhân, tôi có xu hướng nói câu trả lời đúng nằm ở đâu đó ở giữa. Cần có một người quản lý sản phẩm với khả năng thiết lập hướng rộng mà các nhà phát triển sau đó thực hiện.

Phần mềm do nhà phát triển điều khiển có thể trong hầu hết các trường hợp tốt hơn phần mềm do người quản lý điều khiển. Người quản lý thấy giá trị cao nhất trong các tính năng (chủ yếu là các tính năng từ thông dụng) trông đẹp mắt trên quảng cáo hoặc có thể được sử dụng trong bài phát biểu. Các nhà phát triển thấy các giá trị khác nhau: hiệu suất, lỗi ít hơn, thiết kế tinh gọn, khả năng bảo trì. Điều đó dẫn đến gần như phần mềm tốt hơn.

Nhưng tốt nhất sẽ là phần mềm điều khiển người dùng. Người dùng thực sự biết những gì họ cần, những gì giúp họ làm công việc thực sự của họ. Đó sẽ là lý tưởng.

Điều gì nếu bạn sản xuất sản phẩm nhanh hơn mà không ai muốn sử dụng?

Tập trung vào một thuộc tính duy nhất (chức năng, thời gian tiếp thị, giá cả, chất lượng, v.v.) có thể có ý nghĩa trong một thời điểm nhất định. Ví dụ như Apple đã vội vã đưa iPhone và iPad ra khỏi cửa. Chất lượng bị ảnh hưởng một chút nhưng nó là khá quan trọng để là người đầu tiên.

Tôi nghĩ rằng điều đó làm tổn thương bạn, nếu bạn chỉ tập trung vào một khía cạnh trong thời gian dài.

KHÔNG, trừ khi nó giải quyết được một vấn đề thực tế

• Các lập trình viên thường thích giải quyết các vấn đề, đôi khi đến các vấn đề chưa tồn tại :)
• Các lập trình viên thường tạo ra GUI khủng khiếp, bởi vì nó là một ý nghĩ phụ
• Hầu hết các vấn đề người dùng không giống như các vấn đề lập trình viên .
• Do đó, sản phẩm điều khiển lập trình thường sẽ tốt cho các lập trình viên khác, nhưng không tốt cho người dùng.

Cũng là một ghi chú trên face-book:

Face-book thành công không liên quan gì đến giá trị kỹ thuật của nó, nhiều hơn một ý tưởng heo con vừa mới bắt được thực sự lớn và bóng tuyết. Face-book et al chỉ xảy ra một lần trong "Google Blue Moon".

Tuy nhiên:

• Nếu một lập trình viên có một vấn đề "người dùng" thực sự, thì đó không phải là vấn đề của lập trình viên. Sau đó, nó có khả năng đó là một điều rất tốt. Nếu các bên liên quan cũng là nhà phát triển mà liên quan đến vấn đề là một tình huống lý tưởng cho một giải pháp sản phẩm tuyệt vời.

(Ôi trời ơi ... tôi vừa đọc một cái gì đó như "Tôi đã có một ý tưởng tuyệt vời! Tất cả những gì tôi cần là một nhà phát triển."

Ý tưởng tuyệt vời là một xu. Thực hiện điều đó là những gì quan trọng. Nếu nhà phát triển là người có ý tưởng tuyệt vời, anh ta có thể thực hiện nó.