¿Es un producto impulsado por el desarrollador algo bueno?

Los productos deben ser customer-driven.

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

Pero como desarrollador, tu 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 ridículo y no tiene ningún sentido.

Como desarrollador, debe conocer las preguntas correctas que debe hacer a las partes interesadas para poder combinar su experiencia con sus deseos para 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 es posible que no estén en contacto con las necesidades de los usuarios finales y que no sean 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 es la gente, sino la forma en que se enfocan, enfocan el problema. El enfoque que funciona es bajar e implementar cosas, en lugar de pasar reuniones interminables y cortar árboles para crear el diseño "ideal". Es realmente el Agile versus Waterfall revisitado.

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

En mi humilde opinión, diría que tienes razón parcialmente. Suena razonable. Pero, esto puede no aplicarse a todos los productos / software. Por lo tanto, lo pondría de esta manera. Un diseñador debe ser una persona con una amplia experiencia en desarrollo Y no solo eso, la persona todavía debe estar codificada y no solo diseñar.

Respuesta corta: a veces.

Respuesta larga: El desarrollo impulsado por el cliente funciona si usted 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 todavía lo encontrarán útil. 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 su creación y durante la creación, fue una idea impulsada por los desarrolladores.

El desarrollo impulsado por el cliente es ideal para el producto establecido, tal vez maduro, para hacer dinero o nuevas iteraciones del producto en el mismo mercado, donde ignorar los deseos del cliente sería altamente perjudicial para las fuentes de ingresos futuros.

El desarrollo impulsado por desarrolladores es una actividad paralela, de creación de prototipos, que se encuentra dentro del ámbito del 20% de Google, por lo que sus desarrolladores dedican el 20% de su tiempo de trabajo a sus propios proyectos.

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

Pero para muchos otros dominios de problemas, los desarrolladores a menudo simplemente no saben lo suficiente. Incluso con una visión general y algo de experiencia, a menudo tienden a implementar características o características cool 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 manejados por expertos en el dominio.

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 suceden cosas al revés: los desarrolladores discuten sobre 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 lugar en el medio. Debe haber un gerente de producto con la capacidad de establecer una dirección amplia que los desarrolladores implementen.

El software dirigido por el desarrollador puede ser mejor en la mayoría de los casos que el software dirigido por el administrador. El administrador ve más valor en las funciones (en su mayoría, 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 optimizado, capacidad de mantenimiento. Eso lleva casi a un mejor software.

Pero lo mejor sería un software dirigido 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é sucede si produce productos más rápido que nadie quiere usar?

Enfocarse en un solo atributo (funcionalidad, tiempo de comercialización, precio, calidad, etc.) puede tener sentido para un determinado punto en el tiempo. P.ej. Apple se apresuró a sacar el iPhone y el iPad de la puerta. La calidad sufrió un poco, pero era muy 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

• A los programadores les encanta resolver problemas, a veces a problemas que aún no existen :)
• Los programadores usualmente hacen GUIs terribles, porque es un pensamiento secundario
• La mayoría de problemas de usuarios no son lo mismo que problemas de programador .
• Por lo tanto, el producto impulsado por programadores generalmente será bueno para otros programadores, pero no tan bueno para los usuarios.

También una nota en el libro de cara:

El éxito de los libros de texto no tiene nada que ver con sus méritos técnicos, es más bien una idea superpuesta que acaba de alcanzar una gran bola de nieve. Face-book y otros solo ocurren una vez en "Google Blue Moon".

Sin embargo :

• Si un programador tiene un problema real de "usuario", uno que no es un problema de programador. Entonces es probable que sea algo muy bueno. Si el participante 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 mío ... ¿dónde acabo de leer algo así como "Tengo una gran idea? Todo lo que necesito es un desarrollador. Creo que fue en 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, simplemente puede implementarlo.