Proactivo o Reactivo

¿SER PROACTIVO O REACTIVO? ¡ES TU DECISIÓN!

Cada día y en todo momento tenemos la oportunidad de elegir ser proactivo o reactivo.
Desde que amanece y vemos que es un día soleado o se presenta nublado y es el último día de tus vacaciones; o en la oficina, cuando se te cae el café sobre el informe final que
debes presentar en media hora; o cuando alguien haces al respecto? ¿Tienes el hábito de reaccionar ante este tipo de cosas? ¿Cómo? Las personas reactivas toman decisiones con base en impulsos. Son como una botella de gaseosa o champagne. Si la vida las sacude un poco, la presión se acumula y de pronto explotan.
Las personas proactivas toman decisiones con base en valores. Piensan antes de actuar.
Reconocen que no pueden controlar todo lo que sucede, pero sí pueden controlar lo que pueden hacer al respecto.
Generalmente puedes notar la diferencia entre las personas reactivas y proactivas por el tipo de lenguaje que usan

Lenguaje reactivo Lenguaje Proactivo
Lo Intentaré Lo haré
Así soy Puedo mejorar
No puedo hacer nada Evaluemos otras alternativas
Debo hacerlo Quiero hacerlo
No puedo YO PUEDO, debe haber una solución
Me arruinaste el día No permitiré que tu mal humor se me
Contagie

Podrás notar que el lenguaje reactivo nos quita el poder y se lo da a alguien o algo; en tanto que el proactivo es como devolverte el control y quedar libre para elegir dónde quieres estar o qué quieres hacer.

El reactivo sufre el virus de la “victimitis”, se ofenden, se quejan, culpan a los demás, se enojan y
dicen cosas que después lamentan, esperan a que las cosas sucedan y cambian únicamente cuando no tienen otra salida.
Los proactivos no se ofenden fácilmente, toman la responsabilidad de sus decisiones, piensan antes de actuar. Vuelven a intentarlo cuando fallan, no tienen temor a equivocarse y aprenden de sus errores, siempre hallan la forma de que las cosas pasen. Ser proactivo significa pensar en términos de “puedo hacer” y si eres creativo y persistente, te sorprenderá todo lo que puedes lograr.


REACTIVA

Es el tipo que más predomina, hasta limites insospechados. A su vez es el más costoso, a nivel económico y a nivel de esfuerzo profesional/personal. Cuantas veces habeis visto un grupo de desarrollo que:
¿Tiene una mala metodología de trabajo, o simplemente no tiene?
¿No sabe captar los requerimientos del proyecto?
¿No tiene en cuenta factores como el rendimiento, escalabilidad, seguridad ... de su aplicación como un hito importante desde el diseño de la aplicación hasta el mismo despliegue?
¿Que no saben son los Patrones de Diseño de Software o de Arquitectura?
¿Instrumentación y la monitorización?
¿Desconocen el significado del testing, con pruebas tan importantes como son de carga, de extress ....?
.....
La suma individual o colectiva de estos puntos que os he puesto seguro que dan como resultado a uno o muchos de vuestros clientes o incluso es un problema de vuestra propia empresa. La falta de alguno de estos puntos, sumandoles n-mil mas, hace que los ciclos de desarrollo de software a menudo se vuelvan bombas de relojería.
Cuando uno de estos proyectos, desarrollandose bajo alguna de esta carencias, encurre en algún problema técnico aparecen los problemas. Lo malo es que estos problemas no suelen identificarse en la fase de diseño, ya que omitir cualquiera de los puntos anterior seguramente haga que el analisis y posterior diseño sean defectuosos y a su vez peligrosos.
Cuanto más tarda ese problema en surgir, por lo general más costoso suele ser solucionarlo, y en muchos casos la carencia técnica/tecnológica del equipo de desarrollo hace que se tenga que externalizar la resolución de ese problema. Acudir a consultorías o a empresas que dan soporte a tu tecnología. Se pagará mucho dinero por una mala previsión de recursos y de formación.
Esto es informática reactiva. Una informatica que no hace caso de la Ingeniería Informática ( la cual pongo en mayusculas y en negrita porque existe, pese a ser los informáticos, en muchos casos, los principales detractores de la misma ), y a una serie de normas que aplicadas a las últimas tecnologías hacen que tus desarrollos no caigan en estos agujeros, negros y costosos. Negros para los desarrolladores, que suelen caer en ellos por desconocimiento del terreno en el que se mueven. Negros para los analistas que no han sabido adelantarse a ese problema. Negros para los jefes de proyecto, que deberían haberse preocupado de hacer un grupo de desarrolladores lo suficientemente heterogeneo y formado como para poder acometer el proyecto ( y omitir mucha otras tareas que se presuponen de un jefe de proyecto ....). Costoso para la empresa, que en vez de invertir en una buena labor proactiva en forma de how-to´s y formación para el grupo de desarrollo, prefiere invertir en la solución de un problema, que le cobrarán a precio de oro por cada hora, minuto, o segundo de la(s) persona(s) que solucionen ( si se puede ) ese problema. Y costoso para el equipo de desarrollo en tiempo.
No voy a hacer apología sobre esta informática reactiva, porque hay que ser sincero, y todos sabemos que la informática es impredecible, e incluso el grupo de desarrollo mejor formado puede encontrarse una piedra en el camino y tener que recurrir a terceros.


PROACTIVA

Es la informatica que más me gusta. La que se anticipa a los problemas. La que invierte y dota de un valor añadido al grupo de desarrollo.
Gracias a Dios, cada dia que pasa se empieza a practicar mas la proactividad en las empresas, y se empiezan a dar cuenta de lo bueno que es poder tener grupos preparados "a medida" de un desarrollo de software. Otorga valor añadido al desarrollo, otorga valor añadido a los trabajadores, y por último, otorga valor añadido a la empresa.
Es cierto que es costosa, y teniendo en cuenta las condiciones de la propia empresa puede resultar muy muy cara. El problema es cuando tienes unos trabajadores contratados a terceros, con salarios bajos. Estarás formando a una persona para que haga tu desarrollo ( y si lo acaba ) y que se irá a otra empresa con los conocimientos adquiridos en tu empresa. Es una inversión a corto plazo pero sin posibilidades de extensibilizar en otros desarrollos.


PROACTIVIDAD DENTRO DE LA REACTIVIDAD

Es un factor a tener en cuenta. En ciertas empresas cuando les surge un problema el cual externalizan a una consultora para que se lo resuelva, suelen buscar únicamente la solución del mismo y seguir hacia delante. No hay mayor error que caer en un agujero y no anotar en tu mapa donde esta. Dentro de la reactividad se pueden encontrar caminos a la proactividad. Una reactividad de calidad, que otorga valor añadido y conocimiento a tu empresa.
Contactar con un ingeniero de soporte de la empresa a la cual externalizas el problema. Que te lo solucione, que te aporte una solución detallada, y que tú simplemente te quedes en cual ha sido la solución, es un error. Hay que quedarse con el how-to; hay buscar el conocimiento en la explicación para adelantarse a futuros problemas.
Bueno aquí teneis un pequeño resumen de mis últimos pensamientos, los cuales no tienen porque ser acertados, pero están basados en las vivencias diarias en este mundo tan complejo, y apasionante, como es el ciclo de vida del desarrollo de software.