Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Tarea#4 DanielRamos 31811748
Tarea#4 DanielRamos 31811748
La gestión tradicional cuenta con una metodología establecida, en la que un proyecto pasa por una
serie de ciclos de vida que incluye fases de inicio, planificación, ejecución, seguimiento y cierre.
Todo el proyecto se planifica de antemano, sin la posibilidad de cambiar los requisitos y las
necesidades. Ello supone que el tiempo y el costo son variables y, a la inversa, los requisitos son
fijos.
Nivel de flexibilidad
La gestión tradicional no es rentable para implementar cambios de producto. Se trata de
un proceso riguroso donde, una vez que se completa el plan, el gerente es responsable de
comunicarlo al equipo y de asegurarse de que cada miembro implemente el plan de
acuerdo con sus necesidades. Además, existe mucha resistencia a realizar cambios, ya que
pueden obstaculizar el avance del proyecto.
En cambio, Agile ofrece mucha más flexibilidad al realizar cambios, ya que los miembros
son libres de intercambiar ideas para ayudar a mejorar aún más el producto. Los métodos
ágiles se centran más en crear los productos adecuados que en supervisar una estructura
rígida.
Propiedad y transparencia
En la gestión de proyectos tradicionales, la propiedad pertenece al director del proyecto.
Por lo tanto, él es responsable de planificar y documentar el recorrido del producto, sin
participación del cliente. En tanto, los miembros del equipo a menudo no dicen nada
sobre los resultados de sus esfuerzos o el progreso del proyecto.
En el enfoque ágil, el proyecto es del equipo. Todos trabajan juntos para elaborar un plan
y monitorear el progreso del producto desde el principio hasta el final. Esa transparencia
juega un papel clave para mantener un entorno de trabajo productivo y altamente
cohesivo.
Solución de problemas
En caso de una falla inesperada, los miembros del equipo deben informar sobre el
problema al gerente. Bajo un enfoque ágil, ellos están facultados para tomar sus propias
decisiones y resolver el problema de forma interna, sin perder el tiempo de manera
innecesaria.
En lo que se parecen ambos tipos de métodos, es la comunicación ya que es lo mas
importante en cada método ya que el proyecto depende de una buena comunicación del
equipo de desarrollo para poder sacar adelante el proyecto que se lleva a cabo y la única
manera de lograrlo será siempre que la comunicación de los equipos sea efectiva.
Los modelos de ingeniería de Software no siempre serán necesarios, pero todo eso dependen del
proyecto que el equipo de desarrollo este trabajando, si el proyecto es pequeño y simple como
bien sabemos no será necesario usar un modelo de trabajo para dicho proyecto ya que se pude
completar con la marcha, pero solamente para eso proyectos, si el equipo de trabajo esta
trabajando en un proyecto grande y complejo, lo mejor seria usar un modelo de trabajo que se
ajuste al proyecto, ya que pueden ayudar a documentar el sistemas y comunicar requisitos y
diseños a los miembros del equipo, ya que como sabemos no todos los proyectos son iguales, para
concluir algunos proyectos necesitaran un modelo, pero otros posiblemente no lo vayan a
necesitar.
Bibliografía
CEUPE. (s.f.). CEUPE. Obtenido de https://www.ceupe.com/blog/la-comunicacion-en-la-
negociacion.html
Díaz Alonso, L. M., & Delgado Olivera, L. (31 de Enero de 2021). Scielo. Obtenido de
http://scielo.sld.cu/scielo.php?script=sci_arttext&pid=S2227-18992021000100037