(14-09-2016 10:40)► GABO ◄ escribió: Hola Jano, gracias por contestar,
Para pasarme del lado funcional, ¿tengo que entender muy bien el negocio y cómo funcionan los sistemas no? Porque eso es lo que más me cuesta ahora (estoy en el negocio de las compañías eléctricas, y los programas en los que trabajo hacen cosas muy específicas/técnicas).
Respondiendo a tu pregunta, conozco los campos de nombre, obviamente a través de las ofertas laborales que hay y también por haber investigado un poco, pero no se bien en qué consisten. Por ejemplo, un analista de auditoría, qué hace en el día a día? En que consiste ese laburo, o el de un analista de seguridad informática?
Buscando en Internet hay información sobre qué consiste cada puesto (sobre todo en sitios que están en inglés), pero es información bastante general. No pude encontrar todavía testimonios del día a día de gente que labure en cada uno de esos sectores para ver bien qué es lo que hacen.
Me pasó ahora que entré como desarrollador trainee, que no estoy disfrutando el laburo, a veces la paso bastante mal. No se si es porque no me gusta la programación en general (no era lo que pensaba), o si el negocio en el que estoy es muy específico y no lo entiendo todavía. Quizás abra un topic aparte por este tema.
Yo se que si sigo como programador .NET / JAVA, dentro de 10 años ya voy a tener una buena carrera hecha, podría pasar a ser arquitecto de software, lider técnico, lider de proyectos, etc, estar ganando muy buena plata, bien posicionado, etc. El tema es que esto lo puedo hacer en cualquier campo IT, y quiero asegurarme de hacerlo en un campo que me guste.
Te malentendí, pensé que tenías experiencia en esos sectores! Entro un poco más en detalle entonces.
Primero y primordial: El "primer tiempo" programando pocas veces se disfruta. Esto es porque generalmente no conocemos el lenguaje, las herramientas que ofrece, frameworks existentes y/o que tu proyecto use/pueda usar. Todo nos cuesta el doble (al menos), generalmente no estamos conformes con nuestro producto, etc etc etc.
Esto se soluciona, básicamente, programando. Cuando empezas a conocer el propósito y el "cómo funciona" de los componentes que usas todo se hace mucho más fácil y fluído. La pregunta que yo me hice para saber si quería programar/seguir programando/volver a programar es: "¿Qué me gustaría aprender hoy?". Personalmente busco cosas que me ayuden a independizarme (maten al intermediario de una vez!), conocimiento rico en lo que hago, buenas prácticas, mejores formas de hacer las cosas en general, etc.
Cuestionate si te gusta programar. Pero no en tu laburo, o en .net... sino en general. ¿Te gusta programar?. ¿Te gusta sentarte con un café/mates, por algunas horas, tratando de sacar un buen código? Cuando algo que programaste es robusto y funciona bien ¿Sentís regocijo?
Esos detalles, a mi parecer, responden las preguntas que te dije antes...
Sobre el análisis funcional:
Fui funcional de empresas de servicios (Energía, Agua) en SAP, y en general el analista puede salir disparando para 2 lados.
1)
Consultor: Aprendes a pleno un negocio y un sistema que lo gestione. Tenés que llegar a conocer bien bien el punta a punta de los procesos, como se articulan diferentes módulos (medición de consumo -> facturación del consumo medido -> recaudación de la facturación.... por ejemplo). Una vez que conoces bastante (habiendo dejado que te negreen unos años), podés buscar ofrecer tu servicio de consultoría en empresas. Armarías blueprints, aconsejarías, indicarías modelos de negocio para que operen, según la estructura de cada empresa ofrecerías una solución que se adapte, etc.
En resumen, serías un especialista de negocio y sistema, tu rol es saber "técnicamente" (funcionalmente) como hacer las cosas.
2)
Líder de equipo/proyecto: En lugar de tratar de aprender a pleno un negocio, te tirarías por el trato con el cliente y tus pares. Conocerías del negocio como para resolver incidencias, atender una mesa de ayuda, organizar prioridades, etc. Si bien conocerías del negocio, te enfocarías más en organizar el equipo, el trabajo pendiente/backlog, mantener al cliente conforme, sacar métricas. Por este camino podrías llegar a ser gerente, por ejemplo.
El tema guita no hace diferencia. Un arquitecto, un consultor y un gerente tranquilamente ganan lo mismo. El precio te lo ponés vos... el tema es disfrutar lo que haces para poder crecer conforme.
Mi laburo de día a día antes era abrir una herramienta donde nos levantaban tickets del tipo "no estoy pudiendo facturar a xxxx cliente, el sistema me da un error"... cuando los errores eran críticos me tenía que quedar hasta tarde, o laburar feriados/fines de semana. Como laburabamos para clientes de otros países, nunca coincidían los feriados entonces te imaginas como estaba. Ojo, tiene su beneficio, trabajas mucho, aprendes mucho.... Pero hasta recibirme no quiero tener que estar con la cola entre las manos para llenarle los bolsillos a un pez gordo
Preguntate, ¿Qué te gustaría hacer?
