Frontend development is evolving—becoming more holistic, cross-disciplinary, and focused on architecture. Yet many companies continue to rely on algorithm-based coding tests that can now be easily solved with AI. In fact, cheating on these tests is easier than ever.
@Jorge_Yepes@sebash93 Si! Ambos son utilizados como herramientas para especificar definiciones de producto, de un PRD (Donde se define la necesidad de una funcionalidad) se puede derivar un RFC, este involucra mas la parte técnica y el “como” o incluso estimaciones y alcances. Se complementan!
¿Saben lo que es un PRD? “Product requirements document”.
Es un documento que especifica toda la información de nuevas características para una plataforma. Una forma extensa de criterios de aceptación.
Un buen PRD puede catalizar enormemente un desarrollo.
El flujo de usuario es crucial, porque nos da una visión de la interacción con otros componentes y funcionalidades, esto nos ayuda a estimar tiempos y encontrar posibles limitantes técnicos.
Un buen PRD debería contener al menos:
- El porqué se necesita la nueva característica.
- Lo que debe tener esta funcionalidad.
- Lo que sería “ideal” que tuviera.
- Criterio de éxito para medirlo.
- Diseño de Interfaz.
- El flujo de usuario.
El criterio de éxito nos ayuda a pensar de forma más holística a la hora de implementar la funcionalidad, permitiendo tomar mejores decisiones en el camino.
¿Porque un PRD?
Los mayores obstáculos para los programadores son dos: Limitaciones técnicas y deficientes definiciones de “lo que hay que hacer”.
Lo segundo consume mucho tiempo de exploración, discusiones, prueba y error, devoluciones. Un buen PRD evita todo esto.
Cosas que puedes preguntar:
- Objetivos del equipo
- Objetivos de la empresa
- Términos y conceptos relacionados con lo que hace tu empresa
- Procesos para diferentes escenarios
- Recursos para desempeñar tu labor
- A quién dirigirte para ciertas cosas
El miedo a preguntar es de los miedos mas poderosos que te impiden avanzar rápido y aumentar tus capacidades los primeros días en un nuevo trabajo.
Solo piensa que el mejor momento para ser preguntón es cuando estás iniciando.
🧵
Algunos tips para empezar en un nuevo trabajo:
- Lee con cuidado la documentación que te presentan en el entrenamiento inicial.
- Pregunta mucho.
- Pide feedback al menos un par de semanas después de ingresar.
- Organiza tu rutina para priorizar el trabajo esas primeras semanas.
Los primeros días en una nueva compañía siempre son desafiantes. Nuevos procesos, formas de pensar, formas de trabajar, compañer@s de equipo, valores, culturas, horarios.
Es un proceso que demanda mucha energía para tener un buen arranque.
Recibir Feedback, una de las habilidades mas complejas pero también de las mas valiosas. A mi me ha servido tener en mente lo siguiente:
- No traer el feedback profesional a lo personal.
- Escuchar mucho y profundizar para entender, no para responder.
- Feedback = Crecimiento.