Hace un par de días me encontraba corrigiendo un bug junto a mi PM, durante esta pequeña reunión detecto un error del que no me había percatado, entonces me pregunta, ¿Qué paso con tu revisión antes de liberar?, asentí que había confiado en mi; a lo que me responde grave error, simpre hay que revisar, correr checklist de verificación y vivir un proceso personal en el desarrollo de software, por más sencillo que sea aquello que pretendamos desarrollar.
En el lugar donde trabajo (Innox) somos amantes de los procesos y demas cosas que tengan que ver con mejoras continuas, es por eso que a nivel personal nos piden utilizar PSP, ¡OJO! no el Playstation Portable, sino el Personal Software Process.
Pero ¿Qué es el Personal Software Process?, ¿Porqué debo utilizarlo?, ¿Para qué?, ¿me es útil PSP?, ¿Cúal es el objetivo de PSP?.
Según wikipedia el PSP es:
Un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software, en tareas de desarrollo y mantenimiento de sistemas. Está alineado y diseñado para emplearse en organizaciones con modelos de procesos CMMi.
Entonces porqué debó amar PSP, porque tatuarmelo en el pecho y vivirlo fielmente; la respuesta es sencilla para MEJORAR, te preguntaras, pero cada vez hago cosas “mejores”, mas “complicadas” acaso ¿eso no es mejorar?. La respuesta es Si, siempre cuando te midas porque si es por sentimiento guadalupano pues realmente no tienes bases para decir que has mejorado.
¿Qué implica PSP?
PSP es un proceso estimulante que implica un compromiso conmigo y nada más, tu y solo tú tienes acceso a tus propias mediciones y eres el que se retroalimentará y eres tu la única persona a la que te interesa mejorar.
¿Como se compone PSP?
PSP se compone de varias fases las cuales listo a continuación:
- Planeación
- Elaboración de un plan estratégico para la resolución del problema
- Diseño
- Se diseña la solución al problema
- Revisión de Diseño
- Se revisa en base a checklist el diseño realizado
- Codificación
- Se traduce a código el diseño creado
- Revisión de codificación
- Se revisa en base a checklist la códificación
- Compilación
- Se compila el código creado, y se pasa una vez no exista ningún error que impida la ejecución del sistema
- Pruebas
- Se crean casos de pruebas, y se testea el sistema en base a los casos de prueba se corrige el sistema hasta que todos los casos de pruebas sean éxitosos
- Post-mortem
- Una vez concluido el desarrollo y testing, se procede a ver cuales fueron los errores más recurrentes en diseño y codificación y se procede a fortalezer los checklist de cada uno
¿Como vivo PSP?
Éxiste una herramienta que se llama Process Dashboard, la cual te lleva de la mano para vivir PSP completamente bastará con descargarla de la web oficial, llenar una encuesta y podrás utilizar Process Dashboard a.k.a. Pdash.
Cuando conocí PSP me enamore por completo, pero desafortunamente no he podido implementarlo al 100%, y a lo que me ha contado mi PM, muchos desarrolladores no lo utilizan porque se presenta muchisima resistencia al cambio y falta de disciplina con ellos mismos. Y ahora que me encuentro próximo a iniciar con trabajo más pesado iniciaré de nuevo a implementar PSP ya luego les comento como me fué
Follow me on Social Media