--- title: "Cómo trabaja Ramón Chancay" description: "Cómo es un encargo semana a semana: comunicación directa, reunión semanal con demo, entrega cada viernes y cronograma compartido." author: Ramón Chancay lang: es canonical: https://www.ramonchancay.me/es/how-i-work --- # Cómo trabaja Ramón Chancay Cómo es un encargo semana a semana: comunicación directa, reunión semanal con demo, entrega cada viernes y cronograma compartido. ## Cuatro hábitos, la misma semana, cada semana. Lo que sostiene un proyecto no es el stack. Es el ritmo. ### Un canal directo, sin nadie en el medio. Tienes mi WhatsApp, o un canal de Slack contigo y con tu equipo. Preguntas, decides y te respondo el mismo día, en tu idioma. Cada decisión importante queda por escrito en un documento compartido, para que nadie tenga que recordar qué dijimos en una llamada. - Respuesta el mismo día, de lunes a viernes - Decisiones por escrito, no en la memoria de nadie - Español o inglés, el que prefiera tu equipo ### Una llamada fija por semana, con demo. Treinta a cuarenta y cinco minutos, el mismo día y a la misma hora. Te muestro lo que se construyó, funcionando. Revisamos lo que aprendimos y decidimos qué entra la semana siguiente. Sales con un acta corta, no con una presentación. - Demo de lo construido, no diapositivas - Decisiones para la semana siguiente - Acta de tres líneas al colgar ### Cada viernes, algo que puedes abrir. Una build en tu teléfono por TestFlight o Google Play, o una URL de staging para la web. Con ella, una nota de avance en lenguaje claro: qué se hizo, qué se probó, qué viene. Nada corre seis semanas en la dirección equivocada. - Build o URL usable, no capturas de pantalla - Nota de avance que puedes reenviar a tu socio - Lo que se rompe se dice el mismo día ### Un cronograma que se actualiza, no que se archiva. Los hitos con sus fechas viven en un documento compartido desde el primer día. Cada semana marco lo que se cumplió y, si algo se movió, escribo por qué. Siempre sabes en qué punto estamos y qué falta, sin tener que preguntarlo. - Hitos con fecha, visibles para todo tu equipo - Cambios explicados, nunca escondidos - Un marcador de “hoy” que siempre está donde debe ## Una semana tipo, de lunes a viernes. - LUN, Prioridades: Te escribo las tres cosas de la semana. Confirmas, o cambias una. - MAR, Construcción: Código, pull requests abiertos que puedes leer y dudas puntuales por el canal. - MIÉ, Construcción: Sigue el trabajo. Si algo lo bloquea, lo sabes ese mismo día. - JUE, Reunión: Demo, decisiones y acta corta. Ajustamos el cronograma si hace falta. - VIE, Entrega: Build o URL en tus manos, nota de avance y lo que entra la próxima semana. ## Los primeros diez días, de tu mensaje a la primera entrega. 1. Día 0, Me escribes: WhatsApp, email o LinkedIn, con lo que tengas: una idea, un Figma o una app que ya existe. 2. Día 1, Te respondo con tres preguntas: Las que hacen falta para entender qué tienes hoy y qué quieres lograr. 3. Día 3, Llamada de 30 minutos: Definimos el caso de uso principal, qué entra en la primera versión y qué puede esperar. 4. Día 5, Propuesta por escrito: Alcance, hitos con fechas y qué necesito de tu lado. Si algo no encaja, lo ajustamos antes de empezar. 5. Día 10, Primera semana en marcha: Canal abierto, cronograma compartido y la primera reunión agendada. El viernes ya tienes algo que abrir. ## Tuyo desde el primer día, y lo que necesito de ti. ### Lo que es tuyo - El repositorio, en tu cuenta de GitHub - Las cuentas de App Store, Google Play, dominio y hosting, a tu nombre - El documento de decisiones y el cronograma - Una nota de avance por semana, lista para reenviar - Documentación suficiente para que otro desarrollador continúe ### Lo que necesito de ti - Una persona que pueda decidir en 48 horas - Accesos y cuentas desde el inicio - Una hora a la semana para la reunión y probar la entrega - Respuestas honestas cuando algo no te convence ## Contacto Dos o tres líneas bastan: qué producto tienes o quieres, para quién es y qué te preocupa. Te respondo el mismo día con las preguntas que falten.