AnalistaCada vez que se contruye un software se entra sin excepción en el terreno del análisis, el cual consiste en conocer y entender la necesidad de un grupo de usuarios con respecto al manejo de su información, pero quién se encarga de esta tarea? una persona identificada con la etiqueta de “Analista”.

Ya he dicho yo que no confío en un analista o jefe de proyectos que no sea capaz de escribir algo de código y bien escrito, sin embargo esto no es una garantía de que dicha persona pueda hacer un excelente análisis.

¿Qué es lo que hacen los analistas que no analizan?

  • Trabajan con los jefes de áreas y/o de los usuarios finales para entender sus necesidades. Aunque esto pueda parecer una buena forma de conocer las necesidades, requerimientos de un grupo de usuarios, siempre se debe consultar con los usuarios finales (en la medida de lo posible) sobre cuales son sus necesidades ya que ellos son quienes realmente conocen el detalle de los procesos, los jefes solo se basan en resultados, más no en el detalle de las operaciones.
  • Basan sus conclusiones en la realidad actual de la empresa. Este punto al parecer es de lo más correcto, pero todo buen analista debe saber que las empresas tienden a cambiar por diferentes factores, ya sean internos o externos, de modo que en su análisis, que debe ser basado en los aspectos actuales, debe considerar la flexibilidad que pueda permitir la construcción de sistemas cambiantes con la sana intención de poder asimilar de la mejor de las formas los cambios que de seguro surgirán durante y al final del proyecto.
  • Algunas personas consideran que los “Analistas Programadores” hacen el trabajo más rápido. Falso, el proceso de análisis debe estar separado del proceso de desarrollo o programación propiamente, para garantizar que ambas etapas se han realizado de forma correcta y en un tiempo prudencial. Si escribes código mientras analizas, es muy probable que estás cometiendo errores en el análisis. Además en el proceso de análisis se generan documentos y casos de prueba que no podrás realizar imparcialmente si eres tú quien escribe el código, lo ideal es tener una persona separada para el análisis y otra para el desarrollo, sin embargo, si te toca a ti, hacer ambas, aseguráte de hacer ambas etapas por separado.

Y porque recordar estas cosas que son tan ciertas? y que son tan elementales? …porque incluso ahora, hoy en día hay muchas personas que no entienden estos 3 puntos y a mitad de sus proyectos se dan cuenta de estos errores.

Pues quedará como una reflexión.

Saludos.