Bueno, casi todo lo escrito en este curso nos lleva a este punto. Si seguimos metodologías, usamos buenas herramientas y lenguajes acorde a nuestros criterios o los de la empresa en la que trabajamos, el producto se vende bien, está bien valorado, etc. entonces ¿Por qué hacer cambios?. ¿Cómo hacerlos?. ¿Podremos usar al mismo personal de desarrollo para hacer cambios?. ¿Como mantener continuos cambios?. Y muchas otras interrogantes trataremos de saldarlas en esta parte. Haremos énfasis en varias formas probadas de lidiar con cambios.

Pero les advierto, el mayor problema al hacer Cambios por Cambios seremos nosotros mismos los programadores si no hemos desarrollado una eficaz Mente de Programador centrada en cambios y no solamente en nuevos desarrollos. Hay personas, programadores, que solo pueden lidiar con cosas nuevas y cambiar "lo viejo" lo ven como aburrido. Pues de años de experiencia los que piensan así casi siempre están vinculados a la vida académica diz que casi "pura" y pocas veces han estado vinculados permanentemente a sistemas o programas en el largo plazo. No se han acabado de desarrollar su Mente de Programador, por mucha academia que dominen y publiquen. Son como los arquitectos que diseñan, pero nunca se vinculan con la creación física de lo que han diseñado, mucho menos con su vida diaria. ¿Han visto los documentales de Grandes Errores de la Ingeniería?.

Para continuar leyendo por favor dé click aquí.



Pin It

No hay ideas en “01. Cambios por Cambios. Primera parte.”

Deje su comentario

En respuesta a Some User