¿Es bueno un producto impulsado por el desarrollador?

Trabajo en una empresa donde el CEO administra el equipo del producto, que simula características y deja caer en el regazo de los desarrolladores para luego implementar dichas características. Hay una cierta iteración, por supuesto, se respetan las opiniones de los desarrolladores. Pero me pregunto qué tan efectivo es este proceso.

Jason Calacanis acaba de escribir :

La Doctrina Zuckerberg: los desarrolladores diseñan productos con velocidad y funcionalidad significativamente mejoradas en comparación con los gerentes y diseñadores de productos, superando los posibles errores y desventajas.

...

Entonces realmente me impactó: las startups impulsadas por desarrolladores siempre producen productos más rápido.

Esto es lógico: nuestra gente no técnica está teniendo discusiones y debates mientras Zuckerberg está codificando su próxima característica. ¡Es por eso que nadie ha podido mantenerse al día con Facebook!

Mientras MySpacers debatía cómo iterar en su producto, Facebook simplemente probó cosas.

¿Esto realmente funciona mejor en la práctica?

Los productos deben estar orientados al cliente.

Si sus clientes son desarrolladores de software y usted usa su propio producto (que debería, en cualquier caso), entonces supongo que puede ser su mejor cliente.

Pero como desarrollador, su perspectiva ya está comprometida por lo que sucede debajo del capó. Necesita que el cliente le diga que lo que está haciendo con la interfaz de usuario o el flujo de trabajo de la aplicación es tonto y no tiene ningún sentido.

Como desarrollador, debe conocer las preguntas correctas que se deben hacer a las partes interesadas para poder combinar su experiencia con sus deseos de producir el mejor producto posible.

Como desarrollador, me gustaría pensar que hacemos un mejor trabajo que los gerentes y diseñadores. Pero no creo que puedas generalizar.

Uno de los problemas con los desarrolladores que realizan el diseño es que pueden no estar en contacto con las necesidades de los usuarios finales, y pueden no ser buenos para hacer las preguntas correctas a las personas adecuadas. Un gerente, y particularmente un buen diseñador, puede ser mejor para resolver esto.

Sin embargo, creo que lo más convincente no son las personas, sino cómo se acercan, abordan el problema. El enfoque que funciona es bajar e implementar cosas, en lugar de pasar un sinfín de reuniones y cortar árboles para crear el diseño "ideal". Es realmente el Agile versus Waterfall revisitado.

(Debe quedar claro que Facebook es un ejemplo de cómo NO hacer las cosas también. Por ejemplo, su enfoque arrogante a los problemas de privacidad está comenzando a meterlos en problemas legales ...)

En mi humilde opinión, diría que tienes razón en parte. Suena razonable Pero esto puede no aplicarse a todos los productos / software. Entonces, lo pondría de esta manera. Un diseñador debe ser una persona con una amplia experiencia de desarrollo en su haber Y no solo eso: la persona aún debe estar codificando y no solo diseñando.

Respuesta corta: a veces.

Respuesta larga: el desarrollo impulsado por el cliente funciona si sabe quiénes son sus clientes y ellos saben lo que quieren.

El desarrollo impulsado por el desarrollador tiene mérito para las personas que no se dan cuenta de que lo encontrarán útil todavía. En otras palabras, a veces los clientes no siempre pueden saber lo que quieren. Los nuevos requisitos pueden provenir de una experiencia existente de cómo un producto existente es deficiente. No había clientes para Facebook, Zuckerberg creó un producto, una respuesta antes de la pregunta. Ahora establecido, Facebook está influenciado por sus clientes, pero antes de que fuera creado y durante la creación, era una idea impulsada por los desarrolladores.

El desarrollo impulsado por el cliente es ideal para un producto establecido, quizás maduro, que genere dinero o nuevas iteraciones del producto en el mismo mercado, donde ignorar los deseos del cliente sería muy perjudicial para las futuras fuentes de ingresos.

