Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Tuenti - de la idea a la web

1,158 views

Published on

Published in: Education
  • Be the first to comment

  • Be the first to like this

Tuenti - de la idea a la web

  1. 1. De la Idea a la Web Pedro Álvarez [email_address] Diana López [email_address]
  2. 2. Agenda <ul><li>Equipos de Producto </li></ul><ul><li>Flujo de Trabajo </li></ul><ul><li>Brainstorming </li></ul><ul><li>PID (Project Initiation Document) </li></ul><ul><li>PRD (Project Requirements Document) </li></ul><ul><li>Desarrollo </li></ul><ul><li>Release </li></ul><ul><li>Dudas y Preguntas </li></ul>
  3. 3. Equipos de Producto <ul><li>1 Product Manager </li></ul><ul><li>1 Team Lead </li></ul><ul><li>5 Ingenieros </li></ul><ul><li>1 Diseñador </li></ul><ul><li>1 Ingeniero de QA </li></ul>
  4. 4. Flujo de Trabajo
  5. 5. Brainstorming <ul><li>Todos participamos aportando ideas </li></ul>
  6. 6. PID (Project Initiation Document) <ul><li>“ Descripción a grandes rasgos del alcance del proyecto” </li></ul><ul><li>Responsables </li></ul><ul><ul><li>Product Manager </li></ul></ul><ul><ul><li>Team Lead </li></ul></ul><ul><li>Resultado </li></ul><ul><ul><li>Aprobación > PRD </li></ul></ul>
  7. 7. PRD (Project Requirements Document) <ul><li>“ Definición de los requisitos finales del producto” </li></ul><ul><li>Responsables </li></ul><ul><ul><li>Product Manager </li></ul></ul><ul><ul><li>Todo el Equipo Técnico </li></ul></ul><ul><li>Resultado </li></ul><ul><ul><li>Inicio del Proyecto </li></ul></ul>
  8. 8. Scrum “ Marco de trabajo para la gestión de proyectos basada en un proceso iterativo utilizado entornos basados en el desarrollo ágil de software ”
  9. 9. Scrum > El Equipo <ul><li>Product Owner (PM) </li></ul><ul><ul><li>Responsable del producto y de las prioridades </li></ul></ul><ul><ul><li>Accepta o rechaza el resultado </li></ul></ul><ul><li>ScrumMaster (TL o Ingeniero) </li></ul><ul><ul><li>Gestiona el Sprint </li></ul></ul><ul><ul><li>Se encarga de los impedimentos </li></ul></ul><ul><li>Scrum Team (Ingenieros, Diseñadores, QA...) </li></ul><ul><ul><li>Tamaño 6-8 </li></ul></ul><ul><ul><li>Habilidades transversales </li></ul></ul><ul><ul><li>Responsables del Sprint </li></ul></ul><ul><li>Usuarios / Stakeholders </li></ul>
  10. 10. Scrum > El Sprint Planning <ul><li>ScrumMaster, Product Owner y Scrum Team </li></ul><ul><li>Revisión de las User Stories del Product Backlog </li></ul><ul><li>Definición del Sprint Backlog </li></ul><ul><ul><li>2 Semanas </li></ul></ul><ul><li>Scope según la Sprint Velocity del Equipo </li></ul>
  11. 11. Scrum > Daily Scrum <ul><li>ScrumMaster y Scrum Team </li></ul><ul><li>Reunión de 5-10 minutos </li></ul><ul><li>Cada miembro del Equipo debe responder </li></ul><ul><ul><li>¿Qué hizo ayer? </li></ul></ul><ul><ul><li>¿Qué va hacer hoy? </li></ul></ul><ul><ul><li>¿Ha encontrado con algún impedimento? </li></ul></ul><ul><li>Actualización del Burndown </li></ul>
  12. 12. Scrum > Daily Scrum
  13. 13. Scrum > Demo <ul><li>Product Owner, ScrumMaster y Scrum Team </li></ul><ul><li>Se muestra al Product Owner el resultado. </li></ul><ul><li>Product Owner acepta o rechaza los resultados. </li></ul><ul><li>Resultado </li></ul><ul><ul><li>Nuevas User Stories </li></ul></ul><ul><ul><li>Sprint Retrospective </li></ul></ul>
  14. 14. Scrum > Sprint Retrospective <ul><li>ScrumMaster y Scrum Team </li></ul><ul><li>Revisón del Sprint </li></ul><ul><ul><li>Cosas Mejorables </li></ul></ul><ul><ul><li>Cosas Buenas </li></ul></ul><ul><ul><li>Ideas </li></ul></ul><ul><li>Resultado se aplica en los siguientes Sprints </li></ul>
  15. 15. Pair Programming “ Técnica usada, en Agile Development, cuando dos desarolladores trabajan en el mismo ordenador Un miembro escribe el código mientras el otro revisa el trabajo. El teclado va cambiando de manos con frecuencia.”
  16. 16. Testing <ul><li>Unit Test </li></ul><ul><ul><li>“ Forma de probar el correcto funcionamiento de un módulo de código por separado” </li></ul></ul><ul><li>Integration Test </li></ul><ul><ul><li>“ Forma de probar que todas los componentes funcionan de forma combinada” </li></ul></ul><ul><li>Acceptance Test </li></ul><ul><ul><li>“ Forma de validar que el producto cumple el funcionanmiento esperado” </li></ul></ul><ul><li>Code Coverage </li></ul><ul><ul><li>“ Forma de saber la cantidad de código que está sometido a nuestras pruebas” </li></ul></ul>
  17. 17. Control de Versiones “ Gestión de los diversos cambios que se realizan sobre el código fuente de algún producto”
  18. 18. Integración Continua “ Ejecuciones de test automatizadas que permiten  detectar fallos lo antes posible”
  19. 19. Code Review <ul><li>¿Por qué? </li></ul><ul><ul><li>Menor número de bugs </li></ul></ul><ul><ul><li>Más calidad de código </li></ul></ul><ul><li>¿Cómo? </li></ul><ul><ul><li>Por Changeset </li></ul></ul><ul><ul><li>Pair Programming </li></ul></ul><ul><ul><li>Proyecto Completo </li></ul></ul>
  20. 20. Quality Assurance <ul><li>Pruebas manuales (Test Cases) en diferentes browsers </li></ul><ul><li>Pruebas de Regresión </li></ul>
  21. 21. Release <ul><li>Todos los Martes y Jueves a las 8:00 </li></ul><ul><li>Asistentes: </li></ul><ul><ul><li>Todos los ingenieros con código </li></ul></ul><ul><ul><li>Responsable(s) de QA </li></ul></ul><ul><ul><li>Release Manager </li></ul></ul><ul><ul><li>Responsable de sistemas </li></ul></ul><ul><li>Canal de chat con todos los implicados </li></ul>
  22. 22. Release <ul><li>&quot;Live bugfixing&quot; hasta ~11:30 AM </li></ul><ul><ul><li>Errors spreadsheet </li></ul></ul><ul><li>Cierre de la release </li></ul>
  23. 23. ¿Te Animas? <ul><li>Proyectos de Fin de Carrera </li></ul><ul><li>Becas </li></ul><ul><ul><li>Part Time </li></ul></ul><ul><ul><li>Full Time </li></ul></ul><ul><li>Associate Programs </li></ul>[email_address]

×