Hola Mi nombre es Nastya, soy analista de la aplicación móvil Alfa-Business. A veces me preguntan qué hago en el trabajo. Amigos, familiares y, curiosamente, desarrolladores. Cada vez que respondo de manera diferente, trato de dar ejemplos más cercanos a mi interlocutor.
"Un analista de sistemas traduce los requisitos del usuario de un lenguaje humano a uno de desarrollo ...", le parece bastante claro a una persona que no está conectada con TI. Pero si está directamente involucrado en el desarrollo, es poco probable que tal definición sea suficiente. En aras de un pequeño experimento, le hice a mi equipo la pregunta: "¿Qué hace un analista de sistemas?" Leemos debajo del corte, lo que salió de él.
Para mí, un analista de sistemas es una persona que puede dar una respuesta a cualquier pregunta: desde "Cómo debería funcionar la característica" hasta "Por qué la Tierra es redonda" (c) probador
En cuanto a la Tierra, puede ser demasiado, pero por lo demás bastante precisa. Dónde almacenar los datos, cómo transferirlos, cómo funciona la función, por qué la función no funciona ... Cada vez que se encuentra algo incomprensible en la cartera de pedidos del producto, aparece la frase "se necesita análisis".
Para comprender cómo funciona el sistema, el analista recurre a documentos internos. Por lo general, la respuesta se encuentra entre texto, diagramas y tablas. Pero a veces las personas se van sin escribir documentación. O es irrelevante. O poco confiable. El karma de tales analistas sufre terriblemente, pero, afortunadamente, hay otras formas de encontrar información.
El uso seguro de los sistemas de registro puede reducir la ficción de un TK de 30 páginas a algunas consultas. Lo principal es saber qué buscar. Los registros contienen información sobre los métodos llamados, parámetros de entrada y salida, causas de errores. Si el servicio es compuesto, una operación paso a paso. El analista necesita comprender la estructura de los registros y poder filtrarlos: generalmente se registra una gran cantidad de datos.
La información que se encuentra en los registros se complementa bien con una búsqueda por código de aplicación. El proyecto contiene información sobre fuentes de datos, la lógica de procesamiento de variables y muchas otras cosas necesarias. El éxito del evento depende de las habilidades del analista y de las características de la empresa. En algunas organizaciones, los analistas no tienen acceso al código. Si es correcto o incorrecto es una pregunta difícil. En cualquier caso, si no hay acceso (o comprensión de lo que está sucediendo), siempre puede preguntar al desarrollador.
Si aparece un problema que nadie ha resuelto, se utilizan fuentes externas. Ok Google, ¿modelos cosmológicos del universo? Aquí cualquier medio es bueno: artículos, foros, cursos de capacitación, documentación para sistemas de terceros. A veces los indios de YouTube vienen al rescate, pero este es un caso extremo. Por cierto, uno debe poder buscar en dos idiomas, bien, o inmediatamente en inglés
hindú .
Otra fuente de información son las personas. Un analista que conozca el área temática puede resolver una tarea en cinco minutos, para lo cual esbozó un par de días. Por lo tanto, debe saber qué están haciendo sus colegas y poder formular correctamente su pregunta.
El analista, como navegador, allana el camino hacia la meta, evitando obstáculos y constantemente busca caminos más cortos (c) desarrollador front-end
Para llegar desde San Petersburgo a Saratov, necesita un automóvil confiable y un mapa de automóviles. Bueno, si hay un botiquín de primeros auxilios, una rueda de repuesto, herramientas. La habilidad de comunicarse con los residentes locales no será superflua, bueno, en general, comprenderá por qué va a Saratov y no al territorio de Krasnodar, por ejemplo. Con análisis también. Debe tener las herramientas para trabajar, la capacidad de interactuar con las personas y una comprensión clara del resultado esperado. El conocimiento de sistemas y tecnologías se está convirtiendo en una hoja de ruta.
Cualquier tarea tiene al menos dos soluciones. Es importante elegir un camino que no sea más corto, sino más correcto. Es más correcto en términos de arquitectura, cumplimiento de los requisitos del producto y costos de implementación. A veces, el analista solo proporciona información para una decisión del equipo; en otros casos, él mismo toma la decisión.
Para ofrecer una implementación adecuada, debe comprender la estructura del sistema: desde patrones arquitectónicos hasta tecnologías de desarrollo. Al implementar el cambio, el analista evalúa el impacto en los componentes de la aplicación y otros sistemas integrados. Al desarrollar una aplicación móvil, debe recordar acerca de los usuarios con versiones antiguas. Si el sistema tiene varios frentes, sobre la uniformidad de su trabajo. Cuando se utilizan múltiples fuentes de datos, sobre su consistencia. En general, hay suficientes
dolores de cabeza de características fascinantes en el trabajo.
Bueno, no sé, solo eres un probador para mí. Bueno, o una mezcla de un producto con un probador, algo como esto (c) un desarrollador de back-end
Estoy de acuerdo, suena un poco ofensivo, pero hay algo de verdad aquí. Primero, el analista examina el sistema para comprender cómo funciona. Luego está convencido de que el resultado del trabajo de los desarrolladores funciona correctamente en todos los niveles: la base de datos contiene datos confiables, el servicio devuelve la respuesta correcta, el usuario ve el resultado esperado. Si algo sale mal, se descubre el nivel de error, la causa de la discrepancia y las posibles opciones de corrección. Evaluar la conformidad del sistema con varios tipos de requisitos es una parte integral de la analítica.
El aspecto de la comida es más complicado. El propietario del producto sabe lo que hay que hacer para hacer feliz al usuario. Un analista de sistemas sabe cómo. Mi opinión subjetiva es que el analista, en la misma medida que otros miembros del equipo, debería (o puede) tratar los problemas del producto. Cuando todo el equipo está preocupado por mejorar la experiencia del usuario y alcanzar objetivos financieros, nacen mejores soluciones que cuando una o más personas lo hacen.
Recopila información sobre los productos, proyectos y sistemas del banco, se dedica a su actualización y difusión, está a la vanguardia de la información cuchillo (c) Scrum-master
Todo comienza con la documentación y termina con ella. Está preparado para uso interno y, cuando corresponda, para el Cliente. Los documentos se crean de acuerdo con GOST o estándares internos. Los métodos de documentación también pueden variar entre las capas del sistema.
Al escribir documentos, se utilizan diversas técnicas, estándares y anotaciones de modelado del sistema. Raramente cuando necesita seguir impecablemente las reglas. Debe ser confiable y relevante. Y si está claro la primera vez, entonces generalmente maravilloso.
Aquí , por cierto, hay un artículo interesante en el que se revela el problema de la calidad de la documentación.
Además de los documentos del sistema, el analista puede escribir material para el Wiki corporativo. Aprendí algo nuevo: cuéntales a los demás. Si quieres compartir tu experiencia, haz una presentación. Nuevamente, esto no siempre es así ni en todas partes. Pero si la empresa tiene un proceso de gestión del conocimiento, los analistas seguramente participarán en él.
Hay muchas cosas diferentes que un analista necesita saber para que coincida con el rol y las expectativas del equipo. Dependiendo de los detalles del producto y la industria, la composición y el grado de su importancia varía. Lo que el analista está haciendo, lo descubrimos. Queda por comprender lo que necesita saber para completar con éxito todas las tareas. Su atención está invitada a la analítica de la hoja de ruta. El esquema contiene las habilidades principales en diferentes direcciones, así como un intento de distinguir entre el sistema y el análisis empresarial.
Cuán universal es la tarjeta, es difícil para mí juzgarla. Por lo tanto, estoy esperando comentarios de desarrolladores y analistas de otras organizaciones :)
