Processes In Information Technology

1513 Words4 Pages

Negative point of view

Existen personas que creen que los procesos únicamente significan una carga adicional de trabajo innecesaria e ineficiente. Creen que la mejor forma de manejar un proyecto es contratar a la mejor gente, darle los recursos que pidan y dejar que trabajen a su manera. Creen que los procesos no son necesarios ni que se requiera prestar atención a la manera como se esta llevando el proyecto. Esto se puede representar mediante la siguiente grafica:

Sin embargo, esto es incorrecto ya que los procesos si se llevan a cabo correctamente, solo llegan a formar parte de la etapa inicial, no de todo el proyecto. Además, los proyectos que no establecen procesos al inicio, donde el costo es mínimo, de cualquier forma terminan estableciéndolos en etapas intermedias o finales, donde el costo es mucho mayor y a veces hasta se pierde todo el proyecto.

Algunos escenarios muestran porque es mejor llevar a cabo los procesos desde un principio:

Control de cambios: Un ejemplo es cuando informalmente se accede a realizar cambios en etapas intermedias del proyecto, sin embargo, no se controlan esos cambios sino hasta el final que es cuando tanto el alcance del proyecto como el presupuesto para el mismo se han expandido.

Aseguramiento de calidad: Los proyectos que no llevan a cabo procesos para eliminar defectos en las etapas iniciales, caen en ciclos de pruebas interminables, donde constantemente se reúnen los miembros del proyecto para tratar de corregir los defectos que no se detectaron a tiempo. Por consiguiente, muchas veces se saca al mercado software defectuoso y en el peor de los casos ni siquiera alcanza un nivel de calidad con el que se pueda sacar al mercado.

Revisiones no controladas: Los defectos que no se detectan a tiempo pueden ocasionar que el software sea rediseñado y reescrito durante la etapa de pruebas. Como esto no es algo planeado, el proyecto se ejecuta sin ningún plan o control.

Seguimiento de defectos: Existen casos donde no se corrigen defectos debido a que estos son olvidados, por lo que el software se libera aun cuando estos defectos hubieran sido fáciles de corregir.

Integración de sistemas: Los componentes desarrollados por separado no se integran sino hasta el final del proyecto. Sin embargo, al momento de integrarlos, las interfaces entre los componentes no corresponden y se tiene que hacer trabajo adicional.

Control de código fuente automatizado: Se establece el control del código fuente hasta el final, por lo que se sobrescribe código.

Open Document