En este episodio converso con Rafael Garcia, quien fue Project Manager en Banamex y Product Manager en Linio, conversamos sobre las características, las similitudes, los retos y diferencias de cada rol, en el desarrollo de productos digitales y teniendo más claridad de product manager vs project manager.

Para comenzar me gustaría, hacerte la pregunta ya clásica del programa y es que nos cuentes un poco sobre ti.

¿Quién es Rafa, que haces actualmente y que has hecho antes?

Rafa es un Venezolano que emigró a México, llevo 4 años ya, hice estudios de Ingeniería en informática,  me gradué, fui desarrollador software en el mercado, después dije, no sé, hay algo que no me termina de gustar, entre a una pequeña compañía, en la cual comencé como desarrollador pero la compañía quería innovar en cuanto a temas de tecnología, no tenían nada, comienzo construyendo su página web,  su sistema de información pero a medidas que comienza a pasar esto , comienzo a decir: “oye que esto está detrás, más allá de código” y comienzo a ver cosas como Scrum.

Salto a una compañía mucho más grande, por aquel  momento me vuelvo consultor en Banamex y pues básicamente estaba, en lo que era la parte en el banco, que se llama solucionador tecnológico integrador para que todo el mundo lo entienda  es un Project Manager de Tecnología , muy buena escuela, me encantaba el Banco, si aprendía muchísimo proyecto de alta riesgo, bastante  nivel de estrés pero  a mi esa área me gustaba, sin embargo me pasó algo muy curioso dentro de la compañía, es que en algún momento me parece qué los procesos podían ir un poquito mejor y le propongo a la directora del área una mejoría, después puedo participar en entrevista de trabajo y en término Linio, sí me fue bastante bien, digamos, hice bastante clic en la compañía y desde aquel entonces ya llevó productos de una compañía un poquito más grande, en Linio he tenido la oportunidad de llevar proyectos/productos a lo largo de mucho países, de hecho tuve la oportunidad de viajar con la compañía a Europa, conocer un poquito de lo que se está haciendo en Europa también, mi producto lo tenían en Europa y me tocó traerlos a México. También participe en todo lo que viene de una adquisición de una compañía hacia otra porque como sabes Grupo Falabella es un gigante de Sudamérica, compra la compañía y precisamente todo lo que está en todo lo que viene alrededor fue básicamente lo he vivido.

¿Desde tu experiencia tú qué consideras que son las actividades qué hace normalmente un Project Manager en un día normal? 

-Tal, como lo comentas, me gustó muchísimo esa frase en base a mi experiencia, te voy a hablar de lo que viví yo, puede ser que cualquier otro gerente de proyecto haya vivido cosas distintas y misma situación. Te comento, cuando yo fui Project Manager, yo era Consultor, puede ser entonces que sí eres Project Manager y eres Consultor te identificas un poquito. Fui consultor de Project Manager para un banco, okay, en una área de tecnología, sin embargo a nivel de actividades como comentas, yo todos los días los comenzaba contestando correos, esto es importante comentarlo porque lo hago tanto a nivel de proyecto como producto mi día comienza levantándome temprano, organizándome viendo los correos que tengo que hacer, ver cuáles son los que tengo que contestar para precisamente organizar mi día y tener una visión de a qué le voy a dar un poquito de prioridad, entonces inicio en blanco con mi café, la planificación y mi respuesta de correo, después generalmente vivo metido en los proyectos, juntas para resolver Brokers. Básicamente cuando estas en proyectos, la burocracia, es algo que buscas eliminar por todos lados porque tú eres el filtro entre el equipo de tecnología y la organización completa, sin embargo es muy común en mi experiencia, de qué las organizaciones dónde te contratan como gerente de proyectos, son muchos más grandes y por ende llegan a ser mucho más burocráticas, entonces vives resolviendo temas burocráticos, tienes que buscar mantener el equipo motivado, también, en mi experiencia de gerente de proyectos el organigrama llega a ser un poquito más visible pero nadie te reporta de manera directa y ahora en producto te voy a contestar que es lo mismo.

