Las habilidades del producto en mi experiencia generalmente giran en torno a la recopilación de requisitos. Si lee acerca de métodos ágiles como Scrum (desarrollo de software), verá que las referencias al ‘Propietario del producto’ son una parte importante del proceso. Los departamentos de ingeniería bien financiados suelen tener la suerte de contar con equipos dedicados de ‘Producto’ o ‘Requisitos’ (los nombres pueden variar), lo que significa que los ingenieros pueden concentrarse en crear los productos y no descubrir qué quieren los usuarios.
Sin embargo, muchas personas no siempre trabajan para equipos con departamentos de ingeniería increíblemente financiados, trabajan para equipos pequeños en compañías que no son ‘compañías tecnológicas’ donde se espera que un pequeño equipo de desarrolladores cubra toda la amplitud de habilidades involucradas en Buen desarrollo de software que fluye, en mi opinión, algo como esto:
Los requisitos son reunidos por ‘analistas de negocios’ en un equipo de producto, generalmente es importante que este trabajo esté dedicado, es demasiado para alguien que realiza un trabajo diario en el ‘tiempo libre’ y lo hace bien en la mayoría de los casos.
- ¿Cuál es la mejor respuesta a la pregunta de la entrevista 'Cuéntame algo sobre ti'?
- ¿Qué se pregunta en las entrevistas de prácticas de VMware?
- Cómo decirle al entrevistador que el trabajo anterior era malo
- ¿Cómo es la entrevista de aprendizaje automático en Palantir? ¿Cuáles son los temas, cuán difíciles son las preguntas y qué literatura y otros ejercicios recomendaría para preparar las entrevistas?
- ¿Cómo debe prepararse un chico de flujo de instrumentación para la entrevista técnica y de recursos humanos de TCS?
Los chicos de requisitos hablan con un experto en experiencia de usuario que crea wireframes, la gente de UX realmente piensa en lo que un usuario ve primero, dónde debería estar un botón y por qué debería estar allí.
UX vuelve a los requisitos que pasan las descripciones de requisitos y los wireframes a los desarrolladores y tienen una sesión de inicio para describir cada característica.
Los desarrolladores desarrollan y pasan a un equipo de control de calidad que escribe pruebas automatizadas
El equipo de requisitos revisa que lo que se entrega coincide con sus especificaciones originales (preferiblemente están involucradas en todo momento) y puede ejecutar sesiones de UAT para la confirmación final.
Para que esto vuelva a su pregunta, creo que las ‘Habilidades del producto’ se refieren a cómo reúne los requisitos y descubre qué quiere un usuario / propietario del producto cuando habla con ellos, si tiene que hacerlo en su día a día. dia de trabajo. Es una mentalidad bastante UX y las empresas históricamente no han tenido mucha suerte tratando de hacer que alguien haga todos los roles que he descrito anteriormente. Esperaría que una respuesta a este tipo de pregunta implique alguna referencia a las Cinco preguntas sobre ¿Quién? ¿Qué? ¿Cuando? ¿Dónde? ¿y por qué? Cada pregunta tiene sus propias complejidades, y gran parte de su trabajo si reúne requisitos es ‘gestionar las expectativas de un usuario’. Si quieren todo “en este momento”, es importante que no lo acepte y les haga comprender cómo funcionan sus líneas de tiempo (dependiendo del método que utilice para desarrollar su software) y cómo abordaría esto (es decir, de manera considerada , pero de manera firme, incluso si es un alto directivo preguntando). Al mismo tiempo, también los está ayudando a construir algo increíble (presumiblemente), por lo que es importante asegurarse de que no siempre sea negativo.