No tienes acceso a esta clase

¬°Contin√ļa aprendiendo! √önete y comienza a potenciar tu carrera

Curso de Engineering Management

Curso de Engineering Management

Juan Pablo Buritic√°

Juan Pablo Buritic√°

Desarrollo de producto

21/28
Recursos

Aportes 19

Preguntas 0

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Regístrate o inicia sesión para participar.

Los principios que menciona Juan Pablo son los siguientes:

  1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de ‚Äėsoftware‚Äô con valor.
  2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
  3. Entregamos ‚Äėsoftware‚Äô funcional frecuentemente, entre dos semanas y dos meses, preferentemente en el periodo de tiempo m√°s corto posible.
  4. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
  5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
  6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo, y entre los miembros del equipo, es la conversación cara a cara.
  7. El ‚Äėsoftware‚Äô funcionando es la medida principal de progreso.
  8. Los procesos √°giles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
  9. La atenci√≥n continua a la excelencia t√©cnica y al buen dise√Īo mejora la agilidad.
  10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
  11. Las mejores arquitecturas, requisitos y dise√Īos emergen de equipos autoorganizados.
  12. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.

Desarrollo de producto


Podemos tender a dividir el desarrollo en dos partes:

  • Desarrollo de producto
    • Este es cuando desarrollamos tecnolog√≠a nueva usando hip√≥tesis, design thinking, estrategia de experiencia de usuario para resolver problemas muy puntuales a trav√©s de productos y servicios.
    • Podemos estar haciendo trabajo nunca antes hecho
    • Estimados son inciertos
    • Resultados tienen alta variabilidad
  • Entrega de producto
    • Permitir el flujo r√°pido de desarrollo a producci√≥n, disminuyendo la variabilidad y el tama√Īo del trabajo
    • Integraci√≥n, pruebas y despliegue deben realizarse de manera continua y r√°pida
    • Los tiempos de ciclo son conocidos y predecibles
    • Resultados tienen baja variabilidad

✨ El desarrollo de producto es asociación

y la entrega de producto es responsabilidad de ingeniería…

El concepto de agilidad nace en el 2001 cuando 20 ingenieros escribieron un manifiesto de 12 principios de cómo entregar software de mejor calidad, cómo ser menos burocráticos y pensar menos en procesos y valorar más productos funcionales.

Es curioso, en la mayoria de estas certificaciones o explicaciones de los frameworks agiles no se le da ningun lugar al manifiesto agil, me he encotnrado muchas veces con personas que saben de xp o de scrum pero no tienen idea de los valores intrisencos que estan depositados en el manifiesto, muy buen aporte. Gracias

Excelente explicación!

Como había comentado en un post anterior casi todo lo visto está dentro de Scrum, Lean, y otros procesos similares que no es que hayan quitado la esencia de la programación simplemente la agilizaron.
Soy Auditor líder certificado por IRCA y lo que hacemos es aplicar algunas herramientas que no pasan de eso, eso no nos hace mejores o peores jefes/gerentes, simplemente personas más eficientes.

Desarrollo de software es todo un arte que se debe compartir a todo el equipo de desarrollo, es un todo desde la idea a producción. Muchas personas no ven lo que hay detrás de un simple sistema.

Que bien que reconozca que esas certificaciones son solo títulos, pero que no reflejan la esencia de lo que en realidad se debe hacer en desarrollo.

Me encontre este artículo que habla del manifesto.
https://doinglobal.com/los-12-principios-del-manifiesto-agil/

Muy interesante y real sobre el ciclo de desarrollo. Muy cierto tanto título a veces lo aleja de la escencia del por qué se creó el manifiesto.

Manifiesto

Gracias

Excelente clase !!

en cada ciclo se deben contemplar las mejoras posibles a implementar para cada salida a producción

interesante, buena explicación.

Excelente!

Que excelente clase ūüėĄ

muy buen aporte

complemento en platzi sobre la metodología iterativa y transparente de scrum https://platzi.com/cursos/scrum/

proximamente: https://platzi.com/clases/proyectos-pmbok/