El desarrollo impulsado por el desarrollador es una actividad paralela de creación de prototipos, que cae dentro del ámbito del 20% de Google, por el cual sus desarrolladores gastan el 20% de su tiempo de trabajo en proyectos propios.

Para diseñar un buen producto, necesita mucho conocimiento sobre el dominio del problema. Los desarrolladores pueden impulsar un producto para el público en general como Facebook, porque también resuelve un problema que tienen los desarrolladores: cómo conectarse y mantenerse en contacto con amigos, etc. Lo mismo es aún más cierto para los productos destinados a desarrolladores de software: los desarrolladores saben qué un IDE debe hacer y cómo.

Pero para muchos otros dominios problemáticos, los desarrolladores a menudo simplemente no saben lo suficiente. Incluso con una visión general y algo de experiencia, a menudo tenderán a implementar características interesantes o características que son fáciles de implementar, pero no agregan mucho valor para el cliente y hacen que el producto sea más complejo. Estos son casos en los que los productos deben ser conducidos por expertos en dominios.

Creo que este es claramente el mejor enfoque para un producto orientado al desarrollador (como AWS o Visual Studio), pero no estoy seguro de que sea claramente el mejor enfoque en general. Quiero decir, generalmente veo que las cosas suceden al revés: los desarrolladores se quedan discutiendo el mejor enfoque, mientras que las personas no técnicas toman decisiones rápidamente. Personalmente, me inclino a decir que la respuesta correcta está en algún punto intermedio. Debe haber un gerente de producto con la capacidad de establecer una dirección amplia que los desarrolladores luego implementen.

El software dirigido por el desarrollador puede ser en la mayoría de los casos mejor que el software dirigido por el administrador. El administrador ve el mayor valor en las características (en su mayoría características de palabras de moda) que se ven bien en un anuncio o se pueden usar en un discurso. Los desarrolladores ven diferentes valores: rendimiento, errores menores, diseño eficiente, mantenibilidad. Eso lleva casi casi a un mejor software.

Pero lo mejor sería un software impulsado por el usuario. Los usuarios realmente saben lo que necesitan, lo que les ayuda a hacer su trabajo real. Ese sería el ideal.

¿Qué pasa si produce productos más rápido que nadie quiere usar?

Centrarse en un solo atributo (funcionalidad, tiempo de comercialización, precio, calidad, etc.) puede tener sentido para un determinado momento. Por ejemplo, Apple apresuró el iPhone y el iPad. La calidad sufrió un poco pero fue bastante importante ser el primero.

Creo que te duele, si te enfocas en un aspecto solo a largo plazo.

NO, a menos que resuelva un problema del mundo real

• Los programadores generalmente adoran resolver problemas, a veces a problemas que aún no existen :)
• Los programadores generalmente hacen una GUI terrible, porque es un pensamiento secundario
• La mayoría de los problemas del usuario no son lo mismo que los problemas del programador .
• Por lo tanto, el producto dirigido por un programador generalmente será bueno para otros programadores, pero no tan bueno para los usuarios.

También una nota sobre el libro de cara:

El éxito de los libros de cara no tiene nada que ver con sus méritos técnicos, es más una idea superpuesta que acaba de captar realmente grande y nevada. Face-book y otros solo ocurren una vez en una "Google Blue Moon".

Sin embargo:

• Si un programador tiene un problema real de "usuario", uno que no sea un problema del programador. Entonces es probable que sea algo muy bueno. Si el actor es también el desarrollador que en relación con el problema es una situación ideal para una gran solución de producto.

(Oh, Dios ... ¿dónde acabo de leer algo como "Tengo una gran idea! Todo lo que necesito es un desarrollador". Creo que fue dentro de una semana. De todos modos ...)

Las grandes ideas son una moneda de diez centavos por docena. Implementar la cosa es lo que importa. Si el desarrollador es el que tiene la gran idea, puede implementarla.