¿Qué haces, qué actividades dirías que son normalmente las de productos o con cuales te has topado tu? 

Te voy a comentar, en realidad lo que te he comentado hasta el momento, viene de lado y lado, tanto osea como proyecto, como producto, ahora te voy a contestar un poquito, como cambia mi día cuando hago proyectos y como ha cambiado ahora que hago productos. Cuando yo hacía proyecto, básicamente tenía que gestionar recursos todo el día, en producto el día a día, no gestiono yo los recursos, lo que gestiono es las prioridades pero no recursos, cuando estaba siendo mi día a día, también formaba parte de proyectos básicamente haces pronósticos de tiempo, dinero y materiales.

Scrum forma parte de tu día a día, vives metido en todos los diferentes rituales y lo que esta alrededor, en proyecto no pasa así; en producto yo vivo definiendo los proyectos, aquí básicamente en proyecto, participaba en lo que defino, el protagonista en producto básicamente eres tú.

Tienes que entrenar a tus usuarios, también cosas que no haces en proyecto, nunca lo es. Tienes que tener los puntos de dolor de la organización, aquí también llenas cosas, llenas épica e historia de usuario, es un poquito menos trabajoso, no estoy diciendo que sea menos complejo, pero si es un poquito más divertido, entonces básicamente es en dónde van cambiando mucho lo que era mi día a día o lo que hoy es día también.

¿Con qué áreas interactuabas? ¿Con qué áreas interactúas siendo product manager vs project manage? ¿son las mismas o cambian?

Muy buena pregunta porque es que en realidad, una de la gran confusión es que existe entre proyecto y producto, es que se parecen demasiado, osea por ejemplo a nivel de área mi equipo trabajaba tanto en proyecto como en producto el equipo de tecnología, en ambos trabajo con y trabajaba con desarrolladores líderes técnicos gente de QA; en proyecto la verdad trabajaba un poquito más con arquitectos, creo que es porque yo como te digo en el banco, hay Project Manager entonces trabajaba un poquito más con arquitecto y en producto trabajo la verdad con guías técnicos y líderes.

Hay múltiples Stakeholders en diferentes áreas, en proyecto cuando eres consultor, lo que se hace muy común, es que reportas a dos organizaciones, recuerda que tienes a tu jefe de las de las consultoras y a los jefes del cliente; tu cliente es la compañía dónde trabajas sin embargo en producto, no tienes tanto jefe, ya que eres, digamos, el interno es el término, porque ya trabajas dentro de la compañía. En el proyecto también me tocó trabajar con múltiples equipos de desarrollo lo cual se hizo muy interesante porque llegan a ser de diferentes consultoras, entonces qué sucede, como te digo, yo era consultor y precisamente yo tenía mi equipo de la consultora, pero había momentos donde que por temas de la consultora, había vendido solamente mi rol pero el equipo de software no lo podía vender; si encuentras eso se vuelve interesante porque es otro paradigma totalmente diferente, incluso también comienzas a presenciar como las mismas consultoras, comienzan a  competir entre sí y te toca estar en el medio muchas veces porque es tu proyecto.

Afortunadamente en un producto, creo que no pasa pero una de las cosas interesantes, también cuando haces proyectos generalmente te asignan a una área específica, por ejemplo, en mi caso yo trabajaba en el área de grabado y entrega de plástico del banco y pues básicamente tu vida gira en torno a esa área sí bien es cierto cuando eres Gerente de Producto o Product Manager, tu vida gira en torno a tu producto es muy fácil y común, aquí si trabajas con áreas de toda la compañía, entonces como te digo, es como que estás alojado en una área del banco tu producto, pero el producto tiene mucho más Stakeholders, entonces, como te digo se parece mucho, por eso creo que hay tanta confusión pero los roles en verdad si hay una diferencia enmarcada entre uno del otro.

¿Cuáles crees que son las diferencias más notorias entre product manager vs project manager?

