2006: Pasó BE en Electrónica y Comunicación
2006: Me uní a Satyam Computer Services Ltd (ahora Tech Mahindra) como desarrollador de COBOL (no relacionado con mi graduación)
2008: Se trasladó a Mantenimiento y soporte para aplicaciones basadas en COBOL
- ¿Puedes enseñar algo de lo que tengas conocimiento pero sin experiencia?
- ¿Cuál es el punto de hacer B.Tech cuando la mayoría de las empresas de TI en India solo necesitan las habilidades que tiene un estudiante de secundaria?
- ¿Qué tan difícil es cambiar de trabajo después de trabajar en Infosys?
- ¿Debo ir a la escuela secundaria o la escuela en línea?
- ¿Cuál es el alcance de los analistas de negocios en el futuro cercano?
2009: Se trasladó a Soporte técnico (necesita trabajar 2 horas al día y matar el resto del tiempo)
2010: me harté del trabajo aburrido y me uní a MBA
2012: aprobó el MBA sin especialización (tomó todas las materias: finanzas, marketing, operaciones, recursos humanos); evité específicamente el curso de gestión de productos, ya que confiaba en que un MNC de TI basado en servicios me contrataría como analista de negocios debido a mis 4 años de experiencia previa, por lo que no necesitaré habilidades de gestión de productos
Ubicaciones: la mayoría de las multinacionales de TI me rechazaron en la ronda final de recursos humanos (no se ve ninguna razón; supongo que es porque tenía ‘demasiada experiencia’ para un pase universitario de nivel 2)
2012: me uní a mi compañía actual como Gerente de Producto y ayudé a crear un producto para Atención al cliente vertical (Supportfirst) sin ninguna experiencia previa en esta industria (mi COO hizo la mayor parte de la conceptualización, solo asistí) o cualquier conocimiento técnico del procesamiento del lenguaje natural & aprendizaje automático
2013: Creé una herramienta interna para el Sistema de Gestión de Recursos Humanos que incluye el Banco de Información de Empleados, Evaluación, Transferencia / Salida, Listados, Gestión de la Fuerza Laboral, Gestión de Asistencia, Gestión de Licencias, Regularizaciones, Automatización de Nómina, Análisis, etc. Lo conseguí integrado con las llamadas de nuestro Call Center. líneas (para validar el tiempo productivo real de los ejecutivos del centro de llamadas) y el sistema biométrico (para validar el tiempo real de entrada / salida en el piso de producción). Implementé esto en nuestra oficina de Manila (Filipinas).
2014: Regresé a la India y ayudó a crear nuestro último producto ERP basado en el seguimiento de ubicación (Sistema de seguimiento de vehículos | Dispositivo de seguimiento GPS | Sistema de gestión de flotas) que es un híbrido de hardware y software. También tiene movilidad, telefonía, integración de hardware y también soy responsable de implementar este sistema en los sitios de nuestros clientes.
Puede notar que, para todos los pivots mencionados anteriormente que ocurrieron en mi viaje profesional, no tenía experiencia previa o conocimiento técnico alguno. La mayoría de las veces tenía demasiado miedo de dar el paso (intenta ser un vegetariano estricto en una isla donde ni siquiera puedes encontrar fideos Maggie). Si investigas un poco, encontrarás toneladas de gerentes de producto sin mucha experiencia técnica. Esto no significa que la falta de conocimiento técnico sea algo bueno para tener éxito en este rol. Si tiene los conocimientos técnicos para el producto en el que está trabajando, entonces es algo realmente bueno. Pero principalmente cuando está trabajando en un producto, se trata de múltiples tecnologías. Por ejemplo, mi producto actual tiene una aplicación para Android e iOS, Windows es Work in Progress. Los servidores se ejecutan en MongoDB y el lenguaje de codificación utilizado es Python (que yo sepa). Hay integración de GPS, integración de telefonía y también software de enrutamiento inteligente creado desde cero por nosotros. Si me siento y trato de comprender incluso una de estas tecnologías, me llevará al menos 6 meses entenderlo.
Con lo que he sido bendecido es con un increíble equipo de desarrollo y mentores extremadamente pacientes en mi organización que me explican cómo algunas de mis decisiones / sugerencias pueden no ser técnicamente factibles u óptimas. Muchos de nuestros desarrolladores presentan excelentes sugerencias que ni siquiera sabría que es posible. De hecho, puedo decir que probablemente sería la persona más ignorante sentada en el piso que está llena de jóvenes altamente talentosos. Muchas veces es abrumador y aterrador, pero debes mantener una mente muy abierta y aceptar tus defectos (si es posible, públicamente). Nunca debería avergonzarse de pedir ayuda o recibir sugerencias de alguien que tenga los conocimientos técnicos. Debe sentirse cómodo teniendo discusiones funcionales y guiarlas bien. Cada vez que la discusión entra en tecnicismos avanzados, una vez que termina no dude en pedirles que lo resuman en términos simples. Debe ser extremadamente paciente y cooperativo cada vez que usted o el usuario final se encuentre con algún problema en su producto (lo cual seguramente lo hará), dar al equipo el tiempo suficiente para descubrir la causa raíz y tranquilizar a los clientes hasta que se resuelva para siempre. Evite las soluciones de tirita y siempre opte por una solución permanente.
En cuanto a su pregunta, la falta de conocimiento técnico nunca será un factor decisivo cuando solicite el puesto de gerente de producto. Si puede demostrar que tiene lo que se necesita para crear / mejorar / mantener un producto al tiempo que se asegura de que se examinen todos los aspectos (el pensamiento integral es imprescindible), si puede conectarse con el dolor del usuario final y también si puede expresarse claramente sin ambigüedad (tanto verbalmente como por escrito), si tiene buenas habilidades de presentación y habilidades de recopilación de requisitos, si puede crear marcos de alambre en bruto, si tiene buenas habilidades de persuasión y si puede hacer el trabajo de personas que usan su influencia ( casi nadie le informará, pero necesitará la ayuda de todos para hacer su trabajo), entonces no debería haber ningún problema. Como dije, el conocimiento técnico es bueno pero no es una habilidad imprescindible para la gestión de productos, excepto si se trata de productos básicos altamente especializados donde el conocimiento técnico profundo es una necesidad absoluta, por ejemplo, aeroespacial, automáticos, etc.
Buena suerte.