Cómo convertirse en un gerente de producto popular entre los programadores
Tema. En cuanto a los PM, la mayoría de ellos tienen experiencia en artes liberales y son más perceptivos. A menudo los vemos compartir sus experiencias (los RD generalmente llaman directamente a los PM estúpidos), pero considerando su sistema de conocimientos y hábitos de pensamiento, la mayoría de estos intercambios no son nutritivos y carecen de ellos. valor de referencia.
He estado haciendo desarrollo de primera línea desde que entré a la industria, y es front-end, cercano a los usuarios, y la mayor parte de mi trabajo gira en torno a interfaces e interacciones. En los dos años transcurridos desde que comencé mi negocio, he trabajado como "director de producto". Como gerente de producto, también me dedico al desarrollo y cubro mis propias necesidades. A continuación, déjame decirte cómo convertirte en un PM popular entre los RD.
Di adiós a la estupidez
El mayor problema de muchos PM es que son estúpidos sin saberlo.
A partir de ahora, la mayoría de los RD tienen experiencia profesional y han recibido formación sistemática en conocimientos y habilidades relacionados con la informática (incluida la escolar y la espontánea). Por lo general, tienen una mente un poco clara. hogareño, e incluso no hay necesidad de interacción humana-computadora; mientras que los gerentes de producto provienen de todos los ámbitos de la vida y hay una falta de estándares unificados para conocimientos, habilidades y herramientas. En este caso, es normal que RD tenga cierta sensación de superioridad. En resumen, en el estado inicial, a los ojos de RD, PM es así:
Tiene problemas con el rendimiento académico, la capacidad de aprendizaje y los hábitos de estudio, pero es muy hablador
El uso de los productos (Internet móvil) no es tan bueno como el mío (hogar...), y la observación de los productos de la competencia no es tan detallada como la mía (he estado usando el producto que quiero copiar durante más de medio año). año)
Falsificar el edicto imperial y fingir el poder del tigre
A muchos PM les gusta especialmente usar el patrón de oración "Creo..." para comunicarse con los RD cuando se enfrentan. Ante los desafíos, a menudo no pueden generar datos o diseños de productos competitivos para una discusión más profunda. Sólo pueden decir: "Siempre habrá alguien..." "Como yo..." o incluso continuar con "Siento...". Ignoraron un problema: el destino de cada uno está estrechamente relacionado con el producto. El nivel de atención y emoción del RD hacia el producto no es menor que el del PM. Las expectativas de RD sobre los productos no son inferiores a las de PM. En este momento, si el Primer Ministro le trae un trabajo que no tiene claro si es bueno o malo o incluso tiene un diseño estúpido, es natural que lo boicoteen o lo traten negativamente.
¿Cómo puedes evitar parecer estúpido? No es complicado.
Utilizar productos más competitivos y más productos de Internet. No hay manera, para comer este plato de arroz, hay que invertir. Manténgase siempre al tanto de las nuevas tendencias y nuevos intentos en la interacción de la interfaz.
Si puedes encontrar datos, utiliza tantos como sea posible.
Además de los RD con los que trabaja directamente, intente hacer algunos amigos RD. Antes de realizar solicitudes, pídales que le ayuden a evaluar los costos de desarrollo. Así estará más preparado cuando se comunique con sus propios RD. .
El primer ministro debe establecer su propia autoridad profesional y convencer al RD de que esta exigencia es beneficiosa, eficaz y puede aportarle bonificaciones. Entonces la cooperación activa será algo natural.
Comprenda RD
Cada uno tiene su propia suerte y RD no es una excepción.
Puede ser que el código haya sido reestructurado inteligentemente usando un determinado patrón para hacerlo claro, fácil de leer y fácil de expandir.
Puede ser una regla común que se haya creado accidentalmente; descubierto, y la eficiencia se ha mejorado varias veces que antes;
Tal vez sea aprender una nueva tecnología y encontrar un nuevo marco...
Comprender RD es comprender eso después de ellos. descubre las pequeñas bendiciones que los rodean, dales suficiente espacio para estar satisfechos. Por ejemplo, no llenar demasiado el cronograma del proyecto o ajustar los requisitos funcionales adecuadamente para incluir los requisitos planteados voluntariamente por el RD.
Otro tipo de comprensión gentil es no molestar. Algunos PM tienen un fuerte deseo de controlar o provienen de proyectos y están interesados en "corregir el progreso". Son tan estúpidos que, ya sea que tengas razón o no sobre el progreso, el progreso está aquí y no retrocederá. si no avanza. El desarrollo del programa no es lineal, no son 12,5 horas por hora, 100 horas por día; ni se trata de escribir 200 líneas y luego escribir otras 200 líneas y luego ya está, ni siquiera puedo decirles cuánto he hecho y; cuanto tiempo tomará terminarlo.
Algunos PM incluso bebieron sopa de pollo caducada de la nada. En realidad piensan que mientras sean lo suficientemente persistentes y pacientes, insistan en hacer preguntas y con paciencia, podrán llegar a un consenso sobre el progreso del RD; RD convenció que no son más que un imbécil sin remedio.
El entendimiento final es que “PM habla, RD se rompe las piernas”. Si puedes entender esto, todo lo demás será más fácil de entender. Cualquier requisito tiene un costo de desarrollo. Este costo de desarrollo a menudo no es estimado con precisión por otras personas que son RD, y mucho menos por los PM que carecen de experiencia técnica. Por lo tanto, muchos PM presentan requisitos de manera muy casual, obviamente sin una consideración cuidadosa (o obviamente sin discutir con PM de nivel superior, o sin confirmar con otras partes de la demanda, los cambios son aún más casuales y, a menudo, van acompañados de la frase: "); Simplemente hazlo, es muy simple. "Para decirte francamente, cuando RD no sacó un cuchillo para matarte después de escuchar esto, significa que te ama. Si desea mejorar, comuníquese más antes de comenzar a trabajar para reducir la posibilidad de reelaboración; respete el juicio del RD al hacer demandas y formule metas en etapas de manera conjunta, haga todo lo posible para mantener el plan después de comenzar a trabajar, etc.
El primer ministro que entiende de RD es realmente encantador.
Evita malentendidos
El primer malentendido es decir tonterías.
Para escribir este artículo, simplemente busqué en Google "autocultivo del gerente de producto" y encontré mucha sopa de pollo para el alma. Estos artículos casi pueden considerarse representantes de los gerentes de producto "falsos y vacíos". Son estos artículos los que engañan a muchos recién llegados a la industria.
Como primer ministro que tiene que lidiar con RD de vez en cuando, debe ser pragmático, sus ideas deben implementarse y lo que propone debe tener detalles de implementación y estándares específicos para su consideración. No se puede hablar demasiado sobre ello, hacer planes estratégicos en todo momento, utilizar sustantivos (“innovación disruptiva”) en todo momento y citar citas famosas en todo momento. Nuestro propósito es simple y unificado: crear buenos productos y operaciones, mejorar la experiencia del usuario, capturar usuarios, aumentar los usuarios activos y finalmente monetizar el tráfico y compartir el dinero con todos. En el medio, lo que se necesita es una demanda específica tras otra, una mejora continua tras otra, una planificación razonable de los puntos estadísticos y cada paso de elección respaldado por datos. Y como se mencionó anteriormente, los RD pueden ser estúpidos, pero en realidad son muy inteligentes y tienen un sentido de superioridad. Los PM que no pueden proporcionar información real y solo dependen de la conversación pronto serán clasificados como poco confiables.
El segundo malentendido es que se expresa incorrectamente el resultado de decir que somos un equipo.
Es común cuando el jefe o un líder plantea una petición insatisfactoria y se la entrega al PM. El PM aconseja al RD: “No quiero hacerlo, pero el jefe insiste en ello. " Como se mencionó anteriormente, el primer ministro se mueve. Si hablas, RD perderá sus piernas y los costos finales de desarrollo tendrán que correr a cargo de RD, por lo que no puedes convencer al jefe, pero tengo que dar el fruto amargo. Entonces dices que somos un equipo, pero en realidad me estás traicionando... La forma correcta es intentar convencer al líder o al jefe primero. Si no puedes hacerlo, intenta comprender el significado del jefe y convencer a RD. con razón. Al mismo tiempo, corregir el avance del proyecto de manera oportuna.
Resumen
De hecho, PM y RD no son enemigos. Al contrario, sus intereses vitales están estrechamente relacionados. Mientras que los PM esperan encontrar un DR capaz, innumerables DR también esperan que Dios les dé un PM confiable. La mayoría de los RD no son buenos para expresarse y son demasiado vagos para decir tonterías con los "laicos", por lo que a menudo solo muestran indiferencia o incluso hostilidad hacia los PM. De hecho, no es que no estén dispuestos a realizar funciones o no acepten cambios, solo necesitan algunas razones más claras.
Después de ganarse la confianza de los RD, descubrirá que es fácil llevarse bien con ellos. Siempre que cumpla con los puntos anteriores, es inevitable que los RD lo reciban.