Documentación de Proyectos: Introducción + SCRUM

Una de las fases más cruciales a la hora de realizar un proyecto con éxito y evitar que se convierta en otro aborto más en la interminable lista de "ideas que revolucionaran el mundo" es la documentación.

Esta fase debe ser la fase inicial de todo proyecto. ( Proyectos serios me refiero o al menos que pretendan serlo :) )

La ingeniería del software se encarga de explicar con detalle como debe estar documentado así como las fases y sus planificación. Existen un grupo mas o menos fijo de fases en todo proyecto:

Estas fases son las inalterables en todo proyecto aunque su orden y repetición se puede ver alterado con el fin de optimizar la metodología empleada a nuestras necesidades.

La imagen anterior muestra el paradigma lineal-secuencial, este paradigma esta limitado a un único análisis de requerimientos hecho que en la realidad casi nunca sucede, así pues modificando este esquema podemos conseguir iteraciones donde los requerimientos pueden variar durante el proyecto:

La principal ventaja de esta metodologia es que pasa de ser predictiva a adaptativa. Acepta cambios y da flexibilidad al proyecto, siempre que se requiera por supuesto!

Una vez diferenciados estos paradigmas vamos a entrar en los tipos de metodologías por iteraciones. Básicamente pueden ser más burocrática, más extensas, detalladas y completas pero farragosas de llevar a cabo y muy "time consuming", o ágiles, centradas en documentar lo indispensable para tener un proyecto sólido y poder concentrarse en el desarrollo.

En este artículo me centraré en la metodología ágil puesto que es la que estoy más familiarizado.

Existen diferentes tipos de metodologias agiles tales como el XP ( extreme programing ), el código abierto, cristal de cockburn, SCRUM, DSDM...

En este post me centraré en el SCRUM dado que es uno de los métodos más conocidos y que mejor que un experto en gestión de proyectos en SCRUM, Hamid Shojaee de Axosoft para que nos explique el proceso:

Una vez que ya sabemos el tipo de metodología a usar, somos unos expertos en SCRUM y tenemos un proyecto entre manos el único cabo suelto que queda es el de la estimación del tiempo de las tareas.

Indagando en el asunto encuentras gente como Joel Spolsky con una larga y dilatada carrera profesional en el ámbito de la informática, más especificamnete en el de la ingeniería del software, y que explica los factores más importantes a tener en cuenta:

Con toda esta información ya se adquieren unas mínimas nociones para empezar a crear proyectos con cara y ojos a través de la metodología ágil.