Después de que pasó la ola de éxito de las metodologías de desarrollo ágiles, pocos han resistido la prueba del tiempo. Pero entre ellos hay una técnica especial: PDD Panic Driven Development - Desarrollo a través del pánico .
Esta técnica comparte los principios básicos de la metodología de desarrollo ágil, pero carece de las ceremonias innecesarias y la carga de trabajo tecnológica que solo ralentiza la velocidad del equipo. Echemos un vistazo más de cerca a los principios de esta metodología.
Cuanto más nueva sea la tarea, mayor será la prioridad
Tan pronto como surge una nueva tarea en medio de un sprint, su prioridad se eleva sobre todo el trabajo planificado previamente. Después de todo, todo lo nuevo es siempre mejor y más importante. En general, este punto debe incluirse en los principios básicos de la metodología Agile.
El enfoque en entregar valor al cliente sugiere que el equipo debe dejar de lado el trabajo planificado previamente y ocuparse de las nuevas funciones.
Escribimos exactamente tanto código como se requiere para el resultado
Los desarrolladores se ganan la vida escribiendo código. Los errores solo pueden corregirse mediante código. Hablar de diseño y UX solo ralentiza el desarrollo. Por lo tanto, hacemos esto: escribimos la solución, nos aseguramos de que la solución esté funcionando. Si todo está bien, entonces el problema está resuelto. Vayamos más lejos.
No se apresure a probar
Una vez implementada la corrección, las pruebas deben programarse como tareas pendientes. Las pruebas son útiles, por supuesto, pero no se excedan. Puedes ocuparte de ellos más tarde. Cree un ticket y cárguelo en el backlog. Para comprobar la funcionalidad, es bastante posible hacerlo con pruebas manuales.
Confía en tus sentidos
La programación es un arte. Los instintos y la intuición son parte integral de cualquier arte. Escucha a tu corazón. Escribe la solución. Extiéndalo con más audacia. La fortuna solo sonríe a los valientes.
El proceso debe adaptarse a ti
Cualquier proceso de desarrollo, prueba y lanzamiento de software es simplemente un conjunto de convenciones y reglas. No están escritos en piedra. Las correcciones críticas requieren flexibilidad. Es de esperar que para aumentar la velocidad, los procesos se modifiquen para adaptarse a las necesidades del equipo.
Todo viene del gerente
El director del equipo está facultado para hablar sobre cuestiones de desarrollo. Toda refactorización y todo apego a las buenas prácticas pueden y deben ser anulados por las necesidades comerciales. Los ingenieros, por supuesto, pueden expresar su opinión, pero en última instancia deben trabajar para satisfacer las necesidades que se les transmiten desde arriba.
Conclusión
El PDD es una técnica que aumenta rápidamente la velocidad del trabajo en equipo en cualquier proyecto en el menor tiempo posible.
Se utiliza en empresas de todo el mundo y es la base de una programación flexible y sin concesiones.