El uso de un m�todo �gil no es para todos. Hay que tener en cuenta varias cosas si se decide a seguir por este camino. Sin embargo yo creo ciertamente que estas nuevas metodolog�as son extensamente aplicables y deben ser usadas por m�s personas de las que actualmente lo consideran.
En el ambiente actual, la metodolog�a m�s com�n es codifica y corrige. Aplicar m�s disciplina que caos casi seguramente ayudar�, y el acercamiento �gil tiene la ventaja de que es mucho menos de un paso que un m�todo pesado. Mucha de la ventaja de los m�todos �giles es de hecho su peso ligero. Los procesos m�s simples son m�s probables de ser seguidos cuando uno no est� acostumbrado a ning�n proceso en absoluto.
Una de las limitaciones m�s grandes de estas nuevas metodolog�as es c�mo manejan equipos m�s grandes. Como muchas nuevas tendencias, ellos tienden a ser usados primero a escala peque�a antes que a gran escala. Tambi�n a menudo se han creado con �nfasis en equipos peque�os. La XP expl�citamente dice que est� dise�ada para equipos de no m�s de veinte personas. Hay que recordar que muchos equipos de software pueden reducirse en tama�o sin reducir su productividad total.
Otras tendencias �giles est�n destinadas a equipos m�s grandes. La FDD fue dise�ada originalmente para un proyecto de cincuenta personas. ThoughtWorks ha usado proyectos influidos por la XP con equipos de cerca de 100 en tres continentes. Scrum se ha usado para manejar tama�os similares.
Esperanzadoramente un mensaje que queda claro en este art�culo es que los acercamientos adaptables son buenos cuando sus requisitos son inciertos o vol�tiles. Si usted no tiene requisitos estables, entonces no est� en la posici�n tener un plan estable y seguir un proceso planeado. En �stas situaciones un proceso adaptable puede ser menos c�modo, pero ser� m�s eficaz. A menudo la barrera m�s grande aqu� es el cliente. Como yo lo veo es importante para el cliente entender que seguir un proceso predictivo cuando los requisitos cambian es arriesgado tanto para ellos como para el desarrollo.
Si usted va a tomar la ruta adaptable, necesita confiar en sus desarrolladores e involucrarlos en la decisi�n. Los procesos adaptables cuentan en que usted conf�a en sus desarrolladores, de modo que si usted considera a sus desarrolladores de baja calidad y motivaci�n, usted debe usar un acercamiento predictivo.
Para resumir. Los siguientes factores sugieren un proceso adaptable
- Requisitos inciertos o vol�tiles
- Desarrolladores responsables y motivados
- Clientes que entienden y se involucrar�n.
Estos factores sugieren un proceso predictivo
- Un equipo de m�s de cien
- Un precio fijo, o m�s correctamente un alcance o contrato fijo