Esta presentación fue la que utilicé en mi ponencia en la drupalcamp spain de 2013 en cáceres.
En ella hablo sobre un flujo de desarrollo en Drupal y de cómo:
* Obtener requisitos del cliente,
* Generar confianza con el cliente,
* Alimentar la motivación del equipo de desarrollo
* Tener un entorno unificado de desarrollo
* Desarrollar de forma escalable y fiable en Drupal
5. Estimaciones
2 meses de concurso, oferta y aceptación
1 mes de definición de requisitos
2 meses de arquitectura
1 mes de diseño
3 meses de desarrollo
2 semanas de entrega
2 meses de “soporte”
Total: 9 meses para tener algo
Y 11 meses para tenerlo funcionando
22. 2. Características
Entregables tangibles
Característica: Registro de usuario.
Como visitante
Yo quiero registrarme en el sistema
Para acceder a sus funciones
El registro funciona en tres etapas:
1. Solicitar el registro con un formulario en la página web. El solicitante
recibe un correo.
2. Seguir un enlace de confirmación en el correo para activar la cuenta.
3. Llenar la información del perfil. En esta etapa el usuario ya tiene una
cuenta pero tratamos de recolectar más información acerca de él.
23. 3. Escenarios
Piezas de los entregables
Escenario 1: Solicitar una cuenta
Dado que no tengo una cuenta
Cuando sigo el enlace de registro de la página de inicio
Y lleno la forma con detalles válidos y la envío
Entonces debo ver un mensaje de confirmación diciéndome que revise mi
correo.
Escenario 2: Confirmar cuenta
…
Escenario 3: Llenar el perfil de la cuenta …
24. TIP: es una parte de BDD
Behavior Driven Development
25. ¿Y esto a tareas?
1
Priorizar características y escenarios
2
Escenarios
3
Estimar fibonacci, 2^n, e,...
4
Unidades: patatas, azucarillos... pero
nunca tiempo
Tareas
29. Repositorio de documentación
Accesible y modificable por todos
Listados de tareas, hitos, sprints,...
Función de buscar
Herramientas existentes:
OpenAtrium
Confluence
MediaWiki
...
30. Open Atrium
Notebook para características, escenarios, diseños,
prototipos,...
Case Tracker para tareas
Blog para acontecimientos
Calendar para hitos y sprints
31. Del manifiesto ágil
1
2
3
4
5
6
7
8
Comunicación cara a cara
Codo a codo entre negocio y desarrollo
Simplicidad
Confianza
Requisitos cambian
Entregas frecuentes
Valor
Unidad de medida: Producto funcionando
41. Gestor de código fuente distribuido.
Utilizado en proyectos grandes (kernel,
apache,...)
Pensado en comunidades de Software Libre
Historial de código fuente sin conexión
Potencia de Ramas + Forks
Revisión de pull requests
42. Y si le añades tu IDE preferido...
Autoformateado
Autocompletado
Debuggeo
Integración con Git