Laura Pulido Díaz
Estándares sobre usabilidad: https://youtube.com/playlist?list=PLJOFJ3Ok_idtb2YeifXlG1-TYoMBLoG6I
Dave (David) Delgado
ProfesorQue buen contenido Laura!. Muchas Gracias!
Dave (David) Delgado
ProfesorQué*
¿Por qué el producto es la base de tu empresa?
El producto es la piedra angular de cualquier empresa, especialmente en un modelo de Software as a Service (SaaS). Este modelo se fundamenta en crear un producto de software robusto que pueda ser escalado y utilizado por una amplia diversidad de clientes. La razón por la que un cliente se interesa en un producto es porque sus características resuelven problemáticas concretas y añaden valor al cliente.
¿Qué son las dimensiones del producto?
Al crear un producto, es crucial tener en cuenta sus dimensiones: funcional y no funcional. Ambas influyen directamente en su desarrollo y en la percepción del cliente.
Dimensión funcional: ¿qué implica?
La dimensión funcional se refiere a todo lo relacionado con el código y las funcionalidades del producto:
Dimensión no funcional: ¿qué aspectos abarca?
La dimensión no funcional engloba:
¿Cómo se relacionan la escalabilidad y las métricas?
Existen factores intermedios entre ambas dimensiones importantes para el éxito del producto:
¿Cómo afectan estas dimensiones a la gestión del producto?
Las dimensiones funcional y no funcional son factores críticos a considerar al priorizar funcionalidades y mejorar el producto. Como líder del producto técnico, tú decides qué áreas requieren atención inmediata, ya sea mejorar una funcionalidad existente o responder a problemas de seguridad. Así, una comprensión detallada de estas dimensiones y sus componentes te permitirá tomar decisiones informadas y estratégicas.
¡Continúa aprendiendo y mejorando! Este conocimiento será un pilar sólido en tu camino para desarrollar productos exitosos.
Laura Pulido Díaz
Estándares sobre usabilidad: https://youtube.com/playlist?list=PLJOFJ3Ok_idtb2YeifXlG1-TYoMBLoG6I
Dave (David) Delgado
ProfesorQue buen contenido Laura!. Muchas Gracias!
Dave (David) Delgado
ProfesorQué*
Reinaldo Mendoza
Siempre hacer código mantenible, tu yo del futuro lo agradecerá
Dave (David) Delgado
ProfesorEso es cierto Reinaldo! O te lo agradecerá o lo extrañara 🥲
Raymundo Lara Garcia
Es muy importante aquí el concepto de "deuda técnica", ya que al tener una buena arquitectura y fomentando buenas prácticas, tu código será mas mantenible y tu yo del futuro lo va a agradecer. Al mismo tiempo será mas eficiente el desarrollo del producto, por que el añadir mas funcionalidades no será tanto problema.
Jherom Chacon
Yo tengo una forma para identificar requerimientos funcionales y no funcionales. Dentro de las metodologías ágiles, si tú requerimiento tiene una historia de usuario, es funcional. Si tú requerimiento implica que agregues tareas para poder llevar a cabo tu historia de usuario de forma correcta y siempre desde una óptica técnica, es un requerimiento no funcional. Los requerimientos que tienen que ver con escalabilidad u optimización, por su naturaleza, siempre son no funcionales, porque son un medio, no un fin.