Tengo como 15, creo que un poquito más, porque en realidad qué me gustó la dinámica, de hecho, siempre me dices: “bueno, yo escuché a Rafa y es prácticamente lo mismo, todavía no entiendo, exactamente es lo mismo, los dos comunican, los dos trabajan con equipos de desarrollo, entonces me parece que es aquí donde le podemos meter un poquito, de más carnita, como dicen aquí en México, en mi experiencia, como te decía básicamente se basa en lugares donde te llaman Project Manager, dónde te llaman Agile Coach o dónde te llaman Scrum Master, lo mío fue llevar proyectos en Waterfall ,  una mezcla de Waterfall PMI en un banco como consultor, sin embargo que sucede y conocer la metodología para algo importante, porque como te digo yo trabajaba en una mezcla entre PMI el famoso PMI y Waterfall,  que es cascada. 

Sin embargo a nivel de producto, lo que no encontraras es puro Scrum, en ambas tienes que conocerlos pero son dos paradigmas totalmente diferentes, en proyecto puedes trabajar en diferentes tipos de  organizaciones, te voy a poner un ejemplo cualquiera, en mi óptica el ente rector más importante de proyecto es PMI, y PMI incluso te divide los proyectos están orientados hacia la construcción y lo que está orientado a su software, curiosamente, porque  lo he investigado en ambos escenarios trabajos donde te dicen: “te necesito como gerente de proyectos de construcción con certificación PMI”, he buscado proyectos de software dónde igual te la piden, sin embargo en Product Manager es mucho más en tecnología, hay Products Managers que se llaman Products Managers pero digamos que lo que hacemos nosotros básicamente van de la mano mucho de la tecnología, los Project Manager trabajan mucho con consultoras.

Los de productos si llegan a conseguir trabajo de consultores pero la gran mayoría, lo que es común, es que sea del equipo interno de la organización, no que seas un consultor, en proyecto cuidas tu proyecto, velas por la ejecución, lo que te decía salir en tiempo y forma, no importa que pero salir en tiempo y forma; en productos si importa salir en tiempo y forma pero también importa un montón de cosas que están alrededor dónde tú foco fuerte y principal no es ese, como te lo comentaba hace rato, en proyecto trabajas con BI, que te ayudan a levantar los requerimientos, incluso depende del proyecto dónde entres, llegas cuando el producto ya está totalmente definido, he visto en la industria también de hecho a través de los diferentes peritos también que tuve en el banco y no solamente los que me tocaban en mi área, sino también de diferentes compañeros, ellos llegaban cuando ya el documento de requerimiento, ya estaba aterrizado; en producto lo levantas tú, osea aquí no hay nada, el documento de hecho, hay unos que los llegan a llamar PDR, que es el documento de producto, epica o como lo quieras llamar, pero los productos los levantas tú, los requerimientos todos los levantas tú, aquí no existe el BI.

En proyectos manejas licitaciones, presupuesto, tiene mucho que ver con la parte financiera, en producto, yo creo que a menos que estés en Fintech, digo por conocer la parte a lo mejor de Finanzas como tal.

En productos tienes que salir a innovar sí o sí, osea te tiene que correr por las venas esa adrenalina de querer innovar, el proyecto puedes vivir tranquilo toda la vida, porque no lo necesitas en ese aspecto; en producto haces proyectos, de hecho puedes tener múltiples proyectos, hablo por mí por ejemplo, yo ahorita tengo corriendo 4 proyectos y estoy definiendo como 5 más; en proyecto no haces producto, es una diferencia muy clara, en producto tienes que ser el experto en tu producto eso una de las tantas cosas que forman tanto en parte en el cambio del paradigma, que comentaba anteriormente, tú tienes que conocer la solución mejor que nadie y de hecho idealmente, en mi opinión lo que está el Backend, lo que está el Frontend, todo lo que hace y lo que no puede.

Referencias y recomendaciones mencionadas:

Scrum Master
Agile Coach
Waterfall
PMI
Scope creeping
Certificación PMP
Business analyst
PRD = Product Requirement Document
Inspired – Martin Cagan