¿En qué se diferencia la creación de productos de información del desarrollo de productos de software?

Me estoy tomando la libertad de ampliar el alcance de esta pregunta para que signifique Productos de datos (por ejemplo, Datasift, Indix), no solo los ejemplos de libros electrónicos o cursos de video.

Si bien hay muchas prácticas que son comunes y diferentes, la dualidad del ciclo de vida de la versión debe mencionarse explícitamente.

La mayoría de las veces incluimos los principios de Integración Continua y Entrega Continua en la forma en que enviamos el software / código, pero la frecuencia de los Datos que se actualizan suele ser más frecuente y, por lo tanto, necesita una disciplina más estricta o mejor.

Es bastante común (hoy en día) tener una transmisión en tiempo real de actualizaciones de datos y cuando los datos son su producto, es importante tener los principios de CI / CD también en su entrega de datos.

He publicado cinco libros y he desarrollado cursos de video en línea con más de 18,000 estudiantes. En general, hay mucha similitud con los principios y prácticas asociados con el desarrollo de software ágil; pero, por supuesto, debe adaptar esos principios y prácticas a la naturaleza del problema. Muchas personas cometen el error de ir en la otra dirección y ajustar a la fuerza un proyecto a algún tipo de metodología predefinida y enlatada, y lo hacen mecánicamente sin adaptarlo a la naturaleza del problema.

He utilizado un enfoque de desarrollo ágil general para los cursos de capacitación en libros y videos que he desarrollado. No es Scrum ni ningún otro enfoque ágil predefinido, sino que uso mucho los principios ágiles en lo que hago. Utilizo un enfoque de desarrollo incremental y confío mucho en los comentarios y comentarios de los usuarios para mejorar continuamente el material que desarrollo.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo a: Agile Project Management Academy ( http: // agileprojectmanagementaca …)

En el mundo ideal, cuando está haciendo un producto de información, tiene cierta información que desea compartir con otros. usted sabe de antemano lo que quiere poner en su producto.

En la mayoría de los proyectos de desarrollo de software, el alcance no se conoce de antemano, hay un problema que debe resolverse, hay un cliente que tiene alguna idea sobre el problema y la solución, pero la idea no es necesariamente cierta o no tiene suficientes detalles.

así que la mayoría de los proyectos de software se convierten en invenciones,
en la mayoría de los casos, no sabes lo que estás construyendo hasta que estás en el medio del proyecto (¡como cuando se realiza el 20% del trabajo!)
Es posible que necesite algunas personas en el equipo para trabajar con expertos en dominios, hacer un análisis del problema, luego encontrar algunas soluciones técnicas, construir prototipos y ver qué idea funciona y luego construir el resto del proyecto.

Siempre y cuando utilice formatos estándar de creación y entrega de libros electrónicos y videos, con productos de información realmente no tiene que preocuparse por las extensas pruebas de control de calidad o el soporte al cliente, lo que hace que la entrega del producto y el soporte postventa sean mucho más